用途：审查技术与职场写作中的术语，找出在真实领域中错误或不自然的表达，替换为目标读者实际使用的语言。可疑词命中只是审查线索，不能证明文本由AI生成或术语有误。
主要能力：从请求和周边文件确定文本范围、受众、语言与技术领域；阅读适用的术语表、风格指南、邻近人工文本及精确的类型或协议名称；用 known-slop-terms.md 扫描可疑术语，再结合句子与领域语境逐条判断。对每个候选词做决策测试：是否为精确的产品、协议、法律、学术或代码定义术语；是否表达更简单替换会丢失的区分；是否符合该受众与文体；是否与项目刻意词汇一致；删除或替换后是否更具体。结论分为 keep、replace、rewrite、uncertain。
使用方式：审查请求只产出发现与建议替换，不直接编辑；明确的“fix”“replace”“rewrite”请求才授权在给定文件或文本内修改，无需二次确认。替换时以 replacement-patterns.md 为候选菜单而非自动映射，保留技术含义、要求级别、不确定性与作者语域；优先采用治理 API 或社区已用术语；单词替换导致语句别扭时重写整句。不得改动标识符、schema 字段、命令、引用原文、商标或外部 API 名称，除非用户明确要求。
适用场景：技术文档、职场写作、协议或规范相关文本的术语审查与替换；需要外部证据时按 verification-procedure.md 执行，优先治理规范、标准、官方 API 或项目术语表，其次项目既有词汇，再次从业者或学术用法。
限制：不要变成黑名单式通配；contract、surface、artifact、canonical、envelope 等词在某些技术语境正确、在另一些语境误导。术语本身不能证明AI作者身份，应报告措辞问题而非无依据归因。局部重复可能来自团队惯例或模板，只是偏好证据。简化所有抽象名词或英文借词可能抹掉必要的技术区分。当前厂商术语与标准会变化，时效重要时应浏览核实。罕见术语对专业受众可能正确，频率本身不是判据。输出时先给修正文本或影响最大的发现，多个候选可用表格列出位置、术语、结论、替换、证据或理由；文件编辑后报告改动文件、保留或替换的术语、查证证据与验证情况，并检查链接、代码片段、引用与标识符未被误改。