i-have-adhd:让编码助手把答案直接放在第一行
您的编码代理可以阻止其隐藏答案的技能。多动症友好的输出。
秒懂
- 它是什么?
- i-have-adhd 是一个注入到编码助手里的技能包,用 10 条规则强制输出动作优先、步骤编号、不带客套话的回答。本文拆解它的机制、安装方式、局限,以及它和普通 prompt 模板的根本区别。
- 适合谁用?
- i-have-adhd 适合那些被编码助手的长篇解释消耗耐心的人,尤其是 ADHD 用户、需要快速拿到可执行步骤的独立开发者,以及团队里希望减少沟通噪音的维护者。不适合用它来替代对代码库的深入理解,也不适合需要详尽背景分析的场景,比如架构评审或教学。
- 能商用吗?
- 可以。MIT 是宽松许可证:你可以使用、修改并销售基于它的软件,只需保留版权和许可证声明。
- 还在维护吗?
- 在维护。仓库最近一次提交在 2 天前。
- 用什么语言写的?
- 主要是 Python(依据 GitHub 的语言统计)。
以上回答依据项目的 GitHub 数据(最近同步于 2026年9月15日)和我们的分析,不构成法律意见。
开源项目深度解析
它解决的不是注意力问题,是回答的排版问题
项目名会让人以为这是给 ADHD 患者用的时间管理工具,其实不是。README 第一行就写明:ADHD-friendly outputs. No ADHD diagnosis needed!。它面向的是编码助手,而不是人。问题很具体:Claude Code 这类助手回答问题时会先铺垫、再分析、最后给建议,答案往往埋在第三段之后。i-have-adhd 是一个 skill/plugin,装进助手后,强制它把动作放在第一句,多步骤任务编号,结尾只给一个具体下一步。它不诊断、不治疗、不提醒你喝水。它只改输出的结构。这个定位很窄,但正因为窄,它的规则才能写死。
10 条规则,每一条都在对抗模型的默认行为
核心文件是 skills/i-have-adhd/SKILL.md,里面写了 10 条规则。第一条是 Lead with the next action,也就是先说要做什么,再解释为什么。第二条要求多步骤任务编号。第三条要求结尾只留一个具体的下一步,而不是开放式问题。第四条压制离题内容,第五条要求每轮都重述当前状态,第六条把时间估计从「一会儿」改成具体分钟数,第七条让进度可见,第八条要求错误陈述要就事论事,第九条把列表上限设为 5 项,第十条禁止开场白、禁止总结、禁止结束语。这些规则不是建议,是约束。模型的默认输出是礼貌、周全、面面俱到,这套规则恰好把那些默认值逐条推翻。
安装方式:一段话,或者三条命令
README 提供了两种安装方式。第一种是直接把一段话复制粘贴到 CLI 提示符里:Install the i-have-adhd skill/plugin from https://github.com/ayghri/i-have-adhd, refer to the repo's AGENTS.md for instructions.。这是给 Claude Code 用的自然语言安装指令,助手会自己读取仓库里的 AGENTS.md 来完成安装。第二种是手动安装,前提是你已经 fork 了仓库。先卸载上游副本,再移除 marketplace,然后添加你自己的 fork,最后安装。命令如下:claude plugin uninstall i-have-adhd,claude plugin marketplace remove i-have-adhd,claude plugin marketplace add <your-username>/i-have-adhd,claude plugin install i-have-adhd@i-have-adhd。装完要重启 Claude Code,再调用 /i-have-adhd。注意第二条命令的注释:fork 和上游共享同一个 marketplace 名称,所以必须先移除再添加,顺序不能反。
调优方式:fork 后改一个文件
项目允许你按自己的口味调整规则。README 给出的路径是:fork 仓库,编辑 skills/i-have-adhd/SKILL.md,然后替换掉当前安装的副本。替换时同样要先卸载再重装,因为 fork 和上游共享 plugin 名称。这个设计很务实。不是每个人都讨厌「Hope this helps!」,也有人希望列表可以超过 5 项。改一个 Markdown 文件就能把第 9 条上限改成 10,或者把第 10 条删掉。但要注意,改规则不会改变模型的能力。你只是换了一套输出约束,模型对代码的理解、对错误的判断、对上下文的把握,全都保持不变。
它和普通 prompt 模板的本质区别
很多人会想,这不就是一段「请简短回答」的 prompt 吗?区别在于作用层级。普通 prompt 是每次对话时手动粘贴的一段话,模型可能遵从,也可能在长对话中逐渐遗忘。i-have-adhd 是一个 skill,它通过 Claude Code 的 plugin 机制加载,规则写在 SKILL.md 里,助手会在每次回复时读取这份文件。README 里用 Before/After 对比展示了效果:Before 是一段带「Great question!」、带「Hope this helps!」的完整分析,After 是三条编号步骤加一个「Next」。这个对比不是模型随机生成的,而是规则约束下的稳定输出。换句话说,普通 prompt 是请求,skill 是配置文件。
真实的局限:它无法判断答案是否正确
最直接的局限是:这套规则只优化表达形式,不优化内容质量。如果模型给出的修复方案是错的,i-have-adhd 会让错误方案变得更短、更直接、更不容易被怀疑。规则第八条要求错误陈述要就事论事,这只能让模型不回避错误,不能让它不犯错。另一个局限是适用范围。README 只提供了 Claude Code 的安装方式,没有提到其他编码助手。如果你用的是 Cursor、Continue 或者本地 llama 系工具,需要自己确认这些工具是否支持读取 SKILL.md。最后,规则第九条把列表上限设为 5 项,这对复杂任务可能不够。一个涉及 8 个文件的改动,模型会被迫压缩信息,或者违反规则。
维护成本和许可证
项目采用 MIT 许可证,这意味着你可以自由 fork、修改、商用,只要保留版权声明。维护成本主要来自两点。第一,规则文件是静态的,如果 Claude Code 的 plugin 格式发生变化,你需要手动跟进。第二,fork 后的副本不会自动同步上游更新,除非你定期 pull。README 没有提供更新机制,只说了如何替换。另外,项目没有发布 release,也没有提到版本号,这意味着你无法通过语义化版本判断兼容性。安装时只能依赖仓库当前状态。如果你需要稳定可复现的环境,这一点需要提前考虑。
编辑结论
i-have-adhd 适合那些被编码助手的长篇解释消耗耐心的人,尤其是 ADHD 用户、需要快速拿到可执行步骤的独立开发者,以及团队里希望减少沟通噪音的维护者。不适合用它来替代对代码库的深入理解,也不适合需要详尽背景分析的场景,比如架构评审或教学。安装前先确认你的助手支持 Claude Code 的 plugin/marketplace 机制,因为 README 只给了这一条安装路径,其他助手(如 OpenAI Codex、本地 llama 系工具)能否加载 SKILL.md 没有说明。另一个要验证的点是:fork 后修改 SKILL.md 时,你必须同时执行 plugin uninstall 和 marketplace remove,否则上游副本会和新副本冲突。最后,它只改变输出格式,不改变模型对代码的理解,所以不要指望它修复错误的诊断,它只能让错误的诊断更短。
社区笔记