企业官网建设流程全解析

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程序员最需要解决的问题。