Token导航 LogoToken导航

Agent Skill · 研究检索

eh-deslop(呃德斯洛普)

eh-deslop 用于查找、检索和筛选相关信息,适合在 OpenClaw 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

eh-deslop 是研究检索类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为只读;许可证为 MIT-0,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 31,605。

总安装 2,670周安装 108GitHub Stars 公开资料未说明下载 838核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
2.2.0

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:eh-deslop(呃德斯洛普)
来源仓库:https://github.com/lanyasheng/eh-deslop
安装命令:
openclaw skills install eh-deslop
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install eh-deslop

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

eh-deslop 用于去除 AI 生成内容的套话,提升文章真实感与细节丰富度。专为 OpenClaw 设计,适用于中英文文档反 AI 味改写场景。通过 ClawHub 安装,采用两次 pass 重写机制增强自然表达效果。使用前需确认权限范围、维护状态,以及是否会触发文本处理或网络请求操作。

不适用于代码注释或 commit message,推荐搭配其他工具协同使用。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install eh-deslop;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

eh-deslop 怎么安装?

在终端执行 openclaw skills install eh-deslop。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

eh-deslop 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

eh-deslop 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

eh-deslop 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

eh-deslop 用的人多吗?

公开数据是累计安装 2,670 次,近一周安装 108 次,下载 838 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

eh-deslop 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
eh-deslop

呃德斯洛普 · 本页

2,670—只读MIT-0通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
deslop
category
knowledge
description
|
license
MIT
triggers

Deslop — 反 AI 味写作

蒸馏自 @human-writing、slopbuster、humanizer 三个 skill 的核心规则。

去 AI 味只是一半。去完之后的文字如果无菌、无观点、无节奏,同样一眼就能看出是 AI 改过的。目标是替换,不是删除。

When to Use

  • 文章/文档/博客写完后读起来像 AI 生成的
  • ATA 分享稿、对外文档需要去 AI 味
  • 用户明确要求"去 AI 味"、"写得更像人"
  • 审查已有文档的 AI 痕迹并修复

When NOT to Use

  • 代码注释和 commit message 的去 AI 味(用 slopbuster --mode code)
  • 学术论文的去 AI 味(用 slopbuster --mode academic)
  • 纯文档生成(用 @doc-gen)
  • 内容本身需要重写而不只是去 AI 味

<example> 正确用法:对一篇 ATA 技术分享稿做两次 pass 去 AI 味重写 输入: 一篇 2000 字的技术文章,包含"革命性"、"赋能开发者"、"无缝集成"等 AI 痕迹 Pass 1: 去掉 12 个 AI 词汇、5 个意义膨胀、3 个 copula 回避 Pass 2: 发现残留痕迹(均匀句长、无观点),注入节奏变化和具体感受 结果: 评分从 3.2/10 提升到 8.1/10 </example>

<anti-example> 错误用法:只做 Pass 1 不做 Pass 2 Pass 1 去掉 AI 模式后,文字变得干净但无菌——均匀句长、中立陈述、完美结构 这种"无菌文"和 AI slop 一样容易被识别,只是被不同的检测器识别 MUST 做两次 pass,NEVER 只做一次 </anti-example>

Usage

/deslop <file>              # 标准深度,自动检测语言
/deslop <file> --score-only # 只评分,不重写

Workflow

MUST 按以下 4 步执行,NEVER 跳过 Pass 2(跳过 = 产出无菌文,同样一眼能看出 AI 改过)。如果不确定某个改动是否合适,保留原文并标注,让用户确认。

Step 1. 诊断  — 读全文,按模式清单标注所有 AI 痕迹,给原始评分
Step 2. Pass 1 — 去模式:逐条消除标注的 AI 模式,保留事实和论证
Step 3. Pass 2 — 注灵魂:问"这还像 AI 写的吗?",列出残留痕迹,再改一遍
Step 4. 评分  — 给最终版评分,输出变更日志

Pass 2 是关键。Pass 1 去掉 AI 模式后,文字往往变得干净但无聊——均匀的句长、中立的陈述、完美的结构。这种"无菌文"和 AI slop 一样容易被识别,只是被不同的检测器识别。

