i-have-adhd：面向注意力分散人群的极简效率工具设计与实践

1. 从“i-have-adhd”说起：一个被低估的效率工具思路

第一次看到“i-have-adhd”这个标题，我脑子里蹦出来的不是医学名词，而是一个很具体的场景：电脑前坐着一个人，开了二十个浏览器标签页，微信弹了五条消息，手机在旁边亮着，手头那份文档写了三行就卡住了。这不是什么罕见状态，我身边做开发、做设计、写内容的朋友，十个里有七八个长期处在这种“注意力被撕成碎片”的模式里。

“i-have-adhd”这个项目，本质上是一个面向注意力容易分散人群的效率辅助工具。它做的事情不复杂：把“我现在该干什么”这件事从人脑里挪出来，交给一个足够简单、足够直接的外部系统去处理。它解决的核心问题是任务启动困难和注意力漂移——不是帮你做更多事，而是帮你在想做一件事的时候，能真的开始做，并且在跑偏的时候能被拉回来。

这个项目适合谁？如果你属于以下几种情况，它值得你花时间研究：打开电脑先发呆五分钟不知道从哪开始；同时开三个任务，每个都只做了百分之十；明明有一堆事，却一直在做最不重要那件；写代码写到一半突然去查一个跟当前任务完全无关的东西。这些不是“懒”，是注意力调度系统过载了。这个工具的思路就是给过载的系统做减法。

我之所以对这个标题感兴趣，是因为市面上大多数效率工具都在做加法——加功能、加视图、加协作、加提醒。但注意力容易分散的人最不需要的就是更多选项。他们需要的是更少的决策点和更短的反馈回路。“i-have-adhd”这个命名本身就带着一种自嘲式的坦诚：我知道我注意力有问题，所以我的工具必须简单到不需要我动脑子。

接下来我会从设计思路、核心机制、实操配置、常见问题几个层面，把这个项目的逻辑拆开讲清楚。不管你是想直接用类似方案，还是想自己搭一套，这些内容都能直接参考。

2. 核心设计思路：为什么“少即是多”在这里成立

2.1 注意力分散人群的真实痛点拆解

要理解这个项目的设计逻辑，得先搞清楚目标用户的痛点到底是什么。很多人以为注意力问题就是“容易分心”，但实际体验远比这个复杂。我观察自己和身边人的状态，大致可以归为四类：

第一类是启动阻力。面对一个任务，脑子里会瞬间涌出无数个“但是”——但是我还需要查个资料、但是环境还没配好、但是我不确定这个方案对不对。这些“但是”每一个都不致命，但叠加起来就形成了一堵墙，让人迟迟无法开始。

第二类是切换成本。从任务A切到任务B，正常人可能需要几分钟重新进入状态，注意力分散的人可能需要十几分钟甚至更久，而且切过去之后很可能又想起任务A的某个细节，然后切回去，来回震荡。

第三类是时间感知失真。做一件事的时候觉得才过了十分钟，一看表已经一小时了；或者反过来，觉得已经干了很久，其实才二十分钟。这种失真导致任务规划和实际执行严重脱节。

第四类是完成感缺失。因为注意力一直在跳，所以很少有“这件事我完整做完了”的体验，导致动力系统得不到正向反馈，进一步加剧启动困难。

“i-have-adhd”这个项目的设计，基本是围绕这四个痛点来的。它的核心思路不是“提升专注力”——那是另一个赛道的事——而是降低任务启动门槛、减少切换损耗、提供外部时间锚点、强化完成反馈。

2.2 为什么选择“极简指令+即时反馈”的架构

这个项目在架构上做了一个很关键的选择：不做任务管理，只做任务启动。它不关心你的任务列表有多长、优先级怎么排、截止日期是哪天，它只关心一件事：你现在能不能开始做手头这件事。

这个选择背后有很实际的考量。我试过用传统的任务管理工具来管理自己的注意力问题，结果是：花在“管理任务”上的时间比“执行任务”还多。整理标签、调整优先级、同步日历、设置提醒——这些操作本身就在消耗注意力资源。对于一个注意力本来就稀缺的人来说，这是负收益。

所以“i-have-adhd”类的工具通常采用单任务聚焦模式：一次只显示一个任务，完成或跳过之后才显示下一个。没有列表、没有看板、没有甘特图。这个设计看起来“功能太少”，但恰恰是它的价值所在。它把“我该做什么”这个决策从执行过程中剥离出去了，你只需要对当前这一个任务做反应。

