mcpField
D
de-slop

de-slop

github.com/petekp创意与媒体1041 次安装21 周前更新
代码仓库

关于 de-slop

De-Slop 是一项用于识别并改写文本中 AI 写作模式的编辑技能,适合审阅 AI 辅助草稿或发布前检查。它按严重程度诊断问题,并强调保留原意。

主要功能

  1. 01识别三类写作模式
  2. 02删除套话和夸张填充
  3. 03调整词语重复与表达结构
  4. 04复读检查语气和含义

适用场景

  1. 01润色带有聊天机器人痕迹的文字
  2. 02审阅 AI 辅助生成的草稿
  3. 03发布前检查文章表达
  4. 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:最终通读

再通读一遍完整的编辑稿。检查以下几点:

  1. 矫枉过正 —— 修改是否让文字变得支离破碎或过于随意?必要时恢复原样。
  2. 保留原意 —— 每句话表达的意思是否与原文一致?
  3. 新的模式 —— 修改是否引入了新的重复模式?
  4. 语气一致 —— 整篇文章读起来是否像出自同一个人之手?

原则

  • 用词朴实。 用“使用”代替“借助”。用“是”代替“充当”。用“重要”代替“至关重要”。
  • 句子简短。 拆分冗长的复合句。不是每个想法都需要从句。
  • 保留原意。 只改变表达方式,绝不改变原文含义。
  • 不要矫枉过正。 偶尔用破折号没问题,偶尔用“此外”也没问题。目标是打破模式,而不是禁用某些词。
  • 真实胜过假设。 点名的例子胜过“设想这样一种情况……”。
  • 不必面面俱到。 把更多篇幅留给更重要的内容。
  • 具体胜过含糊。 “响应时间从 200ms 降至 50ms”胜过“性能显著提升”。

评论

支持 Markdown