Do not add new content that doesn't exist in the original. Do not inject opinions the author didn't express. Avoid over-correcting formal technical writing into casual blog tone.

核心模式(Tier 1 — 最强 AI 信号)

每个命中扣 3 分。在中文技术写作中最常见的:

#模式典型表现修复
1AI 词汇delve, tapestry, landscape(抽象), interplay, foster, garner, pivotal, showcase, underscore换成普通词。"showcase" → 去掉,句子本身就在展示
2意义膨胀"marks a pivotal moment", "is a testament to", "setting the stage for"说具体发生了什么。不加评价
3Copula 回避"serves as", "stands as", "functions as", "operates as"用 "is"。信任简单动词
4负面并行"It's not just X, it's Y", "Not merely A, but B", "goes beyond X to Y"直接说 Y。跳过 "not X" 的铺垫
5-ing 伪分析"highlighting...", "showcasing...", "ensuring...", "reflecting..."砍掉。如果解释有价值,写成独立句子并加来源
6推广语言"vibrant", "groundbreaking", "nestled", "breathtaking", "stunning"换成具体描述。什么让它 "groundbreaking"?说那个
7聊天残留"I hope this helps!", "Let me know if...", "Great question!"删除

核心模式(Tier 2 — 中等 AI 信号)

每个命中扣 2 分:

#模式修复
8模糊归因"experts argue", "studies show", "industry reports suggest" → 点名,否则删掉
9三的规则强制凑三个 → 有几个写几个
10同义轮换同一个事物换 3 种叫法 → 选一个用到底
11虚假范围"from X to Y" 但 X、Y 不在同一刻度上 → 列出实际内容
12公式化挑战"Despite X... continues to thrive" → 说具体挑战和具体应对
13过度 hedging"could potentially possibly" → 说 "may" 或直说
14通用结尾"the future looks bright", "exciting times ahead" → 给具体下一步
15em dash 过度一段 3+ 个 em dash → 用句号或逗号
16粗体过度机械地加粗关键词 → 只在真正需要强调时用
17竖列表带粗体标题- **X:** description 格式 → 写成段落,或用简单列表
18权威伪装"the real question is", "at its core", "what really matters" → 直接说
19路标预告"let's dive in", "let's explore", "here's what you need to know" → 删,直接开始
20断裂标题标题后跟一句话重述标题 → 删重述,直接进入内容

结构性 AI 模式(Tier 3 — 需要全文视角才能发现)

单独看每段都没问题,放在一起就暴露了。每个命中扣 1.5 分:

#模式表现修复
21重复定位语同一个卖点("不是框架"、"只管执行层")出现 3+ 次第一次说清楚,后面用短指代("harness"、"这套东西")
22平行段落结构连续 3+ 段使用完全相同的展开模式(每段都是"场景→根因→方案")至少一段打破模式——有的只说问题不给方案,有的从方案倒推问题
23自问自答过密连续 3+ 个"X?Y。"句式("代价是什么?文件 I/O 慢。")每 500 字最多 1 个自问自答,其余改成陈述
24段末格式化引用每段末尾都是 "→ Pattern X.Y Name" 或 "详见 §3.2"有些自然过渡到方案,有些就停在问题上
25情感平坦全文零个人感受、零犹豫、零意外至少 2-3 处注入真实反应("第一次遇到时很恼火"、"解法朴素到有点丢人")
26解说员语气每个概念都按"是什么→为什么→代价"三段展开有些只说结论不解释,有些深入展开,节奏不均匀

这些模式是 Pass 1 无法检测的——需要在 Pass 2 用全文视角扫描。单段去 AI 味之后如果全文结构仍然对称,整篇文章照样一眼 AI。

中文特有 AI 模式

模式典型修复
四字堆砌"高效协同、智能赋能、敏捷迭代"每个四字词展开成具体的事
被动过多"已被成功实施"、"已被采纳""我们把 X 降到了 Y"、"团队选了方案 B"
无意义总分总"下面从三个方面...综上所述..."直接说最重要的,其他自然带出
过度谦虚"一些微小的尝试"、"抛砖引玉"实事求是。做了什么就说什么
过度热情开头"我们很高兴地宣布..."、"我们激动地分享..."直接说做了什么,因为什么
企业套话"赋能开发者"、"最佳实践"、"无缝集成"说具体做法