另一个关键设计是即时反馈。每完成一个任务单元，系统会立刻给出一个明确的完成信号——可能是一个勾选动画、一声提示音、或者一个进度条前进一格。这个反馈必须足够快、足够明显，因为注意力分散的人对延迟反馈的耐受度很低。如果完成一个任务之后要等几秒才能看到确认，那这几秒就足够注意力跑偏了。

2.3 与传统效率工具的本质差异

把“i-have-adhd”和传统效率工具放在一起对比，差异非常明显：

这个对比表里最值得说的是最后一行。传统工具对“没完成”的处理通常是负向的——逾期标红、发送提醒、统计完成率。但对于注意力分散的人来说，负向反馈会加剧焦虑，而焦虑又会进一步削弱执行能力，形成恶性循环。“i-have-adhd”类工具通常采用无惩罚跳过机制：做不完就跳过，不记录、不提醒、不统计。这个设计看起来“不严肃”，但实际上降低了心理负担，让人更愿意回来继续用。

3. 核心机制拆解：从任务输入到完成的完整链路

3.1 任务颗粒度控制：为什么要把任务切到“荒谬地小”

这个项目里有一个我觉得最实用、也最容易被忽略的机制：任务颗粒度强制切分。它要求你把任务拆到“小到不可能失败”的程度。

举个例子。如果你的任务是“写项目文档”，直接把这个作为任务单元，大概率会卡住。因为“写项目文档”这个描述太模糊了，大脑不知道从哪开始。但如果你把它拆成“打开文档文件”、“写下标题”、“写第一段的第一句话”，每个单元都明确到不需要思考就能执行，启动阻力就会大幅下降。

我自己的经验是，任务颗粒度的黄金标准是：每个单元能在两到五分钟内完成，并且完成标准是肉眼可见的。“打开文档文件”两秒就能完成，“写下标题”三十秒，“写第一段第一句话”可能两分钟。这些单元小到你觉得“这也要单独列出来？”，但恰恰是这种“荒谬地小”的颗粒度，让启动变得几乎无阻力。

这个机制背后的原理是认知负荷理论。大脑在工作记忆容量有限的情况下，面对模糊任务会自动进行“隐性规划”——拆解步骤、评估难度、预判障碍。这个过程消耗的认知资源，往往比执行任务本身还多。把任务提前拆好，等于把隐性规划变成显性清单，执行时只需要按顺序做，不需要再规划。

注意：任务拆解要在进入执行状态之前完成。如果你一边做一边拆，拆解本身就会成为分心的入口。建议在每天开始工作前，花十分钟把当天任务拆成小单元，写在一个地方，执行时直接调用。

3.2 单任务聚焦模式：一次只显示一件事

单任务聚焦是这个项目最核心的交互设计。它的实现方式可以很简单：一个全屏窗口，中间显示当前任务描述，下面两个按钮——“完成”和“跳过”。没有其他元素。

这个设计的关键在于消除选择。注意力分散的人在面对多个选项时，大脑会进入比较模式：哪个更重要？哪个更紧急？哪个更简单？这个比较过程本身就是注意力消耗大户。单任务模式把选择权从执行环节拿走了，你不需要选，只需要做。

我实测下来，单任务模式在两种场景下效果最明显：一是任务切换时，从一件事转到另一件事，不需要重新评估优先级，直接看当前显示的任务就行；二是被打断后恢复时，接完电话、回完消息，回到工具界面，当前任务还在那里，不需要重新回忆“我刚才在干嘛”。

实现单任务聚焦有一个技术细节需要注意：任务队列的更新时机。如果完成一个任务后立刻显示下一个，用户可能会在完成瞬间产生“下一个是什么”的期待，这个期待本身就会造成注意力跳跃。更好的做法是完成当前任务后，显示一个短暂的过渡状态——比如一个空白页或者一个“继续”按钮——让用户主动触发下一个任务的显示。这个微小的延迟给了大脑一个缓冲，避免任务之间的注意力粘连。

3.3 外部时间锚定：把时间感知从脑子里拿出来

时间感知失真是注意力分散人群的典型特征。我们很难准确判断“过了多久”，这导致两个问题：一是低估任务耗时，计划做三件事结果只做了一件；二是高估自己的疲劳程度，觉得“已经干了很久了”其实才二十分钟。

“i-have-adhd”类工具通常采用外部计时器来解决这个问题。常见做法是配合番茄钟类的计时机制：每个任务单元配一个固定时长的倒计时，时间到了就强制切换或休息。但和标准番茄钟不同的是，这里的计时器是任务绑定的，而不是时间绑定的。也就是说，计时器跟着任务走，任务完成就停，任务没完成时间到了也停。

