8 个去 AI 味写作 Skill：检查套话，保留原意

最后更新：2026-11-01

一篇 AI 草稿可以语法通顺，却没有给读者多少信息。它可能反复强调一件事“很重要”，却没说明发生了什么；也可能每段都用三句话排比，或者把一个尚未验证的观察写成确定的结果。修改时，既要让表达更清楚，也要保留原稿中的事实、判断和作者声口。

这八个 Skill 处理问题的方式不同：有的先检查再决定是否改写，有的直接修改文字，还有的针对中文、英文或产品文案设计。下文根据各项目公开说明介绍它们，不是统一样本测试后的排名。某种写作模式也不能证明一篇文字出自人还是 AI。

按语言和任务选择

选择之前，先想清楚稿件能接受多大改动。客户更新需要保留日期和限定条件；个人随笔可能还要保留作者的迟疑、插话和观点；产品标题则需要准确告诉读者产品提供什么。

Humanizer：检查模式，也保留具体内容

Humanizer 是通用文字编辑 Skill，规则部分参考维基百科的 Signs of AI writing。它的原始说明列出了空洞的对比、铺垫式开头、重复收尾和夸大意义等问题，同时要求保留有依据的主张，不得编造事实。

如果稿件的内容已经确定，只是表达反复绕圈，可以先试它。提供原稿、读者和一段自己的写作样本，并说明哪些观点不能变。Humanizer 会检查段落结构，不只替换几个高频词。

它的示例和词汇主要以英文为主。引语、技术术语或作者有意使用的表达，即使看起来符合某条模式，也可能值得保留。

Humanizer Chinese Editing：润色中文并保护文件结构

Humanizer Chinese Editing 面向已有中文文本。上游说明把信息、确定程度和用户授权的修改范围放在风格调整之前：例如“可能”“计划”等词承载了真实含义，改写时不能随意丢掉。

它适合润色文章、评论和文档，尤其适合不希望稿件被改成摘要的场景。可以告诉它哪些段落允许调整，并提供一段自己的文字作为声口参考。修改文件时，它的默认规则还保护代码、链接、frontmatter 和标题结构。

保留原文的说法，不代表已经核实说法是真的。需要事实核查时，应另行查证来源。

qu-ai-wei：重组简体中文长文

qu-ai-wei 专门处理已有的简体中文文本。项目说明允许在用户要求改写时调整句序、拆并段落和重建长文结构，同时保护事实、归因、证据强度和作者声口。

如果文章的问题不只是几个词，而是重点出现太晚、多个段落重复同一件事，或者句子主干被长铺垫压住，可以考虑它。使用前说明是“润色”还是允许大幅“改写”。默认输出包括门检、终稿和简短打磨报告；只需要终稿时可以明确提出。

它不负责翻译或从零写文章。安装时应保留引用的参考文件；目标读者和发布场景会影响语体，也应一并提供。

dbs-ai-check：先指出问题，再决定怎么改

dbs-ai-check 采用先诊断的方式。Skill 说明要求它引用原文位置、解释发现的写作模式并输出报告，默认不直接改稿；后续修改围绕作者的意图和偏好展开。

如果你觉得中文稿件有些地方很机械，却暂时不想让 Agent 重写，可以先用它定位。提供稿件时也说明体裁：演讲中的重复、教程中的固定步骤，有时是刻意安排。

报告中的严重度是编辑判断，不是作者身份的证据。即使不同意某条意见，定位到具体段落也有助于重新审阅。项目对该 Skill 标注了非商业许可；使用前请查看许可条款，商业用途需确认授权。

Avoid AI Writing：先约定编辑边界

Avoid AI Writing 提供以英文为主的检查与改写流程。主入口区分发现问题和获得修改授权，并对事实、保护内容与语气设定边界。

使用前可以指定：只报告问题、返回改稿，还是修改某个文件。普通润色任务中，说明引语、标题、链接、代码和章节顺序是否必须保留。项目另有 Preservation Verifier，用于对照改稿与需要保护的原文；多人审核时，这一步尤其有用。

该项目的模式规则和检测器以英文为校准对象。项目还包含参考资料和工具，应按安装说明保留所需文件；只有实际运行了脚本，才能把脚本检查写成已完成。

Stop Slop Writing：更严格的直接表达

Stop Slop Writing 希望文字更直接。它的规则针对多余铺垫、模板化对比、重复节奏和模糊表述，同时要求去掉副词、被动句和破折号。

