No AI Slop：有证据的编辑、打包与效果评估
No AI Slop、风格指南与人工编辑：按具体任务选择
比较具名模式报告、统一用语和编辑判断，避免把可观察的写作问题变成对作者身份的指控。
你将学会
- 从希望核验的结果出发
- 不要把作者指控当作编辑证据
- 只针对受控的使用场景采用
开始前需要
- 一份事实可以核对的原稿
- 理解助手指令与插件安装范围
检查模式证据、保护原意，并区分包验证与未测量的编辑效果。
先看结论
- 模式发现、刊物风格和人工判断处理不同问题。
- 写作模式不是作者身份的证明。
- 仅检测模式可以保留作者的修改控制权。
从希望核验的结果出发
如果需要一份引用问题原句、列出具体模式的短报告，技能的检测约定提供了明确输出形状。如果重点是整套刊物术语一致，维护风格指南可能更重要；如果稿件包含细腻论证或鲜明声音，仍需要编辑结合上下文决定哪些建议值得接受。
这些方法可以组合：指南规定刊物偏好，技能指出重复空话，审阅者保护含义。但冲突必须明确优先级，批准使用的技术术语或精确引文，不应仅仅因为类似某个禁词或句式就被删除，自动改写之前应先解决这些例外。
不要把作者指控当作编辑证据
作者身份检测试图推断文字怎样产生，而 No AI Slop 的检测模式只引用可见写作模式并禁止这种推断。人可以使用陈词滥调，模型也可以写出不含套路的句子。报告应支持是否编辑的决定，而不是支持关于作者身份的指责。
简单词表能低成本定位字符串，却不能独自判断它是否属于术语、引文或个人声音。技能要求模型利用上下文，因此又引入判断和波动。无论哪种方式，都不应直接成为公开文章的事实验收门槛，发现风格问题不等于核验事实。
只针对受控的使用场景采用
选择目前确实存在编辑摩擦的稿件类型试用，预先写出拒绝条件，如改变保护数字、删除不确定性或在检测时擅自改写。比较检查与修复结果所需的时间和原流程；作者希望完全掌握修改权时，可以只采用检测报告，而不是默认接受改稿。
不要仅仅因为样例听起来没那么像刻板印象中的 AI 文风就采用。判断应取决于原意保留、证据可查以及审阅负担。本系列没有执行竞争产品基准，因此也不支持某个方法在所有任务上普遍更好的结论。
如何选择
| 比较维度 | 方案 A | 方案 B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
实施步骤
- 1
定义目标输出与受保护内容。
- 2
解决与刊物风格指南的冲突。
- 3
用代表性原稿测试拒绝条件。
- 4
比较审阅负担后再决定采用。
可复制示例
{
"preferredMode": "detect",
"protectedContent": [
"exact quotes",
"technical terms",
"numbers"
],
"rejectIf": [
"rewrites without permission",
"guesses authorship",
"adds evidence"
],
"comparisonMeasured": false
}常见问题
应该用技能替代人工编辑吗？
不应该。上下文、含义和作者意图仍然需要审阅。
词表检查器和技能等价吗？
词表可以匹配字符串，但上下文例外和保留决定需要额外判断。
资料来源
- No AI Slop / skills/no-ai-slop/SKILL.md来源核查 2026-09-14
- No AI Slop / skills/no-ai-slop/eval.md来源核查 2026-09-14
- No AI Slop / README.md来源核查 2026-09-14