ce-noslop

写作时避免冗词

写出不带 AI 痕迹、读者一遍就能看懂的文字，同时保留来源中的每一项事实。两项目标必须兼顾：文字虽然没有明显痕迹却仍然信息密集，算不上成功；文字虽然平实却改变了某项主张的确定程度，也算不上成功。

**完成标准：**返回该模式的输出；输入中的每项事实、数字、名称、引文和引用都得以保留；没有添加来源或调用者未提供的内容。

**边界：**除非用户明确指出要修改这些内容，否则绝不改动代码块、引文、frontmatter、链接目标、标识符或调用者自身约定要求保留的令牌。绝不判断文本是否由模型撰写。只有请求明确要求时，才原地写入指定文件；否则返回文本。

模式

如果给出了 mode: 令牌，则采用该模式。否则：没有草稿时采用 author；对草稿提出祈使要求时采用 edit；询问草稿相关问题时采用 detect。

• author。 在调用者写作时遵守以下测试；不返回任何内容。收到内容并被要求撰写时，按相同测试起草。
• edit。 仅重写未通过测试的句子，并返回文本。通过测试的句子保持原样，因此对返回文本进行第二轮编辑不会产生任何变化。只有调用者要求时，才用一行说明改动，并将该行放在重写文本之外，也不放入任何成品中。
• detect。 列出发现的每种模式，引用对应行，并用几个词给出修改建议。不要重写。

对于 edit 和 detect 模式，以及仅靠测试无法判定的 author 模式文本，请阅读 references/patterns.md。对于非英语文本，仅应用这些测试。请注意，模式目录不适用于 detect 结果中的引文，也不适用于调用者要求的改动说明行；其他地方均适用。

语体

根据结果的读者选择语体。调用者自身的交互约定优先于此处的任何要求。

• Agent 与用户对话。 读者是了解领域但未亲历工作过程的队友。每句话都要像对他们说话那样写。
• 仓库或团队文档。 采用中性语体，符合周边文档的表达习惯。不用第一人称，不加入文档不需要的观点。未指定读者时，默认采用此项。
• 用户自己的文字。 保留原有语气，只做最少且有效的修改。为便于理解而进行的编辑，仅限于拆分句子，以及在不改变用户用词的前提下补出主语。

测试

在 author 模式中，将以下测试作为约束；在 edit 或 detect 模式中，将其作为检查标准。每句话都要逐一测试。

1. 机制。 句子是在说明事物的作用，还是在描述感受？用其掩盖的事实替换感受描述，或删掉这句话。
2. 可移植性。 这句话能否原封不动地用于另一个项目？如果可以，它就没有提供有关当前项目的事实。
3. 主语。 谁执行了这个动作？来源明确说明主语时就写明。如果主语未知，或写明主语并无益处，则保留被动语态。
4. 单一观点。 读者是否需要重读才能理解这句话？如果是，就拆分。读者一遍就能看懂的句子，无论多长都保留。
5. 信息密度。 单个修辞手法不能证明什么。一个段落中出现三种或更多不同模式，或某种模式在多个段落中反复出现，才算发现问题。
6. 先说结论。 首句是否说明了读者需要的结果？
7. 读者。 没有文档或代码在手的读者能否据此采取行动？解释标识符，或说明其后果。

保留精确的标识符、路径、命令和阈值。措辞选择请阅读 references/terminology.md。