如果你希望对英文稿件做一轮风格鲜明的编辑，这种严格程度可能有帮助。也要逐条审阅：施事者未知时，被动句可能是恰当的；副词也可能改变事实含义。提供已有风格规范和必须保留的词句，避免把“可能减少延迟”改成“减少延迟”。

Anti Slop Clear Copywriting：把产品承诺写清楚

Anti Slop Clear Copywriting 面向标题、落地页、产品介绍和行动引导。文案专项说明需要配合项目的核心规则使用，强调具体表达、保留语气，以及不编造事实或客户评价。

使用时提供产品实际功能、目标读者和已有证据。如果按钮下载的是 CSV 文件，“下载 CSV”比“释放数据潜力”更能告诉读者接下来会发生什么。没有客户名称、数据或效果证明时，不要让编辑工具编一个来填空；更强的承诺需要对应的依据。

Sepia：选择审阅、小改还是重写

Sepia 区分四种操作：创作新内容、只审阅、针对性修改，以及较大幅度地重写。项目说明对小说和工作文稿分别提供规则；后者包括产品更新、技术文章和事故复盘，也有中文风格参考。

想先看问题，可以选 review；希望大体保留结构和声口，可以选 refactor；明确允许重建稿件时，可以选 recreate。项目还提供一个可选的 Hemingway 小说风格入口，是否使用由作者决定。

这些专项入口依赖 Sepia 核心 Skill 和参考文件。安装时应同时保留核心和需要使用的入口，不能只复制专项入口。诊断规则是编辑建议，不保证任何检测器结果。

一个例子：改表达时保留证据

假设团队的原始记录是：

我们访谈了六位工作坊参与者，其中四人认为纸质日程表不容易查阅。我们尚未测量重新设计日程表是否能减少错过的环节。

草稿把它扩写成：“全新升级的日程表将帮助每位参与者轻松掌握所有环节。”这句话丢掉了访谈背景，增加了设计效果的承诺，还把范围扩大到每位参与者。只删掉“全新升级”，无法修复后面的无依据承诺。

保留原意的版本可以是：“六位受访参与者中，有四人认为纸质日程表不容易查阅。重新设计能否减少错过的环节，我们尚未测量。”这里展示的是编辑原则，并非这几个 Skill 的统一实测输出。

怎样写一份可执行的编辑要求

一次任务先选一个主要工作流即可。特别重视保义时，可以再做一次独立对照。下面的要求可以按实际稿件调整：

请为［读者和发布场景］编辑这篇稿件。
希望解决的问题是［具体阅读障碍］。
允许调整［句子／段落／章节顺序］。
保留事实、数字、引语、链接和原文的不确定程度。
保留［作者声口、术语、格式或其他指定内容］。
缺少依据时请指出，不要自行补充事实。
请返回［仅问题清单／改稿及简短修改说明］。

收到结果后，对照原稿检查数字、否定、条件、引语、归因和确定程度，再放回实际使用场景通读。新手邮件、学术文章和产品页面的写法并不相同；判断标准是读者能否更好地理解内容，而不是清单上的词少了多少。

常见问题

中文稿件应该选哪个？

已有稿件需要按范围润色时，可以先看 Humanizer Chinese Editing；简体中文稿件需要重组时可以看 qu-ai-wei；希望先拿到问题报告时可以看 dbs-ai-check。无论选哪个，都应说明读者和允许的修改幅度。

这些 Skill 能证明文章由 AI 写成吗？

不能。人和模型都可能使用相同的词语、结构与标点。模式可以帮助定位值得检查的段落，不能据此确定作者身份或作出指控。

清单里出现的词都要删除吗？

不需要。一个表达可能承载真实对比、必要限定或作者有意保留的声口。应结合上下文判断，也要保留引语和其他受保护内容。

改写时可以补例子或加强结论吗？

需要作者提供或明确授权新增内容。看起来合理的例子不是证据；缺少关键细节时，应询问或标记待核实。

只复制一个 Skill 文件就能用吗？

不一定。Sepia 的专项入口需要共用核心，其他项目也可能引用规则文件或工具。安装前阅读各仓库说明，保留入口实际需要的资源。

相关文章

• 写作类 Skills 选型：起草、润色与原意核对
• 公众号文章 Skills：从选题、写作到排版