alextangson/autocrew/humanizer-zh

自然表达检查

用户说“生硬、官腔、像 AI”时，先找具体原因，再做必要修改。词语本身、长短句、排比、没有 CTA 都不能单独证明表达有问题。

先判断

读取当前稿件及本次写作要求，逐段看：

• 是否有空话、重复解释或失去具体所指的术语。
• 转折和段落是否承接真实论证，是否擅自改变了用户要求的叙事顺序。
• 语气是否适合目标读者和这位作者，而非强行口语化。
• 事实、叙述者、主语和引文是否保持原意。不能为“像人”编亲历、数字、吐槽或故意造语病。

“我们”“其次”“闭环”等词要按语境判断，不能一律删除或替换。清单、论文、专业说明也可能是用户主动选择的形式。

工具边界

空白、多余空行、行尾格式这类清理由你自己在改稿时顺手做，不需要单独的工具；汇报实际改了什么，不说“已去除 AI 痕迹”——没有可靠的 AI 痕迹检测。

语义修改由宿主根据问题范围完成：保留无关段落，规划缺项或结构问题可调整相关段落；不是永远只能改几个被引用的字。正式改稿按 write-script 的材料包与 autocrew_writer submit 交回检查，不能以格式工具的成功代替审稿。GUI 有选区提案工具时可用它，但不要在纯 MCP 会话里假设它存在。

改完展示最关键的修改理由及质量状态。用户只针对本篇说“短一点”时，不能自动升级为所有文章的长期规则。

GUI

本节仅供 AutoCrew 工作台加载；纯 MCP 宿主执行上文。

用 get_draft 读稿，先按用户要求定位重复、空话、语气或论证问题。不要按词表删除“我们”“其次”，不因文章没有 CTA、句长整齐或用了专业词就判成 AI 文。

用户选中了内容时走 revise_focus，展示编辑器提案供用户采纳；没有焦点时用 revise_draft，指明问题范围与需要保留的意思。修改不得凭空添加数字、亲历或引语，也不自动变更主语与事实。

只针对本篇的反馈留在本稿修改要求；用户明确提出长期表达偏好时才用 add_style_rule，保留其适用平台或范围。汇报改了什么与仍需核对的地方，不宣称清除了 AI 痕迹。