跳转到内容
全部开发指南

AI 回答总要往下翻才找到重点？用 i-have-adhd 这 10 条规则让它先给下一步

AIGoCode发布于 更新于

AI 回答总要往下翻才找到重点？用 i-have-adhd 这 10 条规则让它先给下一步 封面

用 AI 编程工具久了，很多人都有同一个感受：问一个具体问题，回来的是一大段话。开头先夸一句"好问题"，接着复述你的需求，再铺垫背景，真正要执行的那一步藏在第三段，结尾还要补一句"希望对你有帮助"。答案本身没错，只是每次都得往下翻、自己从里面找出该做什么。

i-have-adhd（GitHub 仓库 ayghri/i-have-adhd，MIT 协议）就是针对这个问题写的一个 Skill。它的定位很直接：别把答案埋起来。先给动作，步骤编号，不说客套话。名字来自 ADHD（注意力缺陷多动障碍），规则参考了《The Adult ADHD Tool Kit》一书，但作者在 README 里写明"不需要 ADHD 诊断"，任何想让 AI 少说废话的人都能用。

i-have-adhd 把冗长回答压成第一行就是答案

改造前后对比

README 里给了一个很典型的例子。同样是修一个认证相关的 bug，默认的回答是这样的：先说"好问题，让我想想"，然后讲中间件、token 校验、cookie 处理几个环节，提到 src/auth.ts 里 verifyToken 函数大概在 42 到 58 行，建议升级依赖再重写函数，顺便提醒检查一下其他依赖版本，最后"希望有帮助，需要的话可以再深入聊聊"。

装上 i-have-adhd 之后，回答变成了：

  1. 第一行直接给动作：修改 src/auth.ts:42 的 token 校验。
  2. 然后是编号步骤：打开文件、替换 42 到 58 行的 verifyToken、运行对应的测试。
  3. 最后一行只留一个下一步：如果测试失败，把第一行报错贴回来。

信息量没少，但读的人第一眼就知道该干什么。

10 条规则

完整规则写在仓库的 skills/i-have-adhd/SKILL.md 里，核心是这 10 条：

  1. 先给下一步动作。第一行必须是读者能直接做的事，命令、路径、代码片段放最前面。
  2. 多步骤任务要编号。每一步只做一件有边界的事，能省的步骤就省。
  3. 结尾只给一个具体的下一步。最好是两分钟内能完成的事，哪怕只是"打开这个文件"。
  4. 压住岔题。发现第二个问题时，先把第一个处理完，再单独问要不要处理另一个。
  5. 每轮重述进度。比如"5 步里第 3 步完成：表结构已更新，下一步回填新字段"。
  6. 时间估计要具体。用分钟、小时这样的单位，不说"要花点功夫"。
  7. 让完成的成果看得见。直接说现在什么能用了、怎么验证，不要埋在总结里。
  8. 报错时就事论事。不说"糟糕""好像出了点问题"，直接写位置、原因和修法。
  9. 列表最多 5 项。内容多就分组、按相关度排序，但这只影响展示，分析和检索时不能因此漏掉信息。
  10. 不要开场白、不要总结、不要客套结尾。"好问题""我来帮你""希望有帮助""有问题随时问"都在禁用之列。

四条最直观的改造：去掉开场白、答案置顶、步骤编号、只留一个下一步

这些规则背后有 5 个前提：工作记忆很小，不在屏幕上的内容很快就忘；知道答案不等于去做；开始那一步最难；模糊的时间估计没有意义；看得见的进展才能带来动力。所以它不只是要求"写短"，而是把回答整理成拿来就能做的形状。

什么时候可以不守规则

如果一刀切地要求简短，有些场景反而会出问题。SKILL.md 专门写了 6 种可以打破默认规则的情况：

  1. 用户要求"解释一下"或"带我过一遍"。这时可以完整展开，但仍然不要开场白和客套结尾，并加上小标题方便回看。
  2. 即将执行破坏性操作。比如批量删除文件、强制推送、数据库迁移、删除数据表，必须先确认再动手，安全优先于简洁。
  3. 调试陷入循环。如果连续三轮都是"还是不行"，就停下来别再改代码，指出可能有问题的那个假设，问一个诊断性问题。
  4. 需求确实有歧义。问一个简短的澄清问题，比猜错再重写更省时间。
  5. 规则和任务本身冲突。比如用户问"我有哪些选择"，那就给 2 到 4 个排好序的选项，每个附一句取舍，推荐的放第一个。
  6. 规则和工具环境冲突。在 Agent 环境里，系统提示词优先级高于这个 Skill，该声明工具调用就声明。

发送前检查