这个设计的好处是避免了“为了凑满一个番茄钟而硬撑”的情况。注意力分散的人状态波动很大，有时候五分钟就能进入心流，有时候二十五分钟还在门口打转。任务绑定的计时器更灵活，状态好的时候可以连续完成多个单元，状态差的时候一个单元做完就休息，不会因为“没凑满时间”而产生挫败感。

具体参数上，我建议初始设置五分钟一个单元。这个时长足够完成一个最小任务单元，又短到不会让人产生“要熬很久”的压迫感。如果五分钟对你来说还是太长，可以降到三分钟甚至两分钟。关键是先跑起来，时长可以后面再调。

3.4 完成反馈设计：让大脑尝到甜头

完成反馈是这个项目里最“心理学”的部分。注意力分散的人往往缺乏完成感，因为注意力一直在跳，很少有“这件事我完整做完了”的体验。没有完成感就没有正向反馈，没有正向反馈就没有动力继续，这是一个死循环。

打破这个循环的关键是制造完成感，哪怕任务本身很小。每完成一个任务单元，系统应该给出一个明确的、即时的、有感官参与的正向反馈。常见的做法包括：

• 视觉反馈：任务条目上出现一个勾选标记，或者整个条目变灰、缩小、消失
• 听觉反馈：一声清脆的提示音，或者一段极短的完成音效
• 触觉反馈：如果是在移动设备上，一个轻微的震动
• 进度反馈：一个进度条前进一格，或者一个数字增加

这些反馈单独看都很微小，但叠加起来就能形成“我确实完成了一件事”的确认感。我自己的配置是视觉+听觉双反馈：完成时任务条目划掉并变灰，同时播放一个短促的提示音。这个组合用了半年多，完成感明显比之前用纯视觉反馈强。

提示：反馈音效不要选太长的，最好控制在半秒以内。太长的音效本身就会成为新的注意力干扰源。另外音量要适中，太大容易吓一跳，太小又听不见。

4. 实操配置：从零搭一套可用的系统

4.1 工具选型：现成方案还是自己搭

“i-have-adhd”这个项目本身是一个开源项目，但它的思路可以用很多方式实现。我试过三种方案，各有优劣：

方案一：直接用现成的极简任务工具。市面上有一些专门为注意力分散人群设计的工具，核心功能就是单任务显示+计时器+完成反馈。优点是开箱即用，不需要配置；缺点是定制空间小，有些细节不符合个人习惯。

方案二：用通用工具改造。比如用笔记软件建一个单页，每次只写一个任务，完成就删掉换下一个。或者用终端里的简单脚本，每次显示一行任务。优点是灵活，想怎么改就怎么改；缺点是需要自己维护，容易在“改造工具”上花太多时间。

方案三：自己写一个。如果有一点编程基础，写一个极简的单任务工具并不复杂。核心逻辑就是：读任务列表、显示当前任务、监听完成/跳过事件、更新列表、显示下一个。用Python或者JavaScript都能很快实现。

我个人的选择是方案二和方案三结合：用一个自己写的简单脚本处理日常任务，同时保留一个笔记软件里的任务池用来收集和拆解任务。脚本只负责执行环节，笔记软件负责规划环节，两者分开，互不干扰。

4.2 任务池的建立与维护

任务池是整个系统的输入端。所有需要做的事情先进入任务池，然后经过拆解变成小单元，最后进入执行队列。任务池的维护有几个关键点：

收集要无摩擦。想到什么事就立刻记下来，不要评估、不要分类、不要排序。用一个最简单的输入方式——手机上的快捷备忘录、电脑上的一个纯文本文件、或者一张纸。关键是记录动作本身不能成为负担，否则你会在“要不要记”上消耗注意力。

拆解要批量做。不要边做边拆。每天固定一个时间——我习惯在早上开始工作前——花十到十五分钟，把任务池里的事项拆成小单元。拆解的时候问自己：这件事的第一步是什么？第一步能不能再拆小？拆到“不需要思考就能执行”为止。

执行队列要短。不要把所有拆好的任务都放进执行队列。队列里只放今天打算做的，五到八个单元就够了。放太多会导致“做不完”的焦虑，反而影响执行。做完了再从任务池里补充。

定期清理。任务池里超过两周没动过的事项，要么删掉，要么重新评估。很多任务之所以一直躺在那里，是因为它本身就不重要，或者已经过期了。留着只会增加心理负担。

4.3 执行环境的物理配置

