技能介绍

解决的问题

在编码协作里，助手最常见的失败不是没答案，而是把答案埋在铺垫、复述和客套里。你问认证流程怎么改，它先评价问题、铺陈概念、给出多个模糊选项，最后用“希望对你有帮助”收尾；你需要的是下一步：改哪个文件、哪几行、跑哪条测试、失败后贴什么日志。对注意力容易漂移的场景，这种低密度输出会放大启动成本。

如何工作

ADHD 友好输出 把回复压缩成可执行路径。它要求第一句就是下一步，多步骤任务用数字编号，每轮先重申状态，再用具体时间估算替代“一会儿”；完成后明确说明结果，失败也不粉饰。它抑制枝节，不做“你可能还想看看”式扩展，列表最多 5 项，信息密度优先。十条规则可归纳为：先行动、编号推进、给明确后续、保持状态可见、把错误当事实处理。例如讨论 verifyToken 时，理想回复会直接指向 src/auth.ts:42，说明替换第 42-58 行的实现，要求运行 npm test -- auth.spec.ts，并把失败后的下一步固定为贴出第一条错误。

边界与注意点

它不是医疗建议，也不是注意力诊断工具，而是面向 LLM 响应方式的工作流约束。来源说明其基于《The Adult ADHD Tool Kit》并做适配。它适合目标明确、步骤可拆解的编码任务；不适合需要充分探索、教学铺垫或复杂权衡的问题，因为过强的结果导向可能牺牲背景和备选方案。具体时间估算只是计划工具，真实耗时会受环境影响；列表上限也意味着你要自行补齐上下文。使用时最好把大任务拆小，并明确验收标准。