灵魂注入(Pass 2 的核心)

去完模式后做两层检查:

句级(逐段):

  • 节奏变化了吗? 连续 3 句同样长度 → 打断。短句、长句交替。有些段落只有一句话
  • 有观点吗? 纯中立陈述 → 加一句反应。"这个数据让我们放弃了方案 A"
  • 有具体感受吗? "this is concerning" → "有个事一直困扰我们:指标在涨,但没人能说清为什么"

篇级(全文鸟瞰): 这层是 Pass 2 最容易漏的

  • 段落结构对称吗? 连续 3+ 段用同一种展开方式 → 至少一段打破模式
  • 同一个定位语说了几遍? 3+ 次 → 第二次之后换简短指代
  • 自问自答数了吗? 全文超过 5 个 → 砍到 3 个以内
  • 情绪有波动吗? 全文零个人感受 → 注入 2-3 处真实反应
  • 结尾在总结吗? → 删总结。换成新角度、具体行动、或未解决的问题

语气校准

场景定位证据优先级
技术分享懂行的同行代码示例 > 性能数据 > 真实案例
愿景方案有实践支撑的建设者前后对比 > 真实案例 > 回应质疑
教程犯过错的过来人可运行示例 > 预期输出 > 常见坑

技术文章的灵魂是技术本身——代码、数据、架构图、失败案例。不是语气和情绪。

Voice Calibration(可选)

如果用户提供了自己的写作样本,先分析:

  • 句长模式(短而有力?长而流畅?混合?)
  • 用词层级(口语?学术?中间?)
  • 段落开头习惯
  • 标点偏好(em dash 多?括号多?分号?)
  • 过渡方式(显式连接词?直接进下一个点?)

然后用样本的模式替换 AI 模式,而不是用通用的"人味"替换。

禁用词表

禁用替代
革命性/颠覆性说具体改变了什么
赋能/empowering说具体让谁能做什么
无缝/seamless说具体集成步骤
前沿/cutting-edge说具体用了什么技术
最佳实践说具体做法
驱动创新说具体创新了什么
释放潜力/unlock说具体获得了什么能力
范式/paradigm说具体方法
协同/synergy说具体怎么配合

评分(0-10)

分段含义
0-3明显 AI(多个 Tier 1 命中,机械结构)
4-5AI 痕迹重(有人味但需要大改)
6-7混合(可能 AI 可能人,缺强烈声音)
8-9像人写的(自然声音,极少模式残留)
10和熟练写手无法区分

输出格式

原始评分: X/10
模式: text | 深度: standard

--- PASS 1 重写 ---
[去模式版本]

--- 残留 AI 痕迹 ---
- [简要列出]

--- PASS 2 最终版 ---
[注入灵魂版本]

最终评分: Y/10

变更日志:
- 删除了 N 个 hedging 短语
- 替换了 N 个 AI 词汇
- 修复了 N 个结构模式
- 加入了 N 个具体示例

自检清单

发布前逐条过:

  1. 人会这么说话吗? 不会就重写
  2. 每个声明有证据吗? 没有就加数据或删掉
  3. 这句话放到任何公司的博客都成立吗? 是就太通用了
  4. 开头是热情还是信息? 用信息开头
  5. 结尾在总结还是在延伸? 删总结,换延伸
  6. 这个过渡可以删吗? 可以就删

Related

@doc-gen 文档生成 | @deep-research 调研报告 | @human-writing 中文写作参考

References

  • 完整模式目录(29+ 模式详解和示例): references/full-pattern-catalog.md
  • 中文 AI vs 人味写作对比示例: references/writing-patterns-zh.md
  • 场景语气指南和快速修复清单: references/tone-guide.md

平台分布

OpenClaw

98.35%
按下载量换算824

安全审计

VirusTotal

未展示

ClawScan

通过

Static analysis

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills