i-have-adhd

这是什么？适合谁？

i-have-adhd（ayghri/i-have-adhd，约 20k Stars）是一个专门解决「编码 Agent 把答案埋进长篇大论」问题的 Skill。它把 Agent 的输出重新格式化为 ADHD 友好的样式——聚焦结论、先给答案、减少认知负担，让注意力容易分散的用户也能快速抓住重点，而不是在冗长的段落里翻找关键信息。

适合人群：

• ADHD 或注意力容易分散的开发者：需要 Agent 输出「先结论、后细节」的高可读性格式
• 讨厌长段落的效率党：希望一眼看到答案，再决定是否深入
• Claude Code 用户：该 Skill 主要面向 Claude Code 生态
• 想优化「人机输出可读性」的团队：参考其对输出格式的约束思路

核心价值：用一条输出格式规则，阻止编码 Agent「把答案埋掉」，让每次交互都以可扫读、聚焦的方式呈现。

准备工作

• Claude Code：安装并配置 Claude Code（该 Skill 面向此生态）
• 安装 Skill：按仓库说明把 i-have-adhd 安装到 Claude Code 的 skills 目录
• 无额外依赖：纯输出格式化 Skill，通常无需额外 API 或服务
• 时间预算：安装约 5 分钟，即刻生效

快速上手

1. 安装：将 skill 安装到 Claude Code（可手动放入 skills 目录，或用仓库提供的安装方式）
2. 触发：正常向 Claude Code 提问，该 Skill 会在输出阶段应用格式化规则
3. 观察输出：答案会以「先给结论、再给要点、细节后置」的 ADHD 友好样式呈现
4. 成功判定：你能在输出开头快速读到核心答案，而非埋在多段文字中间

预期结果：Agent 的每次回答都以聚焦、可扫读的格式开头，核心结论不再被冗长正文淹没。

初级用法

• 默认启用：安装后 Agent 输出自动套用 ADHD 友好格式
• 先结论后细节：让 Agent 把「答案」放在最前，说明与推导放在后面
• 减少长段落：输出倾向短句、要点、层级清晰，避免大块文字
• 适配问答场景：在需要快速获取答案的交互中效果最明显

高级玩法

• 与其他 Skill 组合：把 i-have-adhd 的格式约束叠加到分析、研究等 skill 的输出上，统一可读性
• 自定义格式规则：参考该 Skill 的思路，为团队定制「先结论、后细节」的输出规范
• 多 Agent 推广：把同样的输出格式约束迁移到其他编码 Agent（需自行适配格式）
• 作为写作规范的一部分：把 ADHD 友好原则纳入团队 Agent 使用约定，统一交付风格

常见踩坑

1. 期待它「更聪明」：它只改输出格式，不提升推理质量。解决：明确预期——它解决「可读性」，不解决「正确性」。
2. 误以为只服务 ADHD 人群：其实任何想快速扫读答案的人都受益。解决：把它当作通用输出可读性工具。
3. 在需要长文时也强制短格式：写报告、文档等需要完整论述的场景，短格式反而丢失细节。解决：按场景决定是否套用该格式约束。
4. 与其他输出类 skill 冲突：多个格式类 skill 同时作用可能互相打架。解决：控制同时启用的格式约束，必要时二选一。
5. 安装路径错误：skill 没放到 Claude Code 正确读取的目录，导致不生效。解决：对照仓库 README 确认安装位置并重启会话。

小技巧

1. 把「先给答案」作为默认习惯，再让 Agent 展开细节
2. 需要完整论述时，明确告诉 Agent「本次不要套用短格式」
3. 结合「要点式输出」prompt 一起用，可读性更上一层
4. 给 Agent 输出加「TL;DR」前置，强化结论先行
5. 团队里分享这套格式规范，统一所有人的 Agent 输出风格

常见问题 FAQ

Q1：它只支持 Claude Code 吗？

A：仓库定位面向 Claude Code 生态，核心是输出格式化规则，思路可迁移到其他 Agent，但需自行适配格式。

Q2：会改变 Agent 的推理质量吗？

A：不会。它只约束输出格式（先结论、要点化、减少长段落），不改变底层模型的推理能力。

Q3：和直接写「请简洁回答」prompt 有什么区别？

A：它把格式约束固化并持续生效，无需每次重复提示，且规则更具体、一致。

Q4：适合生成长文档吗？

A：不适合。长文档、报告等需要完整论述的场景，短格式会丢细节，应按需关闭或绕过该格式约束。

Q5：安装复杂吗？

A：不复杂，本质是安装一个 Skill，约 5 分钟即可生效。

参考链接

• GitHub - ayghri/i-have-adhd

⚠️ 本文基于公开资料整理，AI 辅助生成。最后更新：2026-08-13。