先看效果

改写前

值得注意的是，本次版本不仅仅修复了导出超时问题，更通过系统性升级全面提升了用户体验。我们相信，这将开启一个更加稳定、高效的新阶段。Android 12 以下尚未验证。

改写后

本次版本修复了导出超时问题。Android 12 以下尚未验证。

少掉的是姿态，不是信息。

no-slop-zh 不追求“更像某个人”，也不靠加入故事、情绪和段子制造人味。它先完成一件更基础、也更难稳定做到的事：

让文本冷静、清楚、简洁，同时不改坏事实。

为什么不是普通的“去 AI 味”

核心原则只有一句：

先保信息，再动风格。

安装

Codex

codex plugin marketplace add superchun/no-slop-zh
codex plugin add no-slop-zh@no-slop-zh

安装后可以显式调用：

$no-slop-zh

请清理下面这段文字：
[粘贴草稿]

也可以直接说：

用 no-slop-zh 处理这段文字，保留事实和术语。

Claude Code

/plugin marketplace add superchun/no-slop-zh
/plugin install no-slop-zh@no-slop-zh
/reload-plugins

显式调用：

/no-slop-zh:no-slop-zh

请清理下面这段文字：
[粘贴草稿]

安装后也可以用“去 AI 味”“自然一点”“先标问题”等自然语言触发。

WorkBuddy / CodeBuddy

在 WorkBuddy 中打开「插件」，点击添加第三方插件市场，输入：

https://github.com/superchun/no-slop-zh

然后从该市场安装 no-slop-zh。

使用 CodeBuddy CLI 时：

codebuddy plugin marketplace add superchun/no-slop-zh
codebuddy plugin install no-slop-zh@no-slop-zh

也可以在交互界面运行：

/plugin marketplace add superchun/no-slop-zh
/plugin install no-slop-zh@no-slop-zh

显式调用：

/no-slop-zh:no-slop-zh

请清理下面这段文字，保留事实和术语。

三种用法

1. clean：默认

冷静、客观、简洁。适合 README、release note、技术说明、状态同步、博客和公开介绍。

用 no-slop-zh 处理这段文字。

2. natural：自然一点，但不加戏

先完成 clean，再减少僵硬句式、翻译腔和机械节奏。

用 no-slop-zh 的 natural 模式改写，自然一点，但别加戏。

推荐触发词：

• natural
• 自然一点
• 说人话但别加戏

单独说“拟人化”也只会启用受限 natural，不会自动增加第一人称、幽默、经历或故事。

3. Detect：先审，不改

用 no-slop-zh 先标问题，只审不改。

只返回最重要的 1–5 个问题点，包括原文引文、问题类型和建议动作，不偷偷附上完整重写稿。

直接处理文件

可以把文本粘贴进对话，也可以直接给出文件路径：

用 no-slop-zh 处理 docs/launch-post.md，不覆盖原文件。

默认生成同目录的 launch-post.cleaned.md。明确要求原地修改时才覆盖：

用 no-slop-zh 修改 docs/launch-post.md，直接写回原文件。

对 Word、PDF 等复合格式，是否能保留版式取决于宿主提供的文档工具。无法可靠写回时，skill 只交付改后文本，不会把原文档静默转换成纯文本。

它会保护什么

逐字保护

• 版本号、日期、数字与单位
• 命令、代码、路径、URL
• 报错、日志、接口名、字段名
• 人名、产品名、组织名
• Markdown front matter、代码块、链接目标和表格结构

语义保护

• 谁做了什么
• 责任和引用归属
• 因果、条件、时序与比较关系
• “可能”“尚未验证”“仅在……时”等不确定性
• release note、PRD、postmortem 中的领域状态

表达可以变，事实关系不能漂移。

场景感知

natural 不会覆盖场景规则：release note、操作步骤、技术文档和状态同步仍保持 clean。

长文不会被偷偷改短

公开长文默认使用 bounded：

• 句内模板腔直接清理；
• 承载事实的长句保留；
• 整句空话不静默删除；
• 建议删除的句子留在正文，并进入“建议删除（待确认）”清单。

你决定删多少，skill 不替你做不可逆选择。

不适合这些任务

• 逐字翻译
• 模仿品牌或具体作者 voice
• 新增人格、幽默、经历、情绪或故事
• 整篇英文润色
• 事实核查、补研究或生成新论据
• 把代码、日志、配置和命令本身当作普通文案改写
• 绕过 AI 内容检测

它负责清理表达，不负责伪装来源。

设计

判模式
  ↓
判场景
  ↓
锁定逐字项与语义不变量
  ↓
确定力度与 scope
  ↓
clean
  ↓
natural（仅显式启用且场景允许）
  ↓
保真回读与硬门检查

详细规则位于：

• SKILL.md：主流程和单文件兜底
• eval.md：每次输出前的 pass/fail 硬门
• references/protected.md：逐字保护与语义保护
• references/patterns-zh.md：中文问题族
• references/scenes.md：混合与难判场景
• evals/eval-cases.md：维护用回归案例与测试记录

当前验证状态

当前维护回归集包含 10 个案例，覆盖：

• 逐字与语义保护
• 无源权威
• Detect 输出合同
• Markdown 与代码块
• 长文 bounded
• 中英混写
• natural 的允许场景
• natural 的人格边界
• release note 禁用 natural
• 文件输入与安全写回

最近一次独立 Codex 前向测试中，8 例首次通过；长文案例首次暴露 front matter 标签位置和待确认清单一致性问题，修正规则后定向回归通过。

0.2.0 增加 WorkBuddy / CodeBuddy marketplace 入口和文稿文件写回合同。平台入口通过静态清单校验后发布；新增的文件案例尚未前向执行，也尚未把 WorkBuddy 模型输出计入行为回归。

当前尚未声称：

• 已完成跨模型一致性验证；
• 已覆盖所有中文写作场景；
• 能拟合某个具体作者的长期 voice。

路线图

• clean / natural / Detect 三条分支
• 事实、术语与 Markdown 保护
• 长文 bounded 输出合同
• 十例回归合同（前九例已完成 Codex 前向测试）
• WorkBuddy / CodeBuddy marketplace 入口
• .md / .txt 文件输入与安全写回合同
• Codex 与 Claude Code 安装后交叉回归
• WorkBuddy 安装后九例行为回归
• 基于真实 bad case 调整 natural 力度与长文阈值

路线图以真实失败案例为依据，不按功能数量增长。

贡献

最有价值的贡献不是增加更多“AI 常用词”，而是一个可以复现的 bad case：

1. 提供脱敏后的原文；
2. 说明使用场景；
3. 标出哪些事实或语气不能改变；
4. 描述实际失败结果；
5. 如果可以，给出你认为合格的方向，但不要求唯一标准答案。

请勿提交密钥、内部链接、未授权私聊全文或真实个人身份信息。

致谢与许可

no-slop-zh 的早期设计参考了：

• MrGeDiao/shuorenhua
• petergyang/no-ai-slop

两者均采用 MIT License。完整版权和许可声明见 THIRD_PARTY_NOTICES.md。

本项目采用 MIT License。