让AI助手闭嘴干活:i-have-adhd

让AI助手闭嘴干活：i-have-adhd

导读

你跟 AI 编程助手说一句话，它给你回五段——开场寒暄、上下文分析、几条思路、最后才是一个能跑的命令，结尾再补一句「Hope this helps!」。
`i-have-adhd` 是一个只用了 121 行 Markdown 就让 Claude Code「行动优先、不废话」的 skill 插件。今天它在 GitHub Trending 日榜冲到第一，3 天涨星 6 倍。这篇拆开看它到底干了什么。

为什么选它

维度	结果
GitHub Trending	日榜第 1，今日涨星 +1,699，总 Star 8,247+
涨星速度	3 天从约 1k 涨到 8k+，曲线近乎垂直
讨论度	掘金周榜 Top 1、今日头条多篇报道、Hacker News 相关 Claude 话题热度持续
实用性	Claude Code / Codex / Antigravity 用户一行命令即可安装，无需 ADHD 诊断

它戳中了一个真实痛点：AI 助手嘴太碎。问题足够普遍、解决方案足够轻，所以能涨。

一句话理解项目

i-have-adhd 是一份写给 AI 编程助手的「输出风格约束」：用 10 条规则，让模型把答案放在第一行、把多步骤编号、把客套话和旁支全部删掉。

核心功能拆解

整个项目就一个核心文件 skills/i-have-adhd/SKILL.md，里面的 10 条规则才是真正的「产品」。

1. 行动放第一行

解决的问题：AI 习惯先铺垫上下文，读者要滚三屏才看到能跑的命令。
做法：第一行必须是「读者现在能做的事」——命令、路径、代码片段。文字解释放后面，能省则省。

2. 多步骤编号

解决的问题：一段话里塞了五个动作，读者做到第三个就忘了第一个。
做法：超过一步就用编号列表，每步一个有限动作，不许出现两次「然后」。

3. 以一个具体下一步结尾

解决的问题：「Hope this helps!」之后读者不知道干嘛。
做法：结尾给一个 2 分钟内能做完的下一步动作，哪怕是「打开文件」。

4. 抑制旁支

解决的问题：AI 看到你代码有个无关的小问题就忍不住顺嘴提一句，把主线冲散。
做法：先解决主问题，旁支单独提一句「还有一个 X，要不要下一步处理」。

5. 每回合重述状态

解决的问题：AI 默认假设你记得「我们在第 3 步」，但读者早忘了。
做法：每回合都重述「Step 3 of 5 done: schema updated. Next: backfill the new column」。

6. 具体时间估计

解决的问题：「a bit」「a few hours」在 ADHD 大脑里感觉一样。
做法：「About 15 minutes if tests already cover this. An afternoon if not.」

7. 让完成的工作可见

解决的问题：AI 改了一堆东西，最后一句「I've made some changes...」，读者不知道现在到底能用啥。
做法：明确说「Login now works with magic links. Try: npm run dev, open /login.」

8. 错误用平实语气

解决的问题：「Uh oh, there seems to be a problem...」这种情绪化措辞拖慢决策。
做法：「Test fails at auth.spec.ts:42: expected 200, got 401. Cause: missing auth header. Fix: ...」

9. 列表最多 5 项

解决的问题：10 项未排序清单 = 没清单。
做法：超过 5 项就拆「do now / later」或「must / nice to have」，5 项有优先级胜过 10 项无序。

10. 删开场白、收尾客套、总结复述

解决的问题：「Great question!」「Let me think...」「I've now done X, Y, and Z, which means...」全是噪音。
做法：直接答案开头，答案讲完就结束。

技术架构

项目结构非常轻：

i-have-adhd/
├── .claude-plugin/      # Claude Plugin 元数据
├── skills/i-have-adhd/
│   └── SKILL.md         # 121 行，全部规则在这
├── INSTALL.md           # 多 harness 安装说明
├── README.md
├── LICENSE              # MIT
└── logo.png

几个关键设计点：

•Skill 而非代码：本质是一段写给 LLM 的系统提示词，靠 Claude Plugin 标准被加载进上下文。

