1. 从“i-have-adhd”说起：一个标签背后的真实需求
第一次看到“i-have-adhd”这个项目标题，我脑子里蹦出来的不是某个具体的技术栈，而是一类非常典型的个人状态管理需求。ADHD这三个字母在当下的网络语境里，早就跳出了临床诊断的范畴，变成了一种自我调侃式的身份标签——注意力容易涣散、任务启动困难、时间感知扭曲、对枯燥流程极度不耐受。很多人用这个标签来概括自己“脑子里同时开着二十个标签页，但一个都读不完”的日常。
这个项目标题之所以能成为一个值得拆解的对象，是因为它精准踩中了一个巨大的隐性市场：面向注意力易分散人群的自我管理工具与工作流设计。它要解决的问题不是“如何治好ADHD”，而是“在承认自己注意力模式特殊的前提下，如何搭建一套能让生活和工作不崩盘的外部系统”。适合参考这篇文章的人包括：经常拖延但想自救的职场人、被多任务切换搞得精疲力竭的学生、想为自己或身边人设计辅助工具的产品爱好者，以及任何对“低摩擦工作流”感兴趣的人。
我接触过不少类似定位的小项目，有的是浏览器插件，有的是命令行脚本，有的是纯文本模板集合。它们的共同特征是不追求大而全，而是针对某一个具体痛点做极简干预。接下来我会从设计思路、核心机制、实操落地、问题排查几个层面，把这个标题背后的完整图景展开讲清楚。
2. 整体设计思路：为什么“减法”比“加法”更重要
2.1 核心矛盾：工具越多，负担越重
注意力容易分散的人有一个悖论式的困境：他们最需要工具来辅助管理，但恰恰是最容易被工具本身分散注意力的人群。我见过太多人兴致勃勃地安装了七八个效率应用，花了一整个周末配置标签、颜色、快捷键，然后周一早上面对复杂的仪表盘直接放弃。问题出在哪里？出在启动成本上。
一个合格的自助系统，第一原则应该是“打开即用，零决策负担”。这意味着任何需要用户在做正事之前先做选择的环节，都是潜在的崩溃点。比如“今天该用哪个模板”“这个任务应该放到哪个分类”“优先级是P0还是P1”——这些看似合理的功能，对注意力易分散的人来说都是额外的认知税。
所以“i-have-adhd”这类项目的设计哲学，我理解下来应该是：用最少的交互步骤，把用户从“想不起来要做什么”直接推到“已经在做了”的状态。中间不设任何需要判断的关卡。
2.2 方案选型：为什么我倾向于纯文本加轻量脚本
在工具选型上，我试过三类方案：重型一体化应用、云端协作平台、纯文本加脚本组合。前两类的问题在于数据不在自己手里，而且界面元素太多，每次打开都像进入一个需要探索的迷宫。第三类方案看起来简陋，但实际用下来最稳。
纯文本的好处是无渲染延迟、无网络依赖、无版本冲突。一个Markdown文件或者一个TXT清单，用系统自带的搜索就能秒开。配合一个简单的脚本做定时提醒或自动归档，整套系统的维护成本几乎为零。对于注意力容易分散的人来说，“零维护”本身就是一种巨大的心理减负——你不需要担心系统本身出问题，只需要关注内容。
具体到技术选型，我建议的基线配置是：一个纯文本编辑器（系统自带即可）、一个支持全局快捷键的启动器、一个简单的定时任务工具。这三样东西加起来的学习成本不超过半小时，但能覆盖百分之八十的日常需求。
2.3 影响范围：不只是个人效率
这个项目标题背后的需求，影响范围其实比想象中广。它不仅仅关乎个人时间管理，还涉及到协作场景中的沟通成本。当一个注意力模式特殊的人进入团队工作流，如果团队使用的是高度依赖同步沟通和频繁上下文切换的工具（比如即时通讯群里随时@所有人），这个人的产出会大打折扣。
所以一套好的自助系统，应该包含“对外接口”的设计——如何用最低的社交成本告诉协作者“我现在处于专注模式，请用异步方式留言”。这部分往往被忽略，但实际使用中非常关键。我后面会在实操环节具体讲怎么落地。
3. 核心机制拆解：三个必须做对的环节
3.1 捕获环节：把“记下来”变成肌肉记忆
所有任务管理系统的第一道关卡都是捕获。对注意力易分散的人来说，最大的敌人不是“记不住”，而是“记住了但没记下来，然后忘了”。脑子里闪过一个待办事项，如果不能在几秒钟内把它转移到外部存储，这个事项大概率会消失，然后在深夜突然想起来并引发焦虑。
所以捕获环节的设计目标只有一个：让记录动作的摩擦系数趋近于零。我实测下来最有效的方案是全局快捷键加纯文本追加。具体来说，设置一个系统级快捷键，按下后弹出一个单行输入框，输入内容回车后自动追加到指定文本文件的末尾，并带上时间戳。整个过程不超过三秒，不需要切换应用，不需要选择分类。
这里有一个关键细节：不要在设计捕获环节时加入任何分类或标签选项。分类是整理阶段的事，捕获阶段只负责“存下来”。一旦在捕获时要求用户做判断，这个环节就会从三秒变成十秒，然后用户就会开始拖延，然后系统就废了。
注意：捕获工具的存放位置要固定且容易找到。我建议放在用户主目录下一个名字很短的文件夹里，比如
~/inbox/，这样在终端或文件管理器里都能快速定位。
3.2 整理环节：定时批量处理，而不是随时整理
捕获进来的内容是一堆未经处理的原始素材，需要定期整理。但整理这件事本身很容易变成拖延的借口——“我先整理一下清单再开始工作”，结果整理了两个小时，正事一件没干。
我的做法是把整理固定为每天一次或两次的定时任务，比如午饭后和下班前各十五分钟。整理时只做三件事：删除明显无意义的条目、把可执行的条目拆解成下一步动作、把需要等待的条目移到等待清单。整个过程用计时器限制在十五分钟内，时间一到就停，没整理完的留到下一次。
这个环节的核心原则是批量处理，不随时处理。随时整理会让注意力不断在“执行”和“管理”之间切换，切换成本极高。批量处理则把管理成本集中到一个时间段，其他时间可以保持专注。
3.3 执行环节：用“下一步动作”代替“项目名称”
很多任务清单看起来很长但无法执行，是因为里面写的都是项目名称而不是具体动作。比如“写季度报告”是一个项目，不是动作。真正可执行的动作是“打开文档，写下第一段的三个要点”。对注意力易分散的人来说，面对一个模糊的项目名称，大脑的第一反应是“这太大了，不知道从哪开始”，然后就会转向其他更容易获得即时反馈的事情。
所以执行环节的关键是把每个待办都改写成动词开头的具体动作，并且这个动作的预计完成时间不超过十五分钟。如果超过十五分钟，就继续拆。拆到“打开某个文件”“写下某段话的第一句”“复制某个数据到表格里”这种程度。
我自己的清单里从来不会出现“整理房间”这种条目，取而代之的是“把书桌上的书放回书架”“把脏衣服放进洗衣机”“把快递盒扔到回收站”。每完成一个就划掉一个，划掉的瞬间有明确的完成感，这种即时反馈对维持动力非常重要。
4. 实操落地：从零搭建一套低摩擦系统
4.1 环境准备与基础文件结构
先确定你的工作目录。我建议在用户主目录下建一个名为adhd-system的文件夹，里面放四个纯文本文件：
inbox.txt：捕获入口，所有临时想法都往这里扔next-actions.txt：整理后的下一步动作清单waiting-for.txt：需要等待他人回复或外部条件的事项done.txt：已完成事项的归档
这四个文件用任何文本编辑器都能打开，不需要特殊软件。文件夹名字尽量短，方便在终端里用cd ~/adhd-system快速进入。
接下来配置全局快捷键。不同操作系统有不同的工具，但思路是一样的：找一个支持“运行脚本”或“打开快速输入框”的启动器，把快捷键绑定到一个追加文本的命令上。比如在类Unix系统上，可以用一个简单的shell脚本：
#!/bin/bash echo "$(date '+%Y-%m-%d %H:%M') $1" >> ~/adhd-system/inbox.txt然后把启动器的快捷键绑定到调用这个脚本并传入用户输入的内容。Windows上可以用AutoHotkey实现类似功能，macOS上可以用Automator配合快捷键。
4.2 捕获脚本的编写与参数说明
上面那个脚本是最简版本，实际使用中我建议加两个小改进。第一是自动去重：如果输入的内容和inbox里最后一条完全相同，就跳过不追加，避免重复记录。第二是自动添加来源标记：如果是从浏览器或特定应用触发的，可以带上一个简短的来源标签，方便后续整理时判断上下文。
改进后的脚本大概长这样：
#!/bin/bash INPUT="$1" INBOX="$HOME/adhd-system/inbox.txt" LAST=$(tail -n 1 "$INBOX" 2>/dev/null | cut -d' ' -f3-) if [ "$INPUT" = "$LAST" ]; then exit 0 fi echo "$(date '+%Y-%m-%d %H:%M') $INPUT" >> "$INBOX"这个脚本的逻辑是：读取inbox最后一行，去掉时间戳部分，和当前输入比较。如果相同就静默退出，否则追加新行。时间戳格式我选的是“年-月-日 时:分”，这个格式在按时间排序时天然有序，不需要额外处理。
提示：脚本里的路径要用绝对路径，不要用
~的简写，因为某些启动器在执行脚本时环境变量可能不完整，导致路径解析失败。我踩过这个坑，排查了半小时才发现是路径问题。
4.3 每日整理流程的具体操作
整理流程我固定在每天下午五点开始，用手机计时十五分钟。具体操作步骤：
- 打开
inbox.txt，从上往下逐条阅读。 - 对于每一条，问自己三个问题：这件事还需要做吗？如果需要，下一步具体动作是什么？这个动作能在十五分钟内完成吗？
- 如果不需要做，直接删除该行。
- 如果需要做但下一步动作不明确，在行末用括号写上你想到的第一个具体动作。
- 如果下一步动作明确且能在十五分钟内完成，把这一行剪切到
next-actions.txt。 - 如果需要等待外部条件，剪切到
waiting-for.txt。 - 十五分钟一到，不管整理到哪一行，立即停止，把当前进度保存。未整理的部分留到明天。
这个流程的关键在于时间盒限制。如果没有时间限制，整理本身会变成一种拖延行为。十五分钟足够处理二三十条记录，对于大多数人的日常捕获量来说绰绰有余。
4.4 执行阶段的“两分钟规则”变体
执行next-actions.txt里的任务时，我用的是一条改良版的两分钟规则：如果一件事能在两分钟内完成，立刻做掉，不要放进清单。但针对注意力易分散的特点，我加了一个补充条件：如果这件事需要切换应用或打开新窗口，即使只要两分钟，也先放进清单，等一个专门的“批量处理”时段统一做。
原因在于，频繁的应用切换对注意力易分散的人来说是巨大的消耗。每次切换都要重新建立上下文，这个成本远高于两分钟本身。所以我把“两分钟内能完成”和“两分钟内能完成且不需要切换上下文”区分开来。后者立刻做，前者攒一批集中做。
这个区分看起来很小，但实际使用中能显著减少一天之内的上下文切换次数。我自己的记录是，采用这个规则后，每天的应用切换次数从四十多次降到了十次左右，专注时间段的长度明显增加。
5. 常见问题与排查技巧实录
5.1 系统用了一周就荒废了怎么办
这是最常见的问题。新系统上线前几天热情高涨，记录得很勤快，一周后开始漏记，两周后彻底忘记有这个系统存在。根本原因通常不是意志力问题，而是系统的某个环节摩擦太大，导致用户在压力下优先放弃了它。
排查思路是从捕获环节开始检查。问自己：上一次想记录但没记录是什么时候？当时是什么场景？是快捷键没反应？还是输入框弹出来太慢？还是当时在开会不方便？找到那个具体的摩擦点，然后针对性优化。比如如果是开会时不方便，就把捕获方式扩展到手机端，用一个简单的笔记应用同步到同一个文件夹。
另一个常见原因是整理环节太耗时。如果每天整理需要半小时以上，大多数人坚持不下来。这时候要检查是不是捕获了太多无意义的内容。如果是，就在捕获时加一个极简的过滤条件：只记录“如果现在不做，未来会后悔”的事。其他想法让它自然消失。
5.2 清单越来越长，看到就焦虑
清单膨胀是任务管理系统的通病。对注意力易分散的人来说，长清单带来的焦虑感会直接导致回避行为——干脆不打开清单了。解决这个问题的核心是把“可能要做”和“现在要做”分开。
我的做法是在next-actions.txt里只保留不超过七条记录。这七条是当天或第二天真正打算执行的动作。其他所有整理出来的动作都放到一个叫someday.txt的文件里，这个文件平时不打开，只在每周回顾时看一眼。七条的限制来自一个经验观察：大多数人在一个时间段内能保持清晰记忆的任务数量就是五到七条，超过这个数就会产生认知过载。
如果七条里有一条超过三天都没被执行，就把它移到someday.txt，并问自己：这件事是不是其实不重要？如果重要，为什么三天都没做？通常答案要么是“其实不重要”，要么是“下一步动作还是太大，需要继续拆”。
5.3 如何应对外部打断和临时插入任务
工作场景中不可避免会有临时插入的任务。对注意力易分散的人来说，一次打断可能需要二十分钟才能重新回到原来的状态。所以应对外部打断的策略不是“拒绝打断”，而是降低打断后的恢复成本。
我的做法是在执行每个任务时，在纸上或另一个文本文件里写下一句话：“我正在做X，下一步是Y。”当被打断后回来，看一眼这句话就能快速恢复上下文，不需要重新回忆刚才做到哪了。这个习惯看起来很简单，但实际效果非常好。我试过在被打断后不写这句话，回来后花了将近十分钟才想起来刚才在干什么。
对于临时插入的任务，统一走捕获流程：先记到inbox.txt，不立即处理。如果对方催得急，就当场判断：这件事能在两分钟内完成且不需要切换上下文吗？如果能，立刻做；如果不能，告诉对方“我记下来了，会在下一个处理时段优先看”。这个回应既不会让对方觉得被敷衍，也保护了自己的专注时段。
5.4 常见问题速查表
| 问题现象 | 可能原因 | 排查动作 | 解决方向 |
|---|---|---|---|
| 捕获时经常漏记 | 快捷键不顺手或输入框弹出慢 | 测试快捷键响应时间 | 换一个更顺手的快捷键组合 |
| 整理时耗时过长 | 捕获了太多无意义内容 | 统计inbox里可执行条目比例 | 在捕获时加过滤条件 |
| 清单越来越长 | 没有区分“现在做”和“以后做” | 检查next-actions条目数 | 限制为七条，其余移到someday |
| 执行时频繁切换应用 | 任务拆解不够细 | 检查每个任务是否单一动作 | 继续拆解到不需要切换上下文 |
| 系统用一周就荒废 | 某个环节摩擦太大 | 回忆上次想用但没用的场景 | 针对性优化那个环节 |
| 被打断后恢复慢 | 没有留下恢复线索 | 检查是否有“下一步”记录 | 执行前写一句话上下文 |
6. 进阶扩展：让系统适应不同场景
6.1 移动端与桌面端的同步方案
纯文本系统的一个潜在问题是多设备同步。我试过几种方案，最稳的还是用支持纯文本同步的笔记应用作为中转。具体做法是：桌面端继续用本地文件加脚本，移动端用一个支持Markdown的笔记应用，通过同步文件夹或手动复制的方式保持两边一致。
如果不想折腾同步，还有一个更简单的方案：移动端只做捕获，不做整理和执行。在手机上装一个极简的快速笔记应用，想到什么就记进去，每天晚上花两分钟把手机上的内容手动合并到桌面的inbox.txt。这个方案牺牲了一点自动化，但换来了零配置和零维护，对大多数人来说更实际。
6.2 与日历系统的配合方式
任务清单和日历是两种不同的工具。清单管“要做什么”，日历管“什么时候做”。对注意力易分散的人来说，把两者混在一起是灾难——日历上塞满待办事项，清单里又写着具体时间，最后两边都不可信。
我的做法是严格分工：清单只记录动作，不记录时间；日历只记录有明确时间点的事件，不记录待办。每天开始工作时，从清单里挑三到五条，在日历上给它们各分配一个时间块。时间块到了就执行对应的动作，时间块结束就停，没做完的放回清单。这样日历上的时间块是“承诺”，清单上的条目是“库存”，两者互不干扰。
6.3 每周回顾的极简流程
每周回顾是保持系统不崩盘的关键。但传统的每周回顾流程太复杂，对注意力易分散的人来说很难坚持。我把它压缩成三个问题，每个问题花五分钟：
- 这周有哪些事反复出现在清单里但一直没做？——把它们移到
someday.txt或直接删除。 - 这周有没有什么新的重复性事务需要加进系统？——如果有，设计一个最简流程加进去。
- 下周有哪三件事是最重要的？——把这三件事拆成具体动作，放到
next-actions.txt的最前面。
整个过程十五分钟，不需要任何工具辅助，一张纸一支笔就够了。关键是不要试图在回顾时完成任何实际任务，回顾就是回顾，执行是另一回事。
7. 我个人的使用体会
这套系统我断断续续用了两年多，中间推翻重来过好几次。最大的体会是：系统越简单，活得越久。每次我试图加入新功能——标签、优先级、截止日期、子任务——系统就会在两周内崩溃。反而是最朴素的纯文本加脚本组合，一直用到了现在。
另一个体会是，不要追求“完美记录”。漏记几条没关系，清单上有几条没完成也没关系。系统的价值在于降低整体的混乱程度，而不是达到百分之百的掌控。接受一定程度的混乱，反而能让系统更可持续。
最后分享一个小技巧：在next-actions.txt的顶部永远保留一行空行，每次打开文件时，光标默认停在第一行。这样你打开文件后第一眼看到的是空白，而不是一堆待办事项。这个微小的视觉差异，对减少打开清单时的心理阻力有奇效。我试过把待办事项放在第一行，打开文件的瞬间就会感到压力；换成空行后，打开文件变成了一件中性甚至轻松的事。
