【免费下载链接】Waza Engineering habits you already know, turned into skills Claude can run.项目地址https://gitcode.com/gh_mirrors/cl/Waza点击查看免费下载本文围绕 Waza 项目中面向中文输出的常驻规则文件 chinese.md 展开说明这份规则在「检查回复、排查诊断、思考计划、issue/PR 评论」等所有中文场景中的落地方式。读完你会掌握这套规则为什么强调「命名动作而不是禁用字符串」七个高频 AI 中文模式如何识别与改写以及 GitHub issue/PR 中文评论的短句协作写法。同时会结合仓库里的 write-zh.md、mode-public-reply.md 与安装测试脚本给出可验证的仓库证据与实操示例。规则定位一条常驻行为护栏而非一次性改写建议在 Waza 的规则分层里chinese.md 属于「always-on」的跨技能约束。它不像某个具体 skill 那样只在被触发时加载而是要求对每一次会话中的全部中文输出生效check 技能产出的回复、hunt 技能写下的诊断、think 技能整理的方案乃至 GitHub issue/PR 评论只要语言是中文就适用这条规则。这一点与 anti-patterns.md 开头的定位一致——Always-on behavioral guardrails. These apply regardless of which skill is activeper-skill 的坑则留在各自的 SKILL.md 里。也就是说中文规则是全技能共享的行为底色它解决的是中文输出里反复出现的 AI 腔而不是某个写作流程的局部问题。规则开头还有一句关键的元约束Each item names a move, not a string。每一条禁项命名的是一个「动作」move而不是一串固定字符串。后果是某个被点名的短语在语境里读着自然就可以保留而换一种措辞继续做同一个动作仍然算违规。这条原则决定了下文所有条目的判断方式——识别的是「动作模式」不是做字符串查表。七个高频 AI 中文模式识别与改写chinese.md 列出七个禁止的高频 AI 中文模式。它们不是七条禁用词而是七类在中文技术写作里反复出现的模板动作。下面逐条展开并对照 write-zh.md 里的 AI 味检测章节给出更多示例与改法。1. 段末收尾总结句模式动作一段刚把机制解释完末尾再补一句重述刚才意思的话。write-zh.md 把它归入收尾拔高和替读者下结论一类识别信号是句子以到这里这说明这本身就是也就是说可以看出开头或者段落最后一句比其他句更短更抽象。chinese.md 点名的写法这说明可以看出到这里由此可见改法是说完就停。事实本身已经把判断写出来了不需要再总结一遍。识别信号可以参考 write-zh.md 的提示这类句子往往以这些词开头或者段落末句比整段其他句子更短且抽象。2. 三段式结构模式动作用首先…其次…最后…串联排比段落。write-zh.md 的句式章节给出了等价替换不用首先...其次...最后用一方面...另一方面...并补充分析型技术文里少用第一、第二、第三模板除非真的在写操作步骤。3. 升华句模式动作把具体观察拔高成普遍真理。chinese.md 点名的例子是这体现了工程师精神这就是开源的魅力。write-zh.md 的判断标准是升华句是没有作者依据、套在任何文章都成立的拔高如果作者借经历表达了真实感受那属于内容应该保留。识别信号是段末一句能做成金句卡片的删掉或改平。4. 翻案腔模式动作先给读者立一个他并没有的误解再推翻它给下文抬价。chinese.md 明确这是动作而非字面——不是 A 而是 B你以为 A 其实 BA 不重要重要的是 B都是同一个动作。write-zh.md 对这一条展开得最充分列出多种外衣字面翻案不是 A 而是 B并非 A 而是 B省字与跨句变形不是 A是 B不是 A。而是 B以为体你以为 A 其实 B我一直以为 A后来才发现 B让转体看似 A 实则 B直觉上 A 但实际上 B抬价体A 不重要重要的是 BX 本身没有价值真正有用的是 Y改法是找到这句原本想下的判断从正面把它说出来依据放在旁边不要换一种漂亮句式替换。同时 write-zh.md 给出两个边界文章确实用材料走过了从误解到修正的过程时自我修正照常保留不只 A 还 B是正常中文的递进可以用只有出现在翻案位置、用来给下文抬价时才按翻案腔处理。5. 提示语引导模式动作用值得注意的是需要指出的是有一点很重要这类短语宣告接下来有重点。write-zh.md 的用词替换表直接建议值得注意的是 → 直接说结论。这类引导词只占位置删掉后结论本身依然成立。6. 报告腔模式动作用本次整体而言综上所述具体来说随着…的发展这类正式书面腔。write-zh.md 的替换表里综上所述 → 直接收尾并且随着...的发展被列为开头直接章节的明确 NO 项——开篇铺垫背景段的写法在 write-zh.md 里被要求放到正文具体位置。7. 形式感连接词模式动作用从而进而基于此有鉴于此做段落过渡。write-zh.md 在句式章节给的判断标准是连词按作用取舍不按比例删。真在转折、接时间、说明因果或带口气的保留只删按固定位置出现、拿掉也不影响意思的那些。形式感连接词恰恰属于后者——它们的功能只是看起来在过渡删掉不损失逻辑。GitHub issue/PR 中文评论像同事说话chinese.md 对 GitHub issue/PR 中文评论给出独立小节要求非常具体1-2 句自然像同事说话不要结构化格式不要 bullet points不要开头致谢段多个要点时换行分段不合并成一句长话这条规则的底层实现在仓库里能找到更完整的配套write 技能的 mode-public-reply.md 就是专门处理维护者公开回复的加载模式它的硬规则与 chinese.md 一脉相承默认一段、一两句话。以reporter开头至多一句简短感谢不写感叹号和堆叠式客套结尾再次感谢Thanks again。说清事实边界和对方的下一步。明确说出唯一一种发布状态已在 vX.Y.Z 发布、已在 main 修复并将随下个版本发布、nightly/beta/preview 可用、计划在 vX.Y.Z 发布、重复 issue、不计划附一句原因和替代路径、或仍需要特定证据。每句话必须当下为真。没有本次会话内的发布证据就不写已发布改动还没提交就不写已在 main 落地。两短段是例外只用于一行命令或必要歧义放不进一段的场景仍然禁止 bullet、章节标题和代码块单行命令除外。批量回复是 N 个回复不是一份骨架填 N 次。三份以上开头句、段落顺序、收尾动作相同无论单条多正确读起来都是模板腔。敏感诊断不上公开线程。日志、崩溃转储、截屏、本地状态归档只索取最小公开事实。把两份规则对照着读能看出设计上的一致性chinese.md 解决中文评论的基本形态短、自然、不结构化mode-public-reply.md 解决公开回复的内容边界状态唯一、事实当下为真、不上敏感信息。前者是写作风格护栏后者是公共传播边界二者叠加才是 Waza 对 issue/PR 中文评论的完整约束。规则如何安装与生效安装链路与测试证据chinese.md 不只是仓库里的一份文档它有实际的安装和验证链路。仓库的 test_chinese-installer.sh 展示了它的部署方式PATH$bin_dir HOME$home_dir /bin/bash $ROOT/scripts/setup-rule.sh chinese claude-code grep -q test rule $home_dir/.claude/rules/chinese.md # Idempotent for Codex target: two runs leave exactly one marker. PATH$bin_dir HOME$home_dir /bin/bash $ROOT/scripts/setup-rule.sh chinese codex PATH$bin_dir HOME$home_dir /bin/bash $ROOT/scripts/setup-rule.sh chinese codex test $(grep -c !-- Waza Chinese: start -- $home_dir/.codex/AGENTS.md) -eq 1从测试能看到两个关键事实规则通过 setup-rule.sh 安装到用户主目录Claude 目标写进~/.claude/rules/chinese.mdCodex 目标写进~/.codex/AGENTS.md并用!-- Waza Chinese: start --标记包裹保证重复执行幂等跑两次只留一个标记。规则默认随会话常驻安装后它落在用户的规则目录里而不是某个 skill 的临时上下文这正是Applies to all Chinese output in every session的落地机制。另外checks_distribution.py 的发布校验清单里包含chinese.md说明它被当作发布产物的一部分参与打包检查AGENTS.md 里也把它与english.md并列归为rules这一资源类型与/think、/hunt、/check、/health等 skills 区分开。规则的判断哲学命名动作不建禁用词表把 chinese.md 与整个 Waza 写作体系放在一起看它的核心方法论可以收敛成三点第一规则是识味工具不是套清单流程。write 技能的 SKILL.md 开篇就说得很直白这份文件是 smells 目录不是从头到尾执行的检查清单用来自我识别 AI 味然后凭判断改。chinese.md 里的每条禁项同样如此——每个条目命名一个动作而不是一个字符串。第二自然优先于风格化过度修改和修改不到位一样糟。chinese.md 点名的短语如果在语境里读着自然就保留而换措辞做同一个动作仍然算违规write-zh.md 更详细地展开为保留作者已用的口语词最高优先级是不要主动添加不是要替换掉已有的并给出明确的判断信号一句话已经自然、清楚、稳就不要往里硬塞口语词或情绪词。第三越界修改比漏改更严重。write-zh.md 在专家腔一节警告不要为了更像工程师替作者补协议、日志、ACK 等未经确认的排障细节实作经历只能顺句、不能加事实。这与 chinese.md 的自然句子就别动是同一套价值——规则的目标是去掉 AI 腔的表演感而不是把作者的声音改造成另一种模板。把这三点落实到一个具体场景里写一条中文 issue 回复时先判断这句话是不是在段末总结或翻案抬价而不是先查有没有命中禁用词表句子本身自然就直接保留需要改的只动那个动作本身不顺手重写作者的原话。这就是 chinese.md 想训练出的判断力——它最终给的不是一张禁用词清单而是一套识别 AI 腔动作的方法。赞分享【免费下载链接】Waza Engineering habits you already know, turned into skills Claude can run.项目地址https://gitcode.com/gh_mirrors/cl/Waza点击查看免费下载相关推荐Penpot OpenCode ste 技能把 ASD-STE100 简化技术英语变成可执行的 AI 写作规则Penpot OpenCode ste 技能把 ASD STE100 简化技术英语变成可执行的 AI 写作规则 本文解析 Penpot 仓库中 .openco前端设计系统图形学协同办公33-js-concepts 的 write-concept 技能把文档写作规范、SEO 策略与质量清单变成机器可读的 AI 工作流33 js concepts 的 write concept 技能把文档写作规范、SEO 策略与质量清单变成机器可读的 AI 工作流 33 js concep教程前端文档OpenChamber 的 communication-style 技能一份给 Agent 的 31 条去 AI 味写作清单OpenChamber 的 communication style 技能一份给 Agent 的 31 条去 AI 味写作清单 这份文档拆解了 OpenChamAI Agent人工智能代码智能体交互助手上一篇终极指南如何让2007-2017年老款Mac完美运行最新macOS系统下一篇开源阅读鸿蒙版技术重构自定义书源架构与HarmonyOS原生体验重塑创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考