除了软件层面的配置，物理环境对注意力分散人群的影响也很大。我踩过的坑包括：屏幕太亮、桌面太乱、手机放在视线范围内、通知没有关。这些看起来是小事，但每一个都是潜在的注意力泄漏点。

我的执行环境配置是这样的：

• 屏幕：只开一个窗口，全屏显示当前任务。其他窗口最小化，不是关掉——关掉再打开会增加切换成本，最小化就够了。
• 手机：静音，翻面扣在桌上，或者放到另一个房间。如果必须放在身边，至少关掉所有非必要通知。
• 桌面：只留当前任务需要的东西。水杯可以留，其他杂物收起来。
• 通知：电脑上关闭所有即时通讯软件的通知，邮件客户端设为手动收取。需要沟通的事情集中处理，不要让它打断执行。
• 背景音：我试过白噪音、轻音乐、完全安静三种状态。实测下来，白噪音对注意力分散的人最友好，因为它提供了一个稳定的听觉背景，又不会像音乐那样有旋律和歌词干扰。音量调到刚好能盖住环境噪音就行。

注意：物理环境的调整要一次性做完，不要在执行过程中反复调整。比如觉得光线不对就调一下，觉得声音不对就换一个——这些调整本身就是在分心。开始执行前花两分钟把环境弄好，然后就不要动了。

4.4 计时器参数设置与调整策略

计时器的参数设置直接影响到执行体验。我试过不同的时长组合，最终稳定在以下配置：

这个配置的核心逻辑是短单元、高频休息、弹性调整。五分钟的单元短到不会让人产生“要熬”的感觉，两分钟的休息又足够让大脑喘口气。连续完成四个单元后给一个稍长的休息，避免疲劳累积。

调整策略上，我建议以周为单位评估和调整。如果一周下来平均完成率低于百分之六十，说明单元时长可能太长了，往下调一分钟试试。如果完成率稳定在百分之八十以上，而且觉得还有余力，可以往上调一分钟。关键是不要频繁调整，至少跑一周再动。

5. 常见问题与排查技巧实录

5.1 任务拆解拆不下去怎么办

这是最常见的问题。你坐下来准备拆任务，结果发现“写项目文档”这件事拆成“打开文档”之后，下一步就不知道拆什么了。这种情况通常是因为任务本身还不够清晰，或者你对任务的认知还不够。

我的处理方式是：先做一次“探索性执行”。不要试图在拆解阶段就把所有步骤想清楚，先打开文档，随便写点什么，哪怕只是把标题敲上去。做的过程中，下一步自然会浮现出来。然后把浮现出来的步骤记下来，作为后续拆解的参考。

另一个技巧是用问题引导拆解。不要问“这件事分几步”，而是问“这件事的产出物是什么”。产出物明确了，步骤就明确了。比如“写项目文档”的产出物是一份文档，那步骤就是：建文件、写大纲、填内容、检查格式、导出。每个步骤再往下拆一层，基本就够了。

5.2 执行过程中频繁跳回任务池

这个问题我遇到过很多次。正在做一个任务，突然想起另一件事，然后忍不住去任务池里加一条，加完之后又看到别的任务，注意力就跑了。

解决这个问题的关键是设置“停车场”。在执行界面旁边放一个极简的输入框，想到什么就敲进去，但不打断当前任务。等当前任务完成后的休息时间，再统一处理停车场里的内容。这个机制把“记录”和“处理”分开了，记录不需要动脑子，处理可以在休息时做。

如果连“敲进停车场”这个动作都会打断你，那就用更原始的方式：手边放一张纸和一支笔，想到什么就写一个字提示，继续做当前任务。纸笔的好处是没有其他功能，不会像电子设备那样一点开就跳出一堆东西。

5.3 完成反馈逐渐失效

刚开始用的时候，完成一个任务看到勾选标记会很爽。用了一两周之后，这个反馈就没感觉了，完成感又消失了。

这是正常的反馈适应现象。大脑对重复的刺激会逐渐脱敏。解决办法是定期更换反馈形式。这周用勾选标记，下周换成进度条，再下周换成完成音效。或者把反馈和某种奖励绑定——比如每完成十个单元，给自己一个小奖励。

另一个思路是增加反馈的随机性。不是每个任务完成都给同样的反馈，而是偶尔给一个“惊喜”——比如完成时随机出现一句鼓励的话，或者进度条偶尔加速前进。随机奖励比固定奖励更能维持多巴胺水平，这在行为心理学里是有依据的。

5.4 跳过太多导致系统形同虚设

