ayghri/i-have-adhd

如果你的编程助手总用“好问题！”开头，把真正的修改藏到第三段，这个 skill 值得花几分钟试一下。它改变的是回复形式，不改变模型能力，安装前先校准预期。

解决什么问题

你问编程助手某处 token 校验哪里有问题。它先来一段客套，再介绍周边架构，给一个试探性建议，提醒你跑测试，最后问要不要深入。真正的文件路径和行号夹在中间，你得自己回读、滚动，再把那句可执行的话挑出来。

装上这个 skill 后，同样的对话会先给出具体文件和行号处的修改，再列编号步骤，最后只留一个具体的下一步，比如“把第一条失败测试信息贴过来”。技术推理还在，只是可执行的部分挪到了最前面。

有什么不同

这不是改变助手工作方式的插件，而是一组以 skill 形式加载的十条写作规则。规则针对的是常读助手输出的人熟悉的毛病：先给下一步动作，多步骤任务编号，列表最多 5 项，时间估计写到分钟，每轮重述当前状态，不要开场白、回顾和结尾寒暄。全文放在单独的 SKILL.md 里，机制完全可查看、可修改。

实际收益是对话记录更干净，对一天扫很多条回复的人最有用，而不是偶尔精读一条的人。代价是持久性。一位试过该 skill 的评论者说，简洁只维持了几轮，模型就回到啰嗦状态，即使他把 skill 写进了全局指令文件并在会话中反复强调（评论，2026-09-08）。另一位评论者指出，Claude Code 本身就有预设的 Concise 输出风格，先给结果、跳过叙述、保留完整错误报告内容（回复，2026-09-08）。换句话说，加这个环节之前，先看看你所用工具自带的输出风格是否已经够用。

README 也坦率说明，规则针对的是“LLM 该怎么回复”，不是临床支持：“不需要 ADHD 诊断”。名字只是对啰嗦不耐烦的包装，不构成任何疗效承诺。

谁值得试

适合：你交互式使用编程助手，经常略读或回读长回复，想要一套小而可检查、能自己改的规则。项目明确支持改规则，团队想统一助手输出的风格时也比较合适。

不适合：你已经在用工具的简洁输出模式，或者你需要的是保证而不是倾向。这个 skill 本质是给模型的指令级引导，评论提到的“几轮后就漂移”对长会话影响最大，而长会话恰恰最需要一致性。如果你主要烦的是某个具体毛病，比如模型总爱罗列“我没做什么”，一条针对性规则可能比一整包规则更管用（评论，2026-09-08）。

使用条件与边界

你需要一个支持 skill 或插件的编程助手。README 给了两条路：把安装提示粘进 CLI，让助手按仓库里的说明自己装；或者按链接的安装说明手动操作。提示式安装等于让助手替你拉取并安装代码，有评论者对这种做法、以及对从同名仿冒仓库安装表示担心（评论，2026-09-08），这算选择手动安装或先检查 skill 内容的合理理由。

后续维护不多但也不是零：想定制就得 fork、改 SKILL.md、卸载上游副本、添加自己的 marketplace、重装、重启并重新调用。README 列了这些步骤，打算调整的人要把这部分算进去。项目本身没有额外的运行时依赖。

HotRepo 点评

HotRepo 在 2026-07-21 的日榜上首次记录到该项目，当时 6,279 星；到 2026-10-27 为 58,972 星，当天 +182。最近三个有记录的榜单日平均 +474/天，而之前三个是 +2,407/天，记录的势头在减弱。项目创建于 2026-05-13，是一个年轻仓库，有记录但时间很短，仅凭这些观察无法判断能否持续。

安装前先读 SKILL.md 里的十条规则，并确认你的助手是否已有简洁输出风格。如果有，先对比那个；这个 skill 的主要价值在于可修改。