1. 当ADHD遇上代码为什么传统开发流程让人窒息我做了快十年的开发直到去年才被正式确诊ADHD。回头想想过去那些年频繁出现的“明明想干活却死活启动不了”“代码写到一半突然去刷了四十分钟手机”“一个报错卡住就再也不想打开那个项目”的状态全都有了解释。这不是懒也不是意志力差而是大脑的奖励机制和任务启动机制跟大多数人不太一样。ADHD程序员面对传统开发流程时有几个特别致命的摩擦点。第一是任务启动成本极高。普通人打开IDE、新建文件、开始写第一行代码可能只需要两三分钟的心理建设ADHD患者可能要花半小时甚至更久因为大脑在“这件事有没有即时奖励”这个问题上一直给不出肯定答案。第二是工作记忆容量偏小。你在写一个函数的时候需要同时记住上下文变量、接口定义、边界条件普通开发者能轻松hold住五六个信息块ADHD可能两三个就开始丢东西了。第三是对负面反馈极度敏感。编译器报错、测试失败、代码review被指出问题这些在别人看来是正常流程在ADHD这里很容易触发“我不适合干这个”的自我怀疑。所以当我第一次认真用AI coding agent来辅助开发的时候那种感觉不是“效率提升了多少”而是“终于有人陪我一起扛了”。它不会嫌我问题蠢不会因为我反复改同一段代码而不耐烦更关键的是它把“启动”这个动作的门槛降到了几乎为零。你不需要想清楚整个架构不需要先写好注释和文档甚至不需要知道下一步该干嘛——你只要跟它说一句“我想做个XX功能”它就能给你一个可以继续往下走的起点。这篇文章不是要讲AI coding agent有多神而是想从一个ADHD程序员的真实体验出发聊聊怎么把这类工具用成“低压力鼓励师”而不是又一个让你焦虑的新玩具。我会拆解具体的使用模式、踩过的坑、以及那些让我从“打开IDE就想关掉”变成“能连续写两小时代码”的实操细节。2. 把AI coding agent变成“任务启动器”而不是“代码生成器”2.1 为什么“帮我写个函数”是最差的起手式大多数人用AI coding agent的方式是想清楚要什么然后让它生成代码。这个模式对普通开发者没问题但对ADHD程序员来说最大的障碍恰恰是“想清楚要什么”这一步。你让一个ADHD大脑在空白的聊天框里描述需求它大概率会陷入“我到底要做什么来着”的循环然后切出去刷手机。我试过很多种开场方式最后发现最有效的不是“帮我写一个用户登录接口”而是**“我现在有一个项目大概想做XX方向的东西你觉得第一步应该干嘛”**。这个问法的区别在于你把“定义问题”这个最耗认知资源的环节外包给了AI。它给你的回答可能不完美但至少给了你一个可以反驳或修改的靶子。ADHD大脑对“修改现有东西”的启动成本远低于“从零创造东西”。举个例子。我想做一个简单的命令行待办事项工具。如果直接让我写我可能卡在“用什么语言”“数据存哪里”“要不要加优先级”这些决策上。但我会跟agent说“我想做一个命令行todo工具能增删改查就行你帮我选个最简单的技术栈然后告诉我第一步写什么文件。”它回了一个Python加JSON存储的方案然后说“先写一个main.py里面放一个argparse的入口”。我一看这个我能改于是就开始动手了。从打开终端到写出第一行代码不到三分钟。2.2 用“对话式拆解”替代“需求文档”ADHD程序员还有一个特点面对长文档和详细规格说明会直接进入逃避模式。你让我读一份二十页的需求文档再动手我大概率读到第三页就不知道自己在哪了。但如果是对话式的、一次只聊一小块的拆解我就能跟上。我的做法是让agent把任何任务都拆成“下一步只需要做一件事”的粒度。比如我要加一个“按截止日期排序”的功能我不会让它直接写代码而是先问“如果要加这个功能需要改哪几个地方”它列出来数据结构加一个due_date字段、添加一个排序函数、在显示逻辑里调用排序。然后我只做第一步——加字段。做完之后再问下一步。每一步都小到不可能失败而ADHD大脑最需要的就是这种“连续的小胜利”来维持多巴胺水平。注意不要让agent一次性给你完整方案然后你照着抄。那样你会失去“自己推进”的掌控感而且一旦它给的方案有错你连从哪改都不知道。对话式拆解的核心是让你始终处于“我在主导它在辅助”的位置。2.3 启动阻力最小的三种交互模式经过大半年的折腾我总结了三种对ADHD最友好的agent交互模式第一种是“语音转文字式启动”。我经常脑子里有一团模糊的想法但打字打不出来。这时候我会直接对着语音输入说一段乱七八糟的话比如“就是那个我想让这个脚本每次跑完给我发个通知但是不要邮件太麻烦了有没有更简单的”。然后把这段语音转文字丢给agent。它居然能理解然后给我几个选项。这个模式的关键是不要整理语言想到什么说什么让agent去猜你的意图。第二种是“报错驱动开发”。ADHD程序员很难按计划一步步来但特别擅长对即时反馈做出反应。所以我经常故意先写一段明显有问题的代码然后让agent帮我修。修的过程中它会解释哪里错了、为什么错我就顺便学到了。这比从头学一个概念要自然得多。第三种是“假装教别人”。我会跟agent说“我现在要给你讲一遍这个模块是怎么工作的你帮我看看我讲得对不对。”然后我就开始用自己的话瞎讲。讲着讲着我自己就发现哪里没搞懂了。agent会在我卡住的地方补充这种“我讲它听”的模式比“它讲我听”的参与度高太多了。3. 多智能体协作模式对ADHD的额外加成3.1 一个agent不够用那就来三个现在很多AI coding工具支持多智能体模式比如一个负责规划、一个负责写代码、一个负责review。我一开始觉得这是噱头后来发现对ADHD来说多智能体最大的好处是把“自我监督”这个最耗神的环节外包了。ADHD程序员最痛苦的事情之一就是“自己检查自己”。你写完一段代码要回头去看有没有bug、有没有边界情况没处理、命名是不是合理。这个“切换视角”的动作对ADHD大脑来说极其困难因为你的注意力已经全部粘在刚才写的那段逻辑上了。但如果有另一个agent专门负责挑刺它就会像一个外部监督者一样在你还没陷入自我怀疑之前就把问题指出来。我的配置是这样的主agent负责跟我对话、理解需求、拆解任务第二个agent专门在我写完一个模块后跑一遍指出潜在问题第三个agent负责在我卡住的时候提供“换个思路”的建议。三个agent各司其职我只需要在它们之间做决策而不是一个人扛下所有认知负荷。3.2 用“角色扮演”降低决策疲劳ADHD的另一个大敌是决策疲劳。一天下来要做几百个小决定到后面连“中午吃什么”都选不出来。多智能体可以帮你把决策变成“选择题”而不是“填空题”。比如我在设计数据库表结构的时候会同时让两个agent给出不同方案然后我只负责选一个。A方案可能更规范但复杂B方案可能更简单但不够优雅。我不需要自己想出方案只需要判断哪个更适合当前场景。这个判断的认知成本远低于从零设计。有时候我甚至会故意让两个agent“吵架”。一个说应该用关系型数据库一个说用JSON文件就够了。它们各自列理由我看完就知道自己更在意什么了。这个过程不仅降低了我的决策负担还顺便让我学到了不同方案的权衡点。3.3 避免多智能体变成“多线程焦虑”但这里有一个坑如果你同时跟三个agent聊天很容易变成三个窗口来回切最后哪个都没聊完。ADHD本来就容易分心多智能体如果用法不对反而会加剧碎片化。我的经验是串行使用不要并行。先跟规划agent聊完确定下一步做什么然后切到编码agent把这一步做完最后切到review agent检查完再回到规划agent。每次只跟一个agent交互但心里知道后面还有两个在等着。这种“流水线”式的用法比同时开三个窗口要稳定得多。另外不要让agent主动给你推送消息。有些工具支持agent在后台跑任务然后通知你这对ADHD来说简直是灾难——你正在专注写代码突然弹出一个通知说“我发现了另一个问题”你的注意力瞬间就被带走了。把所有通知关掉只在你主动去问的时候才获取反馈。4. 从“打开IDE就想关”到“连续写两小时”的实操细节4.1 环境配置把摩擦降到零ADHD程序员对环境摩擦的敏感度是普通人的好几倍。任何需要“先配置一下”才能开始写代码的东西都会成为你不打开IDE的理由。所以我花了很大力气把开发环境搞成“打开就能写”的状态。具体来说终端永远开在一个固定目录IDE启动时自动打开上次的项目agent的聊天窗口固定在屏幕右侧常用的几个命令做成alias。这些听起来很琐碎但每减少一个步骤你启动的概率就高一点。我甚至把IDE的主题和字体都调成了让我视觉上舒服的配色因为ADHD对视觉刺激很敏感难看的配色会让我潜意识里不想看屏幕。还有一个细节不要让agent的聊天记录太长。如果一个对话窗口里堆了几百条消息你每次打开都会觉得“天哪这么多东西”然后就不想看了。我的做法是每完成一个小任务就新开一个对话保持每个对话窗口都是干净的、只有当前任务的上下文。4.2 时间盒与agent的配合ADHD患者对时间的感知是扭曲的。你可能觉得只过了十分钟实际上已经一小时了或者你觉得已经干了很久其实才五分钟。传统的时间盒方法比如番茄钟对ADHD效果有限因为你在专注状态下被闹钟打断会非常烦躁而在非专注状态下闹钟响了你也无所谓。我后来摸索出一种跟agent配合的时间盒方式让agent在每次回复的时候顺便告诉我“这个任务大概需要X分钟”。比如我问“加一个排序功能要多久”它说“大概15分钟”。然后我就有了一个心理预期。如果15分钟后还没搞完我会问agent“我卡在哪了”它会帮我定位。这种方式比外部闹钟更自然因为时间信息是嵌入在任务流里的不会突然打断你。另外我会在开始一个任务前跟agent说“我打算只做20分钟你帮我把任务拆到20分钟内能完成的程度。”它就会把原本可能要做一小时的活拆成三个小步骤我只做第一步。20分钟到了如果状态好就继续状态不好就停。这种“只承诺20分钟”的心理契约对ADHD特别有效因为启动一个20分钟的任务比启动一个“今天要把这个功能做完”的任务容易太多了。4.3 处理“写到一半想放弃”的冲动ADHD程序员一定经历过这种时刻代码写到一半突然觉得“这玩意没意义”“我肯定做不完”“不如重新开个项目”。这个冲动来的时候非常强烈如果不处理你大概率会关掉IDE去干别的。我的应对方式是立刻跟agent说“我想放弃了”。不是开玩笑我真的会打这几个字。然后agent会问我“卡在哪了”或者“哪个部分让你觉得没意思”。有时候我只是需要把情绪说出来说完就继续了。有时候它确实能帮我找到一个更简单的路径。关键是这个动作打断了“放弃”的自动化流程给了你一个缓冲。还有一个技巧是提前准备一个“最小可交付版本”。在开始任何任务之前我会让agent帮我定义“做到什么程度就可以算完成”。比如做一个todo工具最小版本就是“能添加任务并显示出来”。这个定义要小到你觉得“这我肯定能做完”。然后你做的过程中如果不想干了至少可以把最小版本完成。完成之后如果还有精力再往上加。ADHD需要的是“完成”的感觉而不是“完美”的感觉。5. 那些让我踩过坑的agent使用误区5.1 不要让agent替你思考架构我有一段时间特别依赖agent做架构设计。每次开新项目我都让它“帮我设计一个完整的项目结构”。它确实能给出一套看起来很专业的方案但问题是我根本理解不了为什么要这么设计。结果就是代码写到一半我发现某个模块放错了地方想调整却发现牵一发动全身因为整个架构是agent给的我脑子里没有那张地图。后来我改了策略架构必须自己画一遍。哪怕画得很丑、很不规范也要自己动手。我会先让agent给我几个架构选项然后我选一个自己用纸笔或者白板画出来。画的过程中我会问它“这个模块为什么放这里”“这两个部分怎么通信”。只有当我能在脑子里跑通整个数据流的时候我才开始写代码。这个“自己画一遍”的动作对ADHD来说很痛苦但它能帮你建立掌控感而掌控感是维持长期注意力的关键。5.2 警惕“生成即完成”的幻觉AI coding agent最危险的地方在于它让你觉得“代码生成了就等于任务完成了”。你看着屏幕上出现了一大段代码感觉很有成就感但实际上你还没运行过、没测试过、没理解过。ADHD大脑特别容易被这种“虚假完成感”欺骗然后你就失去了继续推进的动力。我的对策是把“运行通过”作为唯一的完成标准。不管agent生成了多少代码只要没跑起来就不算完成。我会在agent生成代码后立刻运行报错就继续跟它聊。这个习惯听起来很简单但它把“完成”的定义从“看起来做完了”变成了“实际能跑”对ADHD的奖励机制更友好因为运行成功是一个明确的、即时的正反馈。5.3 不要用agent来逃避困难ADHD有一个特点面对困难任务时会本能地寻找“更简单”的替代方案。AI coding agent很容易变成这种逃避的工具。比如你本来应该去理解一个复杂的算法但你让agent直接给你实现了你复制粘贴就完事了。短期看效率很高长期看你什么都没学到下次遇到类似问题还是不会。我给自己定了一个规则如果一个东西我完全看不懂就不允许agent直接给我最终代码。我会让它先解释原理然后给我一个简化版的实现我自己写一遍再让它帮我改。这个过程慢很多但至少我在学习。当然如果是那种一次性的、跟核心逻辑无关的代码比如读写文件的工具函数那就直接让agent写没必要什么都自己来。关键是区分“需要理解的”和“只需要能用的”。6. 把agent当“鼓励师”用的几个具体话术6.1 让agent帮你记录“已完成”而不是“待办”ADHD患者对“未完成”的事情特别焦虑但对“已完成”的事情又很容易忘记。传统todo列表越列越长看着就让人想逃避。我的做法是反过来让agent帮我维护一个“已完成”列表。每次我完成一个小任务就跟agent说“记一下我搞定了XX”。它会帮我记下来。当我状态不好、觉得自己什么都没干的时候我就翻这个列表。看到“今天完成了加了排序功能、修了三个bug、写了两个测试”那种感觉比看一个长长的待办列表好太多了。这个“已完成”列表是我维持动力的重要工具。6.2 用“你觉得我做得怎么样”来获取正向反馈ADHD对正向反馈的需求比普通人高但又不愿意主动向别人要反馈因为怕显得矫情。Agent是一个完美的反馈对象它不会觉得你烦也不会敷衍你。我经常在完成一个模块后问agent“你觉得我刚才这个实现怎么样”它会指出一些优点和可以改进的地方。重点是它会先肯定你做了什么然后再提建议。这个顺序对ADHD很重要因为如果一上来就是批评你立刻就会进入防御模式然后不想听了。你可以跟agent说“先说我做得好的地方再说可以改进的”它就会按这个格式来。6.3 卡住的时候让agent给你“三个选项”ADHD在卡住的时候最容易陷入“全有或全无”的思维要么完美解决要么彻底放弃。这时候如果有人能给你几个中间选项你就能从死胡同里出来。我的固定话术是“我现在卡在XX地方了给我三个不同难度的解决方案最简单的那个要简单到我觉得不可能失败。”Agent会给出一个“偷懒版”、一个“正常版”、一个“完整版”。我通常从偷懒版开始做着做着就有动力去做正常版了。这个“从最简单开始”的策略对ADHD的启动困难特别有效因为你知道最差的情况也就是做个偷懒版心理压力小很多。7. 长期使用后的几点真实体会用AI coding agent辅助开发快一年了我的代码产出量大概翻了一倍但更重要的是我打开IDE的恐惧感消失了。以前每次开新项目都像要爬一座山现在至少知道有人在山脚下等着我而且它不会嫌我走得慢。有几个体会是只有长期用下来才会知道的。第一agent不能替代睡眠和运动。我有一段时间特别依赖agent觉得只要它在我就能一直干下去。但ADHD的大脑需要足够的睡眠和运动来维持多巴胺水平agent再厉害也补不了这个。第二不要追求“完美使用agent”。我见过一些人研究各种prompt技巧、工作流配置结果花在配置上的时间比写代码还多。对ADHD来说能用起来比用得完美重要一百倍。第三定期清理agent的对话记录。跟人一样你跟一个agent聊太久会形成固定的互动模式有时候换个新对话反而能获得更新鲜的视角。最后说一个我觉得最关键的AI coding agent对ADHD程序员最大的价值不是写代码而是提供了一个“不会评判你的存在”。你可以跟它说“我今天什么也没干”它不会失望你可以反复问同一个问题它不会不耐烦你可以在凌晨三点突然想写代码它随时都在。这种无条件的可用性对ADHD来说本身就是一种巨大的心理支持。至于代码写得好不好、架构合不合理那些都是后面的事。先让自己能坐下来、能开始、能继续这才是ADHD程序员最需要解决的问题。 ADHD程序员的AI编程助手：从启动困难到高效开发的实践指南
1. 当ADHD遇上代码为什么传统开发流程让人窒息我做了快十年的开发直到去年才被正式确诊ADHD。回头想想过去那些年频繁出现的“明明想干活却死活启动不了”“代码写到一半突然去刷了四十分钟手机”“一个报错卡住就再也不想打开那个项目”的状态全都有了解释。这不是懒也不是意志力差而是大脑的奖励机制和任务启动机制跟大多数人不太一样。ADHD程序员面对传统开发流程时有几个特别致命的摩擦点。第一是任务启动成本极高。普通人打开IDE、新建文件、开始写第一行代码可能只需要两三分钟的心理建设ADHD患者可能要花半小时甚至更久因为大脑在“这件事有没有即时奖励”这个问题上一直给不出肯定答案。第二是工作记忆容量偏小。你在写一个函数的时候需要同时记住上下文变量、接口定义、边界条件普通开发者能轻松hold住五六个信息块ADHD可能两三个就开始丢东西了。第三是对负面反馈极度敏感。编译器报错、测试失败、代码review被指出问题这些在别人看来是正常流程在ADHD这里很容易触发“我不适合干这个”的自我怀疑。所以当我第一次认真用AI coding agent来辅助开发的时候那种感觉不是“效率提升了多少”而是“终于有人陪我一起扛了”。它不会嫌我问题蠢不会因为我反复改同一段代码而不耐烦更关键的是它把“启动”这个动作的门槛降到了几乎为零。你不需要想清楚整个架构不需要先写好注释和文档甚至不需要知道下一步该干嘛——你只要跟它说一句“我想做个XX功能”它就能给你一个可以继续往下走的起点。这篇文章不是要讲AI coding agent有多神而是想从一个ADHD程序员的真实体验出发聊聊怎么把这类工具用成“低压力鼓励师”而不是又一个让你焦虑的新玩具。我会拆解具体的使用模式、踩过的坑、以及那些让我从“打开IDE就想关掉”变成“能连续写两小时代码”的实操细节。2. 把AI coding agent变成“任务启动器”而不是“代码生成器”2.1 为什么“帮我写个函数”是最差的起手式大多数人用AI coding agent的方式是想清楚要什么然后让它生成代码。这个模式对普通开发者没问题但对ADHD程序员来说最大的障碍恰恰是“想清楚要什么”这一步。你让一个ADHD大脑在空白的聊天框里描述需求它大概率会陷入“我到底要做什么来着”的循环然后切出去刷手机。我试过很多种开场方式最后发现最有效的不是“帮我写一个用户登录接口”而是**“我现在有一个项目大概想做XX方向的东西你觉得第一步应该干嘛”**。这个问法的区别在于你把“定义问题”这个最耗认知资源的环节外包给了AI。它给你的回答可能不完美但至少给了你一个可以反驳或修改的靶子。ADHD大脑对“修改现有东西”的启动成本远低于“从零创造东西”。举个例子。我想做一个简单的命令行待办事项工具。如果直接让我写我可能卡在“用什么语言”“数据存哪里”“要不要加优先级”这些决策上。但我会跟agent说“我想做一个命令行todo工具能增删改查就行你帮我选个最简单的技术栈然后告诉我第一步写什么文件。”它回了一个Python加JSON存储的方案然后说“先写一个main.py里面放一个argparse的入口”。我一看这个我能改于是就开始动手了。从打开终端到写出第一行代码不到三分钟。2.2 用“对话式拆解”替代“需求文档”ADHD程序员还有一个特点面对长文档和详细规格说明会直接进入逃避模式。你让我读一份二十页的需求文档再动手我大概率读到第三页就不知道自己在哪了。但如果是对话式的、一次只聊一小块的拆解我就能跟上。我的做法是让agent把任何任务都拆成“下一步只需要做一件事”的粒度。比如我要加一个“按截止日期排序”的功能我不会让它直接写代码而是先问“如果要加这个功能需要改哪几个地方”它列出来数据结构加一个due_date字段、添加一个排序函数、在显示逻辑里调用排序。然后我只做第一步——加字段。做完之后再问下一步。每一步都小到不可能失败而ADHD大脑最需要的就是这种“连续的小胜利”来维持多巴胺水平。注意不要让agent一次性给你完整方案然后你照着抄。那样你会失去“自己推进”的掌控感而且一旦它给的方案有错你连从哪改都不知道。对话式拆解的核心是让你始终处于“我在主导它在辅助”的位置。2.3 启动阻力最小的三种交互模式经过大半年的折腾我总结了三种对ADHD最友好的agent交互模式第一种是“语音转文字式启动”。我经常脑子里有一团模糊的想法但打字打不出来。这时候我会直接对着语音输入说一段乱七八糟的话比如“就是那个我想让这个脚本每次跑完给我发个通知但是不要邮件太麻烦了有没有更简单的”。然后把这段语音转文字丢给agent。它居然能理解然后给我几个选项。这个模式的关键是不要整理语言想到什么说什么让agent去猜你的意图。第二种是“报错驱动开发”。ADHD程序员很难按计划一步步来但特别擅长对即时反馈做出反应。所以我经常故意先写一段明显有问题的代码然后让agent帮我修。修的过程中它会解释哪里错了、为什么错我就顺便学到了。这比从头学一个概念要自然得多。第三种是“假装教别人”。我会跟agent说“我现在要给你讲一遍这个模块是怎么工作的你帮我看看我讲得对不对。”然后我就开始用自己的话瞎讲。讲着讲着我自己就发现哪里没搞懂了。agent会在我卡住的地方补充这种“我讲它听”的模式比“它讲我听”的参与度高太多了。3. 多智能体协作模式对ADHD的额外加成3.1 一个agent不够用那就来三个现在很多AI coding工具支持多智能体模式比如一个负责规划、一个负责写代码、一个负责review。我一开始觉得这是噱头后来发现对ADHD来说多智能体最大的好处是把“自我监督”这个最耗神的环节外包了。ADHD程序员最痛苦的事情之一就是“自己检查自己”。你写完一段代码要回头去看有没有bug、有没有边界情况没处理、命名是不是合理。这个“切换视角”的动作对ADHD大脑来说极其困难因为你的注意力已经全部粘在刚才写的那段逻辑上了。但如果有另一个agent专门负责挑刺它就会像一个外部监督者一样在你还没陷入自我怀疑之前就把问题指出来。我的配置是这样的主agent负责跟我对话、理解需求、拆解任务第二个agent专门在我写完一个模块后跑一遍指出潜在问题第三个agent负责在我卡住的时候提供“换个思路”的建议。三个agent各司其职我只需要在它们之间做决策而不是一个人扛下所有认知负荷。3.2 用“角色扮演”降低决策疲劳ADHD的另一个大敌是决策疲劳。一天下来要做几百个小决定到后面连“中午吃什么”都选不出来。多智能体可以帮你把决策变成“选择题”而不是“填空题”。比如我在设计数据库表结构的时候会同时让两个agent给出不同方案然后我只负责选一个。A方案可能更规范但复杂B方案可能更简单但不够优雅。我不需要自己想出方案只需要判断哪个更适合当前场景。这个判断的认知成本远低于从零设计。有时候我甚至会故意让两个agent“吵架”。一个说应该用关系型数据库一个说用JSON文件就够了。它们各自列理由我看完就知道自己更在意什么了。这个过程不仅降低了我的决策负担还顺便让我学到了不同方案的权衡点。3.3 避免多智能体变成“多线程焦虑”但这里有一个坑如果你同时跟三个agent聊天很容易变成三个窗口来回切最后哪个都没聊完。ADHD本来就容易分心多智能体如果用法不对反而会加剧碎片化。我的经验是串行使用不要并行。先跟规划agent聊完确定下一步做什么然后切到编码agent把这一步做完最后切到review agent检查完再回到规划agent。每次只跟一个agent交互但心里知道后面还有两个在等着。这种“流水线”式的用法比同时开三个窗口要稳定得多。另外不要让agent主动给你推送消息。有些工具支持agent在后台跑任务然后通知你这对ADHD来说简直是灾难——你正在专注写代码突然弹出一个通知说“我发现了另一个问题”你的注意力瞬间就被带走了。把所有通知关掉只在你主动去问的时候才获取反馈。4. 从“打开IDE就想关”到“连续写两小时”的实操细节4.1 环境配置把摩擦降到零ADHD程序员对环境摩擦的敏感度是普通人的好几倍。任何需要“先配置一下”才能开始写代码的东西都会成为你不打开IDE的理由。所以我花了很大力气把开发环境搞成“打开就能写”的状态。具体来说终端永远开在一个固定目录IDE启动时自动打开上次的项目agent的聊天窗口固定在屏幕右侧常用的几个命令做成alias。这些听起来很琐碎但每减少一个步骤你启动的概率就高一点。我甚至把IDE的主题和字体都调成了让我视觉上舒服的配色因为ADHD对视觉刺激很敏感难看的配色会让我潜意识里不想看屏幕。还有一个细节不要让agent的聊天记录太长。如果一个对话窗口里堆了几百条消息你每次打开都会觉得“天哪这么多东西”然后就不想看了。我的做法是每完成一个小任务就新开一个对话保持每个对话窗口都是干净的、只有当前任务的上下文。4.2 时间盒与agent的配合ADHD患者对时间的感知是扭曲的。你可能觉得只过了十分钟实际上已经一小时了或者你觉得已经干了很久其实才五分钟。传统的时间盒方法比如番茄钟对ADHD效果有限因为你在专注状态下被闹钟打断会非常烦躁而在非专注状态下闹钟响了你也无所谓。我后来摸索出一种跟agent配合的时间盒方式让agent在每次回复的时候顺便告诉我“这个任务大概需要X分钟”。比如我问“加一个排序功能要多久”它说“大概15分钟”。然后我就有了一个心理预期。如果15分钟后还没搞完我会问agent“我卡在哪了”它会帮我定位。这种方式比外部闹钟更自然因为时间信息是嵌入在任务流里的不会突然打断你。另外我会在开始一个任务前跟agent说“我打算只做20分钟你帮我把任务拆到20分钟内能完成的程度。”它就会把原本可能要做一小时的活拆成三个小步骤我只做第一步。20分钟到了如果状态好就继续状态不好就停。这种“只承诺20分钟”的心理契约对ADHD特别有效因为启动一个20分钟的任务比启动一个“今天要把这个功能做完”的任务容易太多了。4.3 处理“写到一半想放弃”的冲动ADHD程序员一定经历过这种时刻代码写到一半突然觉得“这玩意没意义”“我肯定做不完”“不如重新开个项目”。这个冲动来的时候非常强烈如果不处理你大概率会关掉IDE去干别的。我的应对方式是立刻跟agent说“我想放弃了”。不是开玩笑我真的会打这几个字。然后agent会问我“卡在哪了”或者“哪个部分让你觉得没意思”。有时候我只是需要把情绪说出来说完就继续了。有时候它确实能帮我找到一个更简单的路径。关键是这个动作打断了“放弃”的自动化流程给了你一个缓冲。还有一个技巧是提前准备一个“最小可交付版本”。在开始任何任务之前我会让agent帮我定义“做到什么程度就可以算完成”。比如做一个todo工具最小版本就是“能添加任务并显示出来”。这个定义要小到你觉得“这我肯定能做完”。然后你做的过程中如果不想干了至少可以把最小版本完成。完成之后如果还有精力再往上加。ADHD需要的是“完成”的感觉而不是“完美”的感觉。5. 那些让我踩过坑的agent使用误区5.1 不要让agent替你思考架构我有一段时间特别依赖agent做架构设计。每次开新项目我都让它“帮我设计一个完整的项目结构”。它确实能给出一套看起来很专业的方案但问题是我根本理解不了为什么要这么设计。结果就是代码写到一半我发现某个模块放错了地方想调整却发现牵一发动全身因为整个架构是agent给的我脑子里没有那张地图。后来我改了策略架构必须自己画一遍。哪怕画得很丑、很不规范也要自己动手。我会先让agent给我几个架构选项然后我选一个自己用纸笔或者白板画出来。画的过程中我会问它“这个模块为什么放这里”“这两个部分怎么通信”。只有当我能在脑子里跑通整个数据流的时候我才开始写代码。这个“自己画一遍”的动作对ADHD来说很痛苦但它能帮你建立掌控感而掌控感是维持长期注意力的关键。5.2 警惕“生成即完成”的幻觉AI coding agent最危险的地方在于它让你觉得“代码生成了就等于任务完成了”。你看着屏幕上出现了一大段代码感觉很有成就感但实际上你还没运行过、没测试过、没理解过。ADHD大脑特别容易被这种“虚假完成感”欺骗然后你就失去了继续推进的动力。我的对策是把“运行通过”作为唯一的完成标准。不管agent生成了多少代码只要没跑起来就不算完成。我会在agent生成代码后立刻运行报错就继续跟它聊。这个习惯听起来很简单但它把“完成”的定义从“看起来做完了”变成了“实际能跑”对ADHD的奖励机制更友好因为运行成功是一个明确的、即时的正反馈。5.3 不要用agent来逃避困难ADHD有一个特点面对困难任务时会本能地寻找“更简单”的替代方案。AI coding agent很容易变成这种逃避的工具。比如你本来应该去理解一个复杂的算法但你让agent直接给你实现了你复制粘贴就完事了。短期看效率很高长期看你什么都没学到下次遇到类似问题还是不会。我给自己定了一个规则如果一个东西我完全看不懂就不允许agent直接给我最终代码。我会让它先解释原理然后给我一个简化版的实现我自己写一遍再让它帮我改。这个过程慢很多但至少我在学习。当然如果是那种一次性的、跟核心逻辑无关的代码比如读写文件的工具函数那就直接让agent写没必要什么都自己来。关键是区分“需要理解的”和“只需要能用的”。6. 把agent当“鼓励师”用的几个具体话术6.1 让agent帮你记录“已完成”而不是“待办”ADHD患者对“未完成”的事情特别焦虑但对“已完成”的事情又很容易忘记。传统todo列表越列越长看着就让人想逃避。我的做法是反过来让agent帮我维护一个“已完成”列表。每次我完成一个小任务就跟agent说“记一下我搞定了XX”。它会帮我记下来。当我状态不好、觉得自己什么都没干的时候我就翻这个列表。看到“今天完成了加了排序功能、修了三个bug、写了两个测试”那种感觉比看一个长长的待办列表好太多了。这个“已完成”列表是我维持动力的重要工具。6.2 用“你觉得我做得怎么样”来获取正向反馈ADHD对正向反馈的需求比普通人高但又不愿意主动向别人要反馈因为怕显得矫情。Agent是一个完美的反馈对象它不会觉得你烦也不会敷衍你。我经常在完成一个模块后问agent“你觉得我刚才这个实现怎么样”它会指出一些优点和可以改进的地方。重点是它会先肯定你做了什么然后再提建议。这个顺序对ADHD很重要因为如果一上来就是批评你立刻就会进入防御模式然后不想听了。你可以跟agent说“先说我做得好的地方再说可以改进的”它就会按这个格式来。6.3 卡住的时候让agent给你“三个选项”ADHD在卡住的时候最容易陷入“全有或全无”的思维要么完美解决要么彻底放弃。这时候如果有人能给你几个中间选项你就能从死胡同里出来。我的固定话术是“我现在卡在XX地方了给我三个不同难度的解决方案最简单的那个要简单到我觉得不可能失败。”Agent会给出一个“偷懒版”、一个“正常版”、一个“完整版”。我通常从偷懒版开始做着做着就有动力去做正常版了。这个“从最简单开始”的策略对ADHD的启动困难特别有效因为你知道最差的情况也就是做个偷懒版心理压力小很多。7. 长期使用后的几点真实体会用AI coding agent辅助开发快一年了我的代码产出量大概翻了一倍但更重要的是我打开IDE的恐惧感消失了。以前每次开新项目都像要爬一座山现在至少知道有人在山脚下等着我而且它不会嫌我走得慢。有几个体会是只有长期用下来才会知道的。第一agent不能替代睡眠和运动。我有一段时间特别依赖agent觉得只要它在我就能一直干下去。但ADHD的大脑需要足够的睡眠和运动来维持多巴胺水平agent再厉害也补不了这个。第二不要追求“完美使用agent”。我见过一些人研究各种prompt技巧、工作流配置结果花在配置上的时间比写代码还多。对ADHD来说能用起来比用得完美重要一百倍。第三定期清理agent的对话记录。跟人一样你跟一个agent聊太久会形成固定的互动模式有时候换个新对话反而能获得更新鲜的视角。最后说一个我觉得最关键的AI coding agent对ADHD程序员最大的价值不是写代码而是提供了一个“不会评判你的存在”。你可以跟它说“我今天什么也没干”它不会失望你可以反复问同一个问题它不会不耐烦你可以在凌晨三点突然想写代码它随时都在。这种无条件的可用性对ADHD来说本身就是一种巨大的心理支持。至于代码写得好不好、架构合不合理那些都是后面的事。先让自己能坐下来、能开始、能继续这才是ADHD程序员最需要解决的问题。