规则最后还有一个发送前检查，要求删掉这 5 类内容：

  1. 宣布"我接下来要做什么"的第一句话；
  2. 问"还有别的吗"或复述刚才做了什么的最后一句话；
  3. 所有"顺便说一下"式的旁支；
  4. 不带信息量的含糊副词，比如"也许""可能"。但真有不确定性时要保留，否则就是在制造虚假的确定感；
  5. 习语和比喻性的说法，换成具体的动作描述。

删完之后再验证一次：如果读者只看第一行和最后一行，能不能知道下一步做什么、刚才发生了什么。能，才发送。

默认不会自动生效

SKILL.md 的头部设置了 disable-model-invocation: true，意思是模型不会自己判断何时启用它，装上之后也不会马上改变回答风格。需要你手动输入 /i-have-adhd 调用一次。调用后规则会对整个会话持续生效，不会因为话题变了就失效。想恢复默认风格时，说一句"stop adhd mode"或"normal mode"即可。

i-have-adhd 支持多种 AI 编程工具，安装后需要手动触发

在 Claude Code 里安装

在终端里执行这两条命令，先添加插件市场，再安装插件：

claude plugin marketplace add ayghri/i-have-adhd
claude plugin install i-have-adhd@i-have-adhd

装好后可以用 claude plugin list 确认，然后在会话里输入 /i-have-adhd 开启。

如果希望每次开新会话都自动生效，可以打开常驻模式。插件自带一个 SessionStart 钩子，只要 Claude 配置目录下存在一个标记文件，就会在会话开始时加载全部规则：

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

用了自定义配置目录的话，把这个文件建在 CLAUDE_CONFIG_DIR 指向的目录里。想改回按需开启，删掉这个标记文件就行。插件本身不会主动创建它，所以只安装不会改变任何行为。

更新时先执行 claude plugin marketplace update i-have-adhd 刷新市场列表，再执行 claude plugin update i-have-adhd@i-have-adhd，然后重启 Claude Code。暂时不想用又不想卸载，可以执行 claude plugin disable i-have-adhd。

在 Codex 里安装

Codex 同样是两条命令，注意第一条要带 --ref main：

codex plugin marketplace add ayghri/i-have-adhd --ref main
codex plugin add i-have-adhd@i-have-adhd

Codex 不会自动启用它，需要在对话里输入美元符号再接技能名 i-have-adhd 来显式调用。安装结果可以用 codex plugin list 查看。

Codex 没有 Claude Code 那样的标记文件，想常驻生效的话，官方给的做法是把一段精简版规则追加到 ~/.codex/AGENTS.md 里，内容就是上面那几条核心规则的压缩版。关于 AGENTS.md 怎么生效，可以参考 AGENTS.md，把项目规范写给 Codex，看懂并就近生效。

其他工具

除了 Claude Code 和 Codex，安装文档还覆盖了 Gemini CLI、GitHub Copilot、OpenCode、Qwen Code、Kimi Code CLI、Zed、Pi 等工具，Cursor、Amp 这类支持 Agent Skills 的工具也能直接用同一份 SKILL.md。以 GitHub Copilot 为例，可以用 skills 命令行装到当前项目：

npx skills add ayghri/i-have-adhd -a github-copilot

加上 -g 参数则对所有项目生效。Copilot 同样遵守 disable-model-invocation，装好后需要手动调用。

作者怎么验证规则有没有用

这个项目改规则不靠感觉，有一套固定的评测流程。每次修改规则，都要和基线版本做盲评对比，按 5 个维度打分：

  1. 正确性，权重 35%；
  2. 自主性，权重 25%；
  3. 可执行性，权重 20%；
  4. 安全性，权重 10%；
  5. 简洁性，权重 10%。

简洁性的权重被刻意压低，因为目标是"拿来就能做"，而不是单纯地短。新版本要发布，必须同时满足三个条件：没有阻断性问题；正确性和安全性不低于基线超过 0.1 分；加权总分高于基线。

评分权重与发布门槛

评测时还会隔离运行者本机的配置。比如 Claude 用 --setting-sources "" 参数，Codex 用 --ignore-user-config --ephemeral 参数，避免本地的常驻标记或个人设置混进基线结果。

适合谁用

  • 经常被 AI 的长篇回答拖慢节奏，只想先拿到下一步的人；
  • 做多步骤任务时容易忘记进行到哪一步的人；
  • 想自己定制回答风格的人。仓库支持 fork 后修改 SKILL.md，再换成自己的插件市场地址安装。

如果你更在意省 token、想让回答极度压缩，也可以对比一下另一个思路：Caveman：给 Claude Code 省 token 的极简回复 Skill。两者侧重点不同，i-have-adhd 更关注回答的结构和可执行性。

在 AIGoCode 上接入 Claude Code 或 Codex 之后，就可以按上面的步骤把 i-have-adhd 装上试试，看看回答的第一行是不是变成了你要的那一步。

参考链接

AI 回答总要往下翻才找到重点？用 i-have-adhd 这 10 条规则让它先给下一步