1. 从“i-have-adhd”说起一个标签背后的真实需求第一次看到“i-have-adhd”这个项目标题我脑子里蹦出来的不是某个具体软件而是一类非常典型的需求——用技术手段帮注意力容易分散的人把日子过明白。ADHD这三个字母代表的是注意力缺陷与多动倾向但落到日常生活里它可能表现为打开文档写了三行就想去刷手机、计划表列了二十条一条都没执行、脑子里同时转着八个念头却一个都抓不住。这个项目标题之所以能成为一个被反复搜索的词恰恰说明有大量的人在主动寻找“能帮我稳住注意力”的工具和方法。我接触过不少做个人效率工具的朋友也帮几个注意力容易涣散的人搭过他们的工作流。我的体会是给ADHD人群做工具最忌讳的就是“功能齐全”。市面上大多数任务管理软件都在做加法而这类用户真正需要的是做减法——把决策成本降到最低把启动阻力降到最小把反馈周期缩到最短。所以“i-have-adhd”这个标题背后我理解的核心诉求是一套轻量、低门槛、能立刻上手、不需要意志力就能维持的注意力辅助方案。这篇文章适合谁看如果你是那种“明明知道该做什么但就是启动不了”的人或者你身边有这样的人想帮他们搭一套顺手的工具再或者你是个开发者想做一个真正有用的效率小工具那接下来的内容应该对你有用。我会从设计思路、核心功能拆解、具体实现步骤、常见坑四个层面把这类项目从头到尾讲透所有代码和配置都可以直接抄作业。2. 整体设计思路为什么“少即是多”是唯一正确的方向2.1 先搞清楚ADHD用户和普通用户在工具使用上的根本差异普通用户用任务管理工具流程是打开应用→浏览任务列表→选择优先级→执行→勾选完成。这个流程对大多数人来说很自然但对注意力容易分散的人来说每一步都是消耗。打开应用需要决策浏览列表需要筛选选择优先级需要判断执行需要启动勾选完成需要回到应用——五个步骤里任何一个卡住整个链条就断了。我观察过一个很典型的场景某位朋友用某款知名任务管理软件光是“给任务打标签”这个动作就让他放弃了整个工具。因为标签体系太复杂他每次都要想“这个任务该打哪个标签”想了三十秒之后注意力就飘走了。所以做这类项目的第一个原则就是把用户需要做的决策数量压到最低。理想状态下用户打开工具只需要做一个动作——要么看到“现在该做什么”要么直接开始做。2.2 方案选型为什么我最终选了“极简命令行定时提醒”的组合在帮几个人搭过不同方案之后我总结出一个选型逻辑工具的存在感越弱用户坚持使用的概率越高。基于这个逻辑我排除了几类方案。第一类是功能丰富的图形界面应用排除原因是功能越多干扰越多光是界面上的按钮就够让人分心了。第二类是纯纸笔方案排除原因是无法自动提醒而ADHD用户恰恰最需要外部提醒。第三类是复杂的自动化流程排除原因是搭建成本高一旦出问题用户自己修不了挫败感会直接导致弃用。最终我选择的方案是一个极简的命令行脚本负责记录和展示配合系统级的定时提醒负责触发行动。命令行脚本的好处是启动快、无干扰、可以完全自定义定时提醒的好处是把“该做什么”的决策从用户脑子里移到系统里用户不需要自己记得到点了系统会告诉他。这个组合的搭建成本很低一台普通电脑半小时就能搞定而且后续维护几乎不需要额外精力。2.3 核心设计原则三个“一”原则在具体设计功能之前我定了三个硬性原则后面所有功能都围绕这三个原则展开。第一个原则一个入口。用户打开工具只能看到一个东西——当前该做的唯一一件事。不是列表不是看板就是一件事。这件事做完了才显示下一件。这个原则解决的是“选择困难”问题。第二个原则一个动作。用户对工具的操作只能有一个动作——完成或跳过。没有编辑、没有分类、没有优先级调整。这个原则解决的是“操作复杂”问题。第三个原则一分钟反馈。任何任务拆解后的单次执行时间不超过一分钟完成之后立刻给一个明确的反馈信号。这个原则解决的是“启动困难”和“反馈延迟”问题。一分钟这个数字不是随便定的后面我会详细解释。3. 核心功能拆解与实现细节3.1 任务池的极简数据结构设计任务池是整个系统的核心但它的数据结构可以简单到令人发指。我用的是一个纯文本文件每行一个任务格式是“任务描述|预计分钟数”。比如写周报开头|1 回复那封邮件|1 整理桌面文件|1 看一页技术文档|1为什么用纯文本而不是数据库因为纯文本的读写速度极快不需要任何依赖用户随时可以用任何编辑器打开修改而且不会出现数据库损坏导致数据丢失的情况。对于这个场景来说纯文本就是最优解。这里有个关键细节每个任务的预计时间必须写出来而且必须是一分钟。为什么强制一分钟因为ADHD用户对时间的感知和普通人不一样。你告诉他“写周报”他脑子里浮现的是“写周报好麻烦要好久”启动阻力巨大。但你告诉他“写周报开头就写一句话一分钟”他的大脑会觉得“这个可以试试”。而一旦他开始写了往往就不止写一分钟——启动才是最难的部分一旦动起来惯性会带着他继续。3.2 随机抽取与顺序执行的取舍任务展示有两种模式随机抽取和顺序执行。我两种都试过最后选择了顺序执行但加了一个小机制。随机抽取的问题是用户会对“为什么抽到这个”产生疑问而且如果抽到一个不想做的任务会产生挫败感。顺序执行的问题是如果第一个任务恰好是用户最抗拒的他可能直接放弃整个系统。我的解决方案是顺序执行但允许“跳过”跳过的任务自动排到队尾。这样既保证了确定性用户知道做完这个就是下一个又给了用户一个出口实在不想做可以跳过但跳过之后它还会回来。实测下来这个机制很有效因为用户跳过一次之后心理负担减轻了下次再遇到这个任务时反而更容易启动。3.3 定时提醒的触发机制与时间间隔设置定时提醒是整个系统的“外部大脑”。我用的方案是系统自带的定时任务功能每隔一段时间触发一次提醒。时间间隔的设置很关键我试过15分钟、30分钟、45分钟、60分钟最后定在25分钟。25分钟这个数字来自两个考虑。第一它足够短用户不会觉得“要等好久才提醒我”心理上更容易接受。第二它足够长不至于频繁打断用户正在进行的深度工作。如果你正在写一段代码或者一篇文章25分钟是一个比较自然的段落长度。当然这个数字可以根据个人情况调整但建议不要超过45分钟因为超过45分钟之后ADHD用户的注意力大概率已经飘走了提醒来的时候他已经不在工作状态了。提醒的内容也很重要。我试过几种文案最后发现最有效的是直接说动作不说评价。比如“现在写周报开头”比“该写周报了哦”有效得多。前者是指令后者是提醒指令的启动效果明显更好。3.4 完成反馈的即时性与仪式感设计完成一个任务之后系统必须立刻给反馈。这个反馈不需要复杂但必须即时、明确、有累积效果。我的做法是完成一个任务终端打印一行“完成任务名”同时把已完成任务追加到一个日志文件里。日志文件按天分每天一个文件文件名就是日期。这个设计有两个好处。第一即时反馈让用户立刻知道“我做完了”大脑会分泌一点多巴胺形成正向循环。第二日志文件累积起来之后用户回头看能看到自己一天做了多少事这种视觉上的累积感对ADHD用户特别重要因为他们往往低估自己的产出觉得自己“什么都没做”。我还会在每天结束时自动统计当天完成的任务数量打印一行“今天完成了X件事”。这个数字不需要大哪怕只有三件用户看到也会觉得“今天没白过”。4. 完整实操流程从零搭建你的注意力辅助系统4.1 环境准备与依赖安装这套系统对环境的依赖极低基本上任何能跑Python的机器都可以。我用的是Python 3.8以上版本不需要安装任何第三方库标准库就够了。如果你用的是Windows建议用PowerShell或者WSL如果是macOS或Linux直接用终端就行。第一步创建一个工作目录比如叫adhd-helper。第二步在这个目录下创建三个文件tasks.txt放任务池done.log放完成日志run.py放主程序。第三步确保你的系统有定时任务功能Windows用任务计划程序macOS和Linux用cron。这些系统自带的功能足够用了不需要额外装东西。注意不要用需要联网的提醒服务网络延迟和登录步骤都会增加启动阻力。本地定时任务是最可靠的选择。4.2 任务池的初始化与日常维护任务池的初始化有个技巧不要一次性把所有任务都写进去。我见过有人一上来就列了五十个任务结果打开一看直接崩溃。正确的做法是先写三到五个而且必须是一分钟能完成的小任务。比如“打开文档写第一行”“把桌面上的文件拖到一个文件夹里”“回复一条消息”。这些任务小到不可能失败而成功的体验会鼓励用户继续添加。日常维护也很简单每天早上花两分钟把今天想做的事情拆成一分钟任务追加到tasks.txt末尾。注意是追加不是替换。已完成的任务不用删系统会自动跳过已经完成的。这样任务池会越来越大但用户不需要管理它只需要每天加几条就行。这里有个细节任务描述要具体到动作不要写“整理文件”要写“把下载文件夹里的PDF拖到文档文件夹”。越具体启动阻力越小。4.3 主程序的代码实现与逐行解析主程序的核心逻辑非常短我直接贴出来然后逐段解释import random import os from datetime import datetime TASKS_FILE tasks.txt DONE_FILE done.log def load_tasks(): if not os.path.exists(TASKS_FILE): return [] with open(TASKS_FILE, r, encodingutf-8) as f: lines [line.strip() for line in f if line.strip()] return lines def save_tasks(tasks): with open(TASKS_FILE, w, encodingutf-8) as f: for task in tasks: f.write(task \n) def mark_done(task): with open(DONE_FILE, a, encodingutf-8) as f: f.write(f{datetime.now().isoformat()} | {task}\n) def show_next(): tasks load_tasks() if not tasks: print(任务池空了去添加几个一分钟任务吧。) return task tasks[0] print(f现在做{task}) action input(完成后按回车跳过输入s).strip().lower() if action s: tasks.append(tasks.pop(0)) save_tasks(tasks) print(已跳过排到队尾。) else: mark_done(task) tasks.pop(0) save_tasks(tasks) print(f完成{task}) if __name__ __main__: show_next()这段代码的逻辑是读取任务池取第一个任务展示等待用户输入。用户按回车表示完成输入s表示跳过。完成的任务写入日志并从任务池移除跳过的任务移到队尾。就这么简单。为什么不做图形界面因为图形界面需要启动时间需要鼠标操作需要视觉搜索每一步都在增加阻力。命令行虽然看起来简陋但它的启动速度是毫秒级的用户敲一个命令就能看到当前任务这个速度优势在ADHD场景下是决定性的。4.4 定时提醒的配置方法定时提醒的配置分平台。macOS和Linux用crontabWindows用任务计划程序。我以crontab为例说明。打开终端输入crontab -e添加一行*/25 * * * * cd /path/to/adhd-helper python3 run.py reminder.log 21这行的意思是每25分钟执行一次run.py。但这里有个问题run.py需要用户输入定时任务里没法交互。所以实际使用中我会把提醒和交互分开定时任务只负责弹出一个提醒窗口用户看到提醒后手动运行run.py。提醒窗口的实现可以用系统自带的通知功能。macOS用osascriptLinux用notify-sendWindows用msg命令。比如macOS下osascript -e display notification 现在做写周报开头 with title 该动了这个通知会弹在屏幕右上角用户看到之后打开终端运行python3 run.py就行。虽然多了一步但这一步是有意识的动作比自动弹出任务列表效果更好因为用户是主动去查看任务的心理上更愿意执行。4.5 每日回顾与数据累积每天结束时我会运行一个简单的统计脚本把当天的完成日志读出来统计数量然后打印一行总结。这个脚本可以手动运行也可以加到定时任务里每天晚上十点自动运行。统计脚本的逻辑很简单读done.log筛选出今天的记录计数打印。如果当天完成数量少于三个不批评只提醒“明天可以试试把任务拆得更小”。这个态度很重要ADHD用户最怕的就是被指责一旦产生负面情绪整个系统就会被弃用。日志文件本身也有价值。我建议每周花五分钟翻一下过去一周的日志看看哪些任务反复出现但总是被跳过。这些任务往往是需要进一步拆解的或者需要换一种表达方式。比如“写周报”总是被跳过改成“打开周报文档写标题”可能就更容易启动。5. 常见问题与排查技巧实录5.1 任务池空了怎么办这是最常见的问题。用户用了一段时间之后任务池里的任务都做完了或者都被跳过了系统显示“任务池空了”。这时候不要慌也不要一次性补一大堆任务。正确的做法是只加一个任务而且是最小最小的任务。比如“站起来喝口水”“把手机放到另一个房间”“打开任务文件写一行字”。这个任务的作用不是完成什么实际工作而是让系统重新运转起来。一旦用户完成了一个任务他就有动力再加下一个。5.2 连续跳过多个任务怎么处理如果用户连续跳过了三个以上的任务说明当前的任务池和用户的状态不匹配。这时候系统应该主动介入而不是继续展示下一个任务。我的做法是在代码里加一个计数器如果连续跳过超过三次就打印一行“任务池可能需要调整要不要先加一个更小的任务”然后暂停展示等用户手动添加新任务后再继续。这个机制的目的是防止用户在连续跳过中产生挫败感。连续跳过本身就是一个信号说明当前的任务要么太大要么太模糊要么和用户当前的状态不匹配。系统主动承认这一点比让用户自己意识到要友好得多。5.3 提醒被忽略或关闭了怎么办定时提醒被忽略是常态不要指望用户每次都响应。我的经验是提醒的频率比提醒的内容更重要。如果用户连续忽略了三次提醒说明25分钟的间隔可能太长了可以缩短到15分钟。如果用户觉得太频繁可以延长到35分钟。这个参数需要根据个人情况调整没有标准答案。另外提醒的文案也可以轮换。我准备了五条不同的提醒文案每次随机选一条避免用户对固定文案产生“免疫”。比如“现在做写周报开头”“该动了就一分钟”“先做一件小事”“打开任务文件看看”“一分钟就一分钟”。这些文案的共同点是都强调“一分钟”降低启动阻力。5.4 系统用了一段时间后失效了怎么办这是最棘手的问题。任何工具用久了都会产生“习惯化”用户对提醒不再敏感对完成任务不再有新鲜感。这时候需要给系统加一点变化。我的做法是每隔两周换一次提醒的文案风格或者换一个提醒的声音或者把任务展示的格式改一下。变化不需要大一点点新鲜感就能重新激活用户的注意力。如果换了之后还是失效那就说明这个工具的生命周期到了。这时候不要强行维持而是换一种完全不同的方式。比如从命令行换成纸笔或者从定时提醒换成番茄钟。ADHD用户对工具的新鲜感周期本来就短接受这一点准备好备选方案比死磕一个工具更实际。5.5 常见问题速查表问题现象可能原因解决方法任务池空了任务都完成了或跳过了只加一个最小任务重新启动连续跳过多个任务任务太大或太模糊暂停展示让用户加更小的任务提醒被忽略间隔太长或文案太单调缩短间隔轮换提醒文案系统用久了失效习惯化导致敏感度下降换文案、换声音、换格式或换工具完成任务后没有反馈感日志没有回顾每天统计完成数量每周翻看日志启动阻力大任务描述不够具体把任务拆到一分钟能完成描述具体到动作6. 进阶扩展让系统更贴合个人习惯6.1 任务分类的轻量实现虽然前面强调极简但如果你用了一段时间之后觉得需要稍微分类可以加一个极轻量的标签系统。做法是在任务描述后面加一个#标签比如“写周报开头 #工作”。然后在展示任务的时候可以根据当前时间段自动筛选。比如上午只展示#工作的任务下午展示#生活的任务。这个功能的实现只需要在load_tasks函数里加一个筛选逻辑代码量不超过十行。但要注意标签不要超过三个否则又会回到“选择困难”的老路上。6.2 与日历工具的联动如果你有使用日历的习惯可以把每天的任务池和日历事件做联动。做法是每天早上读取日历上的事件自动生成对应的任务追加到任务池。比如日历上有一个“十点开会”就自动生成“准备开会材料|1”和“进入会议室|1”两个任务。这个联动的价值在于用户不需要手动把日历事件转成任务系统自动完成。对于ADHD用户来说日历上的事件往往是“知道但不会主动准备”的自动生成任务可以填补这个缺口。6.3 语音提醒的接入如果你觉得文字提醒不够醒目可以接入系统自带的语音合成功能。macOS用say命令Windows用PowerShell的SpeechSynthesizerLinux用espeak。比如macOS下say 现在做写周报开头语音提醒的好处是不需要用户看屏幕对于正在做其他事情的用户来说语音的打断效果比文字通知更强。但要注意音量不要太大也不要太频繁否则会变成噪音。6.4 多人协作场景的适配如果你是和家人或同事一起用这套系统可以做一个简单的共享任务池。做法是把tasks.txt放在一个共享目录里每个人都可以往里加任务但完成和跳过的操作只影响自己的本地副本。这样既能共享任务又不会互相干扰。这个场景的典型应用是家庭事务分工。比如一个人负责买菜一个人负责做饭任务池里既有“买西红柿|1”也有“洗菜|1”每个人打开系统看到的是自己该做的那部分。实现上只需要在任务描述里加一个负责人标记然后在展示时筛选。7. 我踩过的坑和最后的小技巧这套系统我前后迭代了七八个版本踩过的坑不少。最大的一个坑是一开始我试图做一个“智能”系统根据用户的历史行为自动调整任务顺序和提醒频率。结果发现所谓的智能调整反而增加了不确定性用户不知道系统下一步会做什么焦虑感反而上升。后来我彻底放弃了智能回归到最笨的“顺序执行固定间隔”效果反而好得多。这个教训让我明白对于ADHD用户来说可预测性比智能化重要得多。第二个坑是我一度把任务池做得很大觉得任务越多用户越有选择。实测下来完全相反任务越多用户越不知道从哪开始最后干脆不开始。现在我的建议是任务池永远保持在五到十个任务之间做完一个加一个保持流动。最后分享一个小技巧在任务描述里加一个动词开头。比如“打开文档写第一行”比“文档第一行”有效“站起来走两步”比“走动一下”有效。动词开头的指令对大脑的启动效果明显更强这是我在实践中反复验证过的。如果你试了这套系统觉得有用不妨从这个细节开始改起。