关于 de-slop
De-Slop 是一项用于识别并改写文本中 AI 写作模式的编辑技能,适合审阅 AI 辅助草稿或发布前检查。它按严重程度诊断问题,并强调保留原意。
主要功能
- 01识别三类写作模式
- 02删除套话和夸张填充
- 03调整词语重复与表达结构
- 04复读检查语气和含义
适用场景
- 01润色带有聊天机器人痕迹的文字
- 02审阅 AI 辅助生成的草稿
- 03发布前检查文章表达
- 04改写机械或过度平衡的段落
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ petekp/ agent-skills --skill de-slop安装后在 Claude Code 中输入/de-slop确认已加载。
附带文件references/structural-patterns.mdreferences/word-list.md
详细介绍
去除 AI 腔
去除文本中的 AI 写作套路,恢复自然、像人写的行文风格。
基于 Wikipedia:AI 写作特征 和 WikiProject AI Cleanup。
适用场景
- 编辑听起来像聊天机器人输出的文字
- 审阅 AI 辅助生成的草稿
- 发布 AI 辅助写作内容前进行自查
- 感觉文本“怪怪的”,但难以指出原因时
流程
第 1 步:诊断
修改前先通读全文。加载 references/word-list.md 和 references/structural-patterns.md,找出存在的套路。
将发现的问题分为三个严重程度:
红色 — 明显特征(优先修复)
- 聊天机器人痕迹(“希望这能帮到你”“当然可以!”、模板空白处)
- 浮夸填充语(“堪称……的见证”“在当今快节奏的世界中”)
- 同义词轮换(同一实体被称作 4 个或更多不同名称)
黄色 — 统计特征(成组修复)
- 过度使用词汇表中的 3 个或更多词语在相近位置出现
- 三项并列结构使用超过两次
- 句尾分词短语(“强调了……的重要性”)
- 破折号密度高于每 200 个词约 1 个
绿色 — 结构模式(需要重写,而非替换词语)
- 过度均衡(每个章节长度都相同)
- 语气单一(缺少语气变化)
- 泛泛而谈的具体内容(假设性示例,没有真实名称)
- 过度使用模糊措辞(每三句话就出现一次限定语)
- 回避风险(没有明确主张,也没有鲜明观点)
修改前先用简短摘要说明诊断结果。例如:
Diagnosis: 4 red flags (chatbot leakage, grandiose filler), 7 yellow signals
(word clusters in paragraphs 2, 5, 8), 2 green patterns (relentless balance,
uniform register).
第 2 步:修复红色问题
删除或替换所有红色问题。这些都是明确的 AI 痕迹。
聊天机器人痕迹: 直接删除。
浮夸填充语: 替换为直白的表述,或直接删除。
- “堪称……的见证” -> “表明”或“是”
- “在塑造……方面发挥着至关重要的作用” -> “塑造”或“影响”
- “在当今快节奏的世界中” -> 删除(它从未提供任何有意义的信息)
同义词轮换: 选定一个说法并始终使用。可以用代词避免重复。
第 3 步:修复黄色问题
逐组处理。目标不是禁用特定词语,而是打破可识别的套路。
词语组合: 用朴素的替代表达替换过度使用的词语。
- “深入探讨” -> “看看” / “审视” / (通常直接删除即可)
- “利用” -> “使用”
- “强大的” -> “有力的” / “扎实的” / (想想:这个形容词真的有必要吗?)
- “细致入微的” -> “详细的” / “复杂的” / (通常可以删除)
- “格局” -> 说出具体领域
- “多方面的” -> 删除;改为描述具体方面
- “关键的” / “举足轻重的” / “至关重要的” -> “重要的”或删除
避免系动词: 改用简单动词。
- “充当” -> “是”
- “具备” / “提供” / “拥有” -> “有”
滥用过渡词: 删除机械的连接词。
- “此外,” / “而且,” / “除此之外,” -> 直接开始句子,或使用“并且” / “也”
三项并列结构: 至少打破一半。改用两项、四项,或只列一项。
句尾分词短语: 改写为独立句子,或直接删除。
- “……,强调了 X 的重要性” -> 删除,或改为:“X 很重要,因为……”
步骤 4:修正明显模式
这些地方需要真正改写,而不是简单替换。
始终保持平衡: 调整内容比重。扩展重要部分,删减或精简不重要的部分。一个 3 句段落紧挨着一个 12 句段落,完全没问题。
语气统一: 加入语气变化。在复杂句后接一句简短直白的话。在技术内容中穿插一句随意的旁白。让文字有些起伏。
具体内容泛泛: 用真实例子替换假设性的例子,或者删掉毫无帮助的例子。
过度谨慎: 删掉并非源于真实不确定性的限定词。如果事情确实如此,就直接说,不要加“往往”“通常”或“可能”。
过于保守: 让观点更鲜明。表达看法。只要句子有力量,即使不够完美,也可以保留。
热情不足: 让段落投入程度有所不同。在作者(或主题)更有趣的地方多写一些。
步骤 5:最终通读
再通读一遍完整的编辑稿。检查以下几点:
- 矫枉过正 —— 修改是否让文字变得支离破碎或过于随意?必要时恢复原样。
- 保留原意 —— 每句话表达的意思是否与原文一致?
- 新的模式 —— 修改是否引入了新的重复模式?
- 语气一致 —— 整篇文章读起来是否像出自同一个人之手?
原则
- 用词朴实。 用“使用”代替“借助”。用“是”代替“充当”。用“重要”代替“至关重要”。
- 句子简短。 拆分冗长的复合句。不是每个想法都需要从句。
- 保留原意。 只改变表达方式,绝不改变原文含义。
- 不要矫枉过正。 偶尔用破折号没问题,偶尔用“此外”也没问题。目标是打破模式,而不是禁用某些词。
- 真实胜过假设。 点名的例子胜过“设想这样一种情况……”。
- 不必面面俱到。 把更多篇幅留给更重要的内容。
- 具体胜过含糊。 “响应时间从 200ms 降至 50ms”胜过“性能显著提升”。