•disable-model-invocation: true：不让模型自己决定要不要触发，用户输入 /i-have-adhd 才生效。

•Persistence 段：明确告诉模型「这些规则在整场会话都生效，不会几轮后失效」，堵住 LLM 偷懒回退的常见毛病。

•Pre-send check：让模型在输出前自己跑一遍删除清单——删开场白、删收尾客套、删「by the way」、删 hedging 副词、删比喻俚语——再验证「只读首尾两行能否知道该干嘛」。

•When to break the rules：明确给出 6 种豁免场景（用户要求「explain」、破坏性操作、调试死循环、真有歧义、规则与任务冲突、规则与 harness 冲突）。这点很关键——避免规则把答案本身删没了。

•多 harness 兼容：INSTALL.md 里给了 Claude Code、Codex、Antigravity 以及通用 AGENTS.md 的接入方式，因为本质就是「往上下文里塞一段规则」，所以哪里都能用。

上手教程

方式一：Claude Code（推荐）

"color:#6a9955"># 1. 添加 marketplace
claude plugin marketplace add ayghri/i-have-adhd

"color:#6a9955"># 2. 安装
claude plugin install i-have-adhd"color:#6a9955">#c586c0">@i-have-adhd

"color:#6a9955"># 3. 在 Claude Code 会话里输入
/i-have-adhd

验证是否装上：

claude plugin list

关闭（保留安装，临时关掉）：

claude plugin disable i-have-adhd

或者直接在会话里输入 stop adhd mode / normal mode，本次会话临时关闭，下次新会话恢复。

方式二：常驻模式

如果你希望它默认就开，不用每次输 /i-have-adhd：

touch ~/.claude/.i-have-adhd-always

它会在 SessionStart hook 里自动加载。想关掉就删这个文件：

rm ~/.claude/.i-have-adhd-always

方式三：Codex / Antigravity

INSTALL.md 里都有对应命令，本质是把 SKILL.md 内容塞进对应 harness 的上下文里。如果你用的不是上面任何一个，直接把 SKILL.md 全文复制到你的 AGENTS.md / 系统提示词里也能用。

使用思考

这是我自己用下来的一些观察，不一定是项目作者的本意。

亮点：它抓住了「LLM 输出风格」这个被严重低估的优化点。 大家都在卷模型能力、卷工具调用、卷上下文长度，但很少有人认真处理「回答的形状」。i-have-adhd 的洞察是——对真实工作流来说，答案的形状本身就是答案的一部分。一个被埋在第 5 段的命令，和一个被放在第 1 行的命令，对能不能干完活是两件事。

121 行涨 8k 星，说明这事大家都想要。 它甚至不是一个能跑的程序，只是一段提示词。这说明社区苦「AI 嘴碎」久矣，谁先把它说清楚，谁就拿到这波情绪。

适合什么人？ 我自己的判断是：
- 日常用 Claude Code / Cursor / Codex 的开发者，尤其做工程任务时
- 容易被 AI 的长篇大论打断节奏的人（不管有没有 ADHD）
- 任务颗粒度细、需要快速推进的人

可能不太适合：
- 学习场景。你刚学一个新框架，需要 AI 把背景讲清楚——这时候 /i-have-adhd 会把「讲清楚」也删了，反而吃亏。建议学习时关掉，干活时开。
- 探索性讨论。它的规则偏「执行优先」，对「一起想想这事怎么搞」的对话不友好。项目自己也意识到了，所以给了「explain」豁免关键词。

关于「ADHD」这个名字： 项目自己写得很清楚——No ADHD diagnosis needed!。它的核心不是医学概念，而是一组「让大脑更容易行动」的输出约定。借用 ADHD 这个标签是因为它形象——「容易走神、需要外部结构、对模糊时间不敏感」的描述，对很多人即使没诊断也成立。我自己更愿意把它理解成「action-first output style」。

它给我的启发是更大的。 我们做产品的，常常默认「用户会读完」。但现实是没人读完。一个让用户「读到第一行就能动起来」的回答，胜过一个把答案藏在第 4 段的「完整」回答。这个原则放到产品文档、客服回复、邮件沟通里都成立。i-have-adhd 用 LLM 场景把这件事讲明白了。

