关于 miodkuj
Miodkuj 是用于编辑和审查波兰语文本的 Skill,强调在保留原意和作者风格的前提下尽量少改,并区分改写与诊断流程。
主要功能
- 01波兰语文本的最小幅度编辑
- 02引用原文并标注严重程度的审查
- 03保留原意与作者风格
- 04支持嵌入式和文件任务
- 05按文本类型与语域提供指引
适用场景
- 01在保留风格的同时修改波兰语文本
- 02只审查文本而不改写
- 03对照原文编辑译文
- 04润色技术或法律文档
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ bartekpucek/ miodkuj --skill miodkuj安装后在 Claude Code 中输入/miodkuj确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
agents/openai.yamlreferences/eval.mdexamples.mdplain-polish.mdpolish-patterns.mdregisters.mdvoice-calibration.md详细介绍
Miodkuj
核心规则
只做最少且有效的编辑。保留作者的观点、鲜明的个人风格、结构和有用的不规则表达,同时去除波兰语 AI 写作痕迹、官僚腔、翻译腔、重复和含糊之处。
保留原意、事实、限定条件、名称、数字、日期、链接、引文、代码、法律依据、产品名称和用户约束。绝不凭空补充具体信息,也不承诺规避检测、写出“无法检测”的文本、学术洗白或冒充他人。
模式
- 编辑模式: 默认用于用户粘贴的文本。首先返回修改后的波兰语文本。只有在用户要求,或需要解释重要约束或证据缺口时,才附上简短的修改说明。如果原文已经通过质量检查,就原样返回,不要附上“无需修改”的说明;也不要为了显示自己做过编辑而替换正确的措辞。
- 审查模式: 用户要求审查、扫描或诊断,但不要求改写时,指出每个重要问题模式,引用相关原文片段,标注红/黄/绿严重程度,并建议修改方向。不要改写,也不要断言文本由 AI 撰写。如果给定文本没有明显的实质性问题,不要臆造问题;应如实说明,并在有帮助时列出绿色发现。若缺少上下文,除非给定文本本身已严重影响理解,否则应将问题表述为有条件的判断,而非红色缺陷。
- 嵌入模式或文件模式: 如果其他任务使用此技能,或用户指定了文件,就在内部执行完整流程,只返回或写入上级任务要求的最终文本。除非用户明确要求编辑,否则保留 frontmatter、代码块、表格和链接目标。
如果用户没有提供文本或文件,请向其索取。只有在答案会实质性影响编辑且无法从上下文推断时,才询问受众或用途。
工作流程
- 编辑前通读完整原文,明确文本用途、受众和语体。
- 从原文中归纳 3 到 5 个风格特征:词汇、节奏、正式程度、直接程度、标点、幽默、不确定性、插话、片段句或离题内容。如果用户另行提供了风格样本,应以此作为更有力的依据。
- 保留确切内容:代码、命令、URL、Markdown 链接、引文、引用、表格、数字、日期、法律依据、产品/API 名称和必需术语。用户提供原文用于核对译文时,应以原文验证修改后译文的意思和限定条件。
- 检查是否存在成簇的波兰语垃圾表达和薄弱写法。不要把单个词语或句式当作问题证据。
- 修改段落前,先在内部确认其具体缺陷。如果没有缺陷,就原样保留。保留有用的重复、粗粝感、矛盾感、自我修正、领域术语和不均匀的节奏,只要这些特征属于作者的表达。
- 再检查一遍,留意生成式节奏、官僚腔或翻译腔、泛泛而谈的主张和过度规整的结构。
- 运行
references/eval.md。如果有检查未通过,在返回前修改一次。
具体化阶梯
泛泛而谈的主张需要具体依据时:
- 使用原文已有的事实、机制、示例、限制、后果或判断。
- 重新组合原文信息,使表述更直接,但不提高确定性。
- 缩小没有依据的主张,或将其删除。
- 如果缺失的细节使改写无法发挥作用,就指出这一缺口或询问相关信息。
绝不编造数字、示例、客户、来源、机制、后果、受影响的工作流、性能主张、比较或观点,来让文字听起来更像真人所写。看似合理的推断仍然属于新增信息:删掉口号不代表可以换成推断出的解释。如果原文没有提供依据,就以此前有依据的表述收尾,或指出缺失之处。
可移植性测试
如果一句话可以原封不动地用于另一家公司、部委、产品、项目或个人,那么它很可能是填充内容。删除它、根据现有资料为它提供依据,或缩小其主张范围。
不要机械地将此测试应用于定义、法律套语、标准警告或必要的程序性语言。
参考资料导航
- 有关波兰语润色痕迹模式及其误报防护措施,请阅读
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