跳过机制本来是为了降低心理负担，但如果跳过太频繁，整个系统就失去意义了。我有一周跳过了将近一半的任务，后来复盘发现，问题出在任务拆解太粗糙——很多任务单元还是太大，执行时发现做不完，只能跳过。

排查思路是：看跳过的任务有什么共同点。如果跳过的都是同一类任务，说明这类任务的拆解方式有问题。如果跳过的都是同一时段的，说明那个时段的状态不适合执行。如果跳过的都是长单元，说明单元时长需要缩短。

调整之后，我的跳过率从百分之四十降到了百分之十五左右。关键不是“逼自己不要跳过”，而是让任务单元小到不需要跳过。

5.5 常见问题速查表

6. 进阶玩法：把系统跑得更顺的几个技巧

6.1 用“启动仪式”降低初始阻力

注意力分散的人最难的是从“没在做”到“开始做”的那一下。我试过很多方法，最有效的是建立一个固定的启动仪式：一套简单的、每次执行前都做的动作，用来告诉大脑“要进入执行状态了”。

我的启动仪式是：倒一杯水、戴上耳机、打开白噪音、把手机翻面、打开任务界面。整套动作不到一分钟，但重复几次之后，大脑会把这一串动作和执行状态关联起来。做到“打开任务界面”这一步的时候，启动阻力已经明显降低了。

仪式的关键是固定和简单。每次都一样，不需要思考；每个动作都很小，不会成为负担。如果你每次执行前都要想“我该先干嘛”，那仪式本身就变成了决策负担。

6.2 利用“边缘时间”处理碎片任务

有些任务单元特别小，比如“回复一封邮件”、“确认一个会议时间”、“提交一个表单”。这些任务单独占一个执行单元有点浪费，但攒着不做又会占用心理内存。

我的做法是设置边缘时间：在正式执行单元之间的休息时间，或者状态不太好的时候，集中处理这些碎片任务。边缘时间不设固定时长，能做几个做几个，做不完就放回任务池。

这个技巧的关键是不要把碎片任务混进正式执行队列。正式队列里只放需要专注的任务，碎片任务单独放一个列表，在边缘时间处理。这样既不会让碎片任务干扰专注执行，又不会让它们一直堆积。

6.3 每周复盘：用数据调整系统参数

系统跑起来之后，需要定期复盘来调整参数。我习惯每周花十五分钟做一次简单复盘，看三个数据：完成率、跳过率、平均单元时长。

完成率低于百分之六十，说明单元太长或状态太差，需要缩短单元或调整执行时段。跳过率高于百分之三十，说明任务拆解有问题，需要重新审视跳过任务的共同点。平均单元时长如果明显超过设定值，说明计时器没有起到锚定作用，需要检查是不是在执行中忽略了计时。

复盘不需要很复杂，一张纸画三个数就够了。关键是坚持做，因为系统的参数不是一次调好的，需要根据实际数据慢慢优化。

6.4 系统失效时的重启策略

再好的系统也有失效的时候。出差、生病、项目紧急上线——这些情况都会打乱执行节奏，等回来的时候发现系统已经荒废了。

我的重启策略是从最小配置开始。不要一上来就恢复全部功能，先只保留最核心的三件事：任务池、单任务执行、完成反馈。计时器可以先不开，复盘可以先不做。跑三天之后，如果稳定了，再把其他功能加回来。

这个策略的核心是降低重启门槛。系统荒废之后，重新启动的阻力往往比第一次建立还大，因为会有“之前没坚持下来”的挫败感。从最小配置开始，让重启变得容易，反而更容易恢复。

7. 一些个人体会

这套东西我断断续续用了快两年，中间换过工具、调过参数、也荒废过几次。最大的体会是：工具本身不解决注意力问题，它只是把注意力问题从“不可控”变成“可管理”。你仍然会分心，仍然会跳过任务，仍然会有状态差到什么都不想干的时候。但有了这套系统，你至少知道下一步该做什么，知道分心之后怎么回来，知道状态差的时候可以缩短单元而不是放弃。

另一个体会是：不要追求完美执行。完成率百分之七十就已经很好了，跳过几个任务很正常，某天完全没执行也不用自责。系统的价值在于长期可用，而不是短期高效。能持续用三个月，比第一周每天完成二十个单元然后彻底放弃，要有意义得多。

最后分享一个小技巧：如果你觉得整套系统太重，可以先只做一件事——每天早上花五分钟，把今天要做的事拆成小单元，写在一张纸上。就这一件事，坚持一周，你大概率能感受到变化。其他的功能，等这一件事稳定了再加。