AI 回复总爱铺垫？这个开源项目 i-have-adhd 让它先说重点

你让编程助手修个报错，它先讲背景，再分析可能原因，翻了半屏还没看到该改哪行。最近看到一个叫 i-have-adhd 的开源项目，专门处理这种阅读负担。

图：i-have-adhd 的官方 Logo。

这 10 条规则，说白了怎么用

项目把完整要求写在 SKILL.md 里。说白了，就是让你一眼看到该干啥、做到哪了、最后有没有弄好。

1. 上来就说该干啥。 要改哪行、敲什么命令，先讲出来。背后的原因可以接着讲。
2. 有好几步，就一二三列清楚。 打开文件、改代码、跑测试，各算一步。不把三件事挤进一长句。
3. 结尾只留一件马上能做的事。 比如“先打开 src/auth.ts”。项目要求这个动作两分钟内就能完成。
4. 先把眼前的事做完。 正在修改登录功能，就先修改登录功能。如果额外发现依赖旧了，等这件事做完再说。
5. 每次都说现在做到哪了。 比如“5 步做完了 3 步，接下来补数据”。你不用翻前面的聊天记录。
6. 别说‘一会儿就好’。 有测试，大约 15 分钟；还得补测试，可能要半天。情况变了，再改估计。
7. 做完了，就说清楚哪里好了。 别只丢一句“已调整”。直接说现在能做什么，怎么检查。
8. 出错了，把话说清楚。 哪儿报错、看到了什么、接下来怎么查，一次说明白。原因拿不准，就老实说还没查清。
9. 一屏别塞太多点。 每组最多放 5 条，重要的先讲。内容多就分组，关键的别漏。
10. 客套话能省就省。 “好问题”“希望有帮助”可以拿掉。开头给答案，说完就停。

也有几种情况要放开：你要详细解释，就详细讲；要删文件这类危险操作，先问清楚；同一个问题查了三轮还没好，先看看原来的判断哪里出了错。有明确格式要求时，就照要求写。

能装到常用的编程助手里

项目提供了 Codex、Claude Code、Cursor 等工具的安装说明。以 Codex 为例，按文档安装后，输入 $i-have-adhd 就能在当前对话启用；规则会持续生效，直到你说 stop adhd mode 或 normal mode。底层模型和工具权限仍由你使用的编程助手决定。

项目采用 MIT 许可，完整规则可以直接去仓库看。