superchun/no-slop-zh

## 先看效果 **改写前** **改写后** 少掉的是姿态，不是信息。 `no-slop-zh` 不追求“更像某个人”，也不靠加入故事、情绪和段子制造人味。它先完成一件更基础、也更难稳定做到的事： ## 为什么不是普通的“去 AI 味” | 常见做法 | `no-slop-zh` | |---|---| | 看到敏感词就替换 | 先判断问题族和上下文 | | 为了自然随意改写 | 先锁定事实、术语和责任主体 | | 把技术文档改成聊天 | 按 README、release note、状态同步、技术文档和公开长文分别控制力度 | | 长文直接压短 | 空句进入待确认清单，不静默腰斩 | | “拟人化”就增加人格 | 只启用受限 `natural`，不自动加戏 | | 给出多个风格版本 | 默认只交付一个可用版本 | 核心原则只有一句： ## 安装 | 平台 | 分发方式 | 调用 | |---|---|---| | Codex | Codex plugin marketplace | `$no-slop-zh` | | Claude Code | Claude plugin marketplace | `/no-slop-zh:no-slop-zh` | | WorkBuddy / CodeBuddy | CodeBuddy plugin marketplace | `/no-slop-zh:no-slop-zh` | ### 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 中的领域状态 表达可以变，事实关系不能漂移。 ## 场景感知 | 场景 | 默认处理 | |---|---| | README / 公开介绍 | 第一屏讲清是什么、给谁、解决什么 | | release note | 保留变更、验证、限制和未做项，删除发布宣言 | | 技术文档 | 轻改旁白，术语和操作步骤优先 | | 状态同步 | 保留动作、状态、阻塞点和下一步 | | 论坛帖 / 公开长文 | 保留观察与取舍，不改成公司公告 | | 短回复 / 评论 | 删套话，但不改成公文 | `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。 ## 路线图 - [x] `clean` / `natural` / Detect 三条分支 - [x] 事实、术语与 Markdown 保护 - [x] 长文 `bounded` 输出合同 - [x] 十例回归合同（前九例已完成 Codex 前向测试） - [x] WorkBuddy / CodeBuddy marketplace 入口 - [x] `.md` / `.txt` 文件输入与安全写回合同 - [ ] Codex 与 Claude Code 安装后交叉回归 - [ ] WorkBuddy 安装后九例行为回归 - [ ] 基于真实 bad case 调整 natural 力度与长文阈值 路线图以真实失败案例为依据，不按功能数量增长。

标签：AI, SOC Prime, 开发工具, 提示词工程, 插件, 文本处理, 策略决策点, 自动化代码审查, 自然语言生成, 防御加固