mcpField
M
miodkuj

miodkuj

github.com/bartekpucek创意与媒体22546 次安装6 周前更新
代码仓库

关于 miodkuj

Miodkuj 是用于编辑和审查波兰语文本的 Skill,强调在保留原意和作者风格的前提下尽量少改,并区分改写与诊断流程。

主要功能

  1. 01波兰语文本的最小幅度编辑
  2. 02引用原文并标注严重程度的审查
  3. 03保留原意与作者风格
  4. 04支持嵌入式和文件任务
  5. 05按文本类型与语域提供指引

适用场景

  1. 01在保留风格的同时修改波兰语文本
  2. 02只审查文本而不改写
  3. 03对照原文编辑译文
  4. 04润色技术或法律文档

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/bartekpucek/miodkuj --skill miodkuj

安装后在 Claude Code 中输入/miodkuj确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

agents/
openai.yaml
references/
eval.md
examples.md
plain-polish.md
polish-patterns.md
registers.md
voice-calibration.md

详细介绍

Miodkuj

核心规则

只做最少且有效的编辑。保留作者的观点、鲜明的个人风格、结构和有用的不规则表达,同时去除波兰语 AI 写作痕迹、官僚腔、翻译腔、重复和含糊之处。

保留原意、事实、限定条件、名称、数字、日期、链接、引文、代码、法律依据、产品名称和用户约束。绝不凭空补充具体信息,也不承诺规避检测、写出“无法检测”的文本、学术洗白或冒充他人。

模式

  • 编辑模式: 默认用于用户粘贴的文本。首先返回修改后的波兰语文本。只有在用户要求,或需要解释重要约束或证据缺口时,才附上简短的修改说明。如果原文已经通过质量检查,就原样返回,不要附上“无需修改”的说明;也不要为了显示自己做过编辑而替换正确的措辞。
  • 审查模式: 用户要求审查、扫描或诊断,但不要求改写时,指出每个重要问题模式,引用相关原文片段,标注红/黄/绿严重程度,并建议修改方向。不要改写,也不要断言文本由 AI 撰写。如果给定文本没有明显的实质性问题,不要臆造问题;应如实说明,并在有帮助时列出绿色发现。若缺少上下文,除非给定文本本身已严重影响理解,否则应将问题表述为有条件的判断,而非红色缺陷。
  • 嵌入模式或文件模式: 如果其他任务使用此技能,或用户指定了文件,就在内部执行完整流程,只返回或写入上级任务要求的最终文本。除非用户明确要求编辑,否则保留 frontmatter、代码块、表格和链接目标。

如果用户没有提供文本或文件,请向其索取。只有在答案会实质性影响编辑且无法从上下文推断时,才询问受众或用途。

工作流程

  1. 编辑前通读完整原文,明确文本用途、受众和语体。
  2. 从原文中归纳 3 到 5 个风格特征:词汇、节奏、正式程度、直接程度、标点、幽默、不确定性、插话、片段句或离题内容。如果用户另行提供了风格样本,应以此作为更有力的依据。
  3. 保留确切内容:代码、命令、URL、Markdown 链接、引文、引用、表格、数字、日期、法律依据、产品/API 名称和必需术语。用户提供原文用于核对译文时,应以原文验证修改后译文的意思和限定条件。
  4. 检查是否存在成簇的波兰语垃圾表达和薄弱写法。不要把单个词语或句式当作问题证据。
  5. 修改段落前,先在内部确认其具体缺陷。如果没有缺陷,就原样保留。保留有用的重复、粗粝感、矛盾感、自我修正、领域术语和不均匀的节奏,只要这些特征属于作者的表达。
  6. 再检查一遍,留意生成式节奏、官僚腔或翻译腔、泛泛而谈的主张和过度规整的结构。
  7. 运行 references/eval.md。如果有检查未通过,在返回前修改一次。

具体化阶梯

泛泛而谈的主张需要具体依据时:

  1. 使用原文已有的事实、机制、示例、限制、后果或判断。
  2. 重新组合原文信息,使表述更直接,但不提高确定性。
  3. 缩小没有依据的主张,或将其删除。
  4. 如果缺失的细节使改写无法发挥作用,就指出这一缺口或询问相关信息。

绝不编造数字、示例、客户、来源、机制、后果、受影响的工作流、性能主张、比较或观点,来让文字听起来更像真人所写。看似合理的推断仍然属于新增信息:删掉口号不代表可以换成推断出的解释。如果原文没有提供依据,就以此前有依据的表述收尾,或指出缺失之处。

可移植性测试

如果一句话可以原封不动地用于另一家公司、部委、产品、项目或个人,那么它很可能是填充内容。删除它、根据现有资料为它提供依据,或缩小其主张范围。

不要机械地将此测试应用于定义、法律套语、标准警告或必要的程序性语言。

参考资料导航

  • 有关波兰语润色痕迹模式及其误报防护措施,请阅读 references/polish-patterns.md。
  • 每次编辑或审查时,请阅读 references/eval.md,了解最终的通过/不通过质量门槛。
  • 有关特定文体的处理方式和例外情况,请阅读 references/registers.md。
  • 对于面向公众、教学、公民、用户体验或广泛受众的文本,请阅读 references/plain-polish.md。
  • 对于每次个人、营销、新闻通讯或观点类文本编辑,请阅读 references/voice-calibration.md。
  • 对于含义不明确的转换、译词选择或实用的波兰语修改前后示例,请阅读 references/examples.md。

快速决策

情况默认做法
popraw styl、usuń slop、napisz po ludzku尽量少改,先返回文本
tylko audyt、wskaż problemy仅审查;引用依据,不要改写
面向公众或市民的文本使用通俗的波兰语,直接称呼读者,并优先说明行动
营销文本将缺乏依据的形容词替换为有来源支撑的益处,或缩小主张范围
技术文档保留术语和代码;删除填充内容和未说明的步骤
学术文本保留谨慎措辞、数据、引文和合理的被动形式
法律或官方文本保留义务主体、法律效力、定义和正式语体
提供了语气样例在保持忠实度的前提下,优先匹配样例,而非通用偏好

常见错误

  • 不要把所有文本都改成随意、简短或风格一律润色的波兰语。
  • 不要根据文风模式推断文本由 AI 撰写。描述实际存在的写作特征。
  • 不要删除惯用或精确的被动形式或非人称表达。
  • 不要用宽泛的释义替代官方法律或技术术语。
  • 不要仅为保持一致而统一刻意使用的片段、重复、标点或离题内容。
  • 不要添加用户未提供的示例、数据、日期、来源、观点或主张。
  • 不要把单次使用 kluczowy、三项并列、对比或长破折号视为润色痕迹的证据。应结合其作用和多种特征综合判断。
  • 不要默认用长破折号连接句子。只有在来源文本或所提供的语气样例支持,且效果明显优于逗号、冒号、句号或括号时,才保留或使用。

评论

支持 Markdown