去AI味
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_d12c77df/stop-slop。
技能介绍
问题:文本为什么会读起来像 AI
很多机器生成文本不是错在事实,而是错在语感:开头先铺“在当今”“值得注意的是”,句子不断用“不是…而是…”、被动结构、三排比、空洞总结。读者能看出作者在展示正确性,而不是在交流信息。这个技能的目标就是把这类可预测模式压下去,让句子更像人写的技术说明。
工作方式
它把修改拆成可执行的规则:
- 删填充:去掉清嗓式开头、强调拐杖、副词,例如“非常”“实际上”“显著地”。
- 主动语态:每个句子都要有明确的人做动作,避免“问题被解决”或“该方案成为修复”。
- 具体化:把“原因是结构性的”改成可指认的组件、输入、错误路径。
- 节奏控制:避免连续三句长度一致,少用三段排比,不用破折号制造戏剧感。
- 评分修订:按
Directness、Rhythm、Trust、Authenticity、Density五个维度打分,低于35/50就继续改。
它还提供一组交付前检查,例如是否有 here's what、not X, it's Y、Wh- 开头、无生命主语做人类动词、段落结尾过于像金句。这些规则更像 style guide 的自动检查,而不是语义润色。
适用边界
适合技术博客、文档、邮件、摘要等需要降低“机器感”的文本。它不替代事实核查,也不保证专业领域术语一定自然。如果原文依赖法律、合规、营销语气,或需要保留正式修辞,应把规则当作辅助检查,而不是唯一标准。
使用场景
- 发布技术博客前,把草稿中“实际上”“显著地”等副词和清嗓开头删掉。
- 写故障复盘时,将“问题被解决”改为主责工程师执行的具体动作。
- 编辑产品文档摘要,替换“原因是结构性的”为具体模块、输入和失败路径。
- 审稿时检查是否连续三句同长、段落像金句收尾,并用五维评分决定是否再改。
适合人员
- 每周发布技术博客的工程师,要把机器草稿改成更像人写的说明。
- 写故障复盘的 SRE,需要把被动句换成具体负责人和动作。
- 维护产品文档的写作者,要把抽象结论落到模块、输入和路径。
- 审稿编辑,需要按检查清单判断文章是否仍像 AI 生成。