未来可能怎么演进？ 我的猜测是会分化成两个方向：一是被大厂直接吸收进默认 prompt（Cursor、Claude Code 这种产品很可能内置类似的 mode 切换）；二是衍生出更多「风格 skill」——「i-am-senior」「i-explain-like-five」「i-am-junior」之类，每个场景一套输出形状。这个项目可能是「output-style-as-skill」这个品类的开端。

实战演示

下面是一个真实的对比，来自项目 README。

Before（默认 Claude 输出）：

Great question! Let me think about this. Your auth flow has a few moving pieces: the middleware, the token verification, and the cookie handling. Looking at src/auth.ts, the verifyToken function (around lines 42-58） seems to be using an older jsonwebtoken API. One approach would be to update the package and rewrite that function. After making the change, you'd want to run the auth tests to confirm nothing breaks. By the way, you might also want to look at your dependency versions overall. Hope this helps! Let me know if you want to dig deeper.

After（开了 /i-have-adhd）：

Run npm install jsonwebtoken@latest, then edit src/auth.ts:42.

1Open src/auth.ts

2Replace verifyToken (lines 42–58） with the snippet below

3Run npm test -- auth.spec.ts

Next: paste the first failing line if any test fails.

同样的信息量，但后者读完第一行就能动手。这就是它要做的事。

我自己实测的体感：在做一些「改 bug、跑测试、修 lint」的细碎任务时，确实能让循环快不少。但在做架构设计讨论时，会被它删掉很多「上下文铺垫」反而难推进——所以我现在的习惯是干活时开、思考时关。

使用建议

1不要常驻，按需开。用 touch ~/.claude/.i-have-adhd-always 永远开听起来方便，但会牺牲学习/讨论场景。我推荐用 /i-have-adhd 按任务触发。

2结合 TodoWrite 类工具效果更好。规则 5 要求「每回合重述状态」，如果 harness 有原生 task 工具，让它用工具而不是写成文字，效果更稳。

3想学习时用「explain」关键词豁免。「walk me through」「explain」会触发它的全文模式，依然没有客套，但内容会更完整。

4自己改一版 SKILL.md 更香。 MIT 协议，直接 fork 改 skills/i-have-adhd/SKILL.md，比如把规则 9「列表最多 5 项」改成 7 项，更贴合你自己的工作习惯。

5不止 Claude Code。你完全可以把 SKILL.md 全文塞进任何支持自定义系统提示词的工具——Cursor、Cline、Continue、本地 Ollama 都行。本质是给模型加一段规则。

风险与注意事项

•它不是医疗工具，也不是真正的 ADHD 适配方案。 项目方自己写得很清楚。如果你真的需要无障碍支持，这个项目替代不了专业评估。

•规则会偶尔「误删」有用内容。 比如规则 10 会删「I've now done X, Y, and Z」式的总结，但有时候这个总结本身就是答案。项目给了「When to break the rules」豁免清单，但模型不一定每次都判断准。

•依赖 harness 的 plugin 机制。 Claude Code 当前 plugin 系统还在演进，未来 API 变动可能影响兼容。退路是直接把 SKILL.md 塞进 AGENTS.md。

•规则偏「执行型」任务。 复杂解释、教学、头脑风暴场景下，开了反而拖慢理解。建议按场景开关，而不是常驻。

•「ADHD」作为产品名有争议。 一部分社区认为这个标签被滥用、医学概念被商品化。讨论本身不影响使用，但作为传播者要意识到这点。

写在最后

i-have-adhd 给我最大的冲击不是它的规则多巧妙，而是它用 121 行 Markdown 解决了一个所有人都知道、但没人认真处理的问题。AI 助手嘴碎这件事，每个人都抱怨过，每个人都忍了。它没忍，把这件事说清楚了，还给了能跑的解法。

这种项目能涨 8k 星，本身就是一种信号——产品价值不只在「能做什么」，也在「怎么说话」。

如果你每天跟 AI 编程助手打交道，今天花 2 分钟装一个试试，你的工作流会快一截。

END

今天就去仓库点个 Star，回来把 /i-have-adhd 装上试一次——你的 AI 助手下次回答会变得不一样。