1. 从“i-have-adhd”说起一个标签背后的真实需求第一次看到“i-have-adhd”这个项目标题我脑子里蹦出来的不是某个具体软件而是一类人——那些在信息洪流里挣扎着想要专注、想要把一件事从头做到尾的人。ADHD注意力缺陷多动障碍这个词这几年在网络上出现的频率越来越高但大多数人只是把它当成一个调侃自己“坐不住”“爱走神”的梗。真正身处其中的人知道这不是梗这是每天都要面对的现实打开文档写了三行就想去刷手机计划表列了二十条能完成两条就算胜利脑子里同时开着十几个标签页每一个都在响。“i-have-adhd”这个标题如果把它当成一个项目来看它指向的核心领域其实非常清晰注意力管理与任务执行辅助。它不是一个医学诊断工具也不是一个科普页面而更像是一个“我承认我的大脑就是这样运作的所以我需要一套适配它的方法或工具”的宣言。这个项目要解决的问题很具体当传统的“番茄钟待办清单”对你无效时你该怎么办它适合谁来参考适合那些试过各种时间管理方法都失败、开始怀疑是不是自己“意志力不行”的人也适合那些想帮身边ADHD朋友做点实际事情的产品设计者或开发者。我之所以对这个标题感兴趣是因为过去几年我接触过不少类似需求的项目有的是个人开发者给自己做的命令行工具有的是设计师画的一套交互原型还有的是纯粹的方法论总结。它们的共同点是不试图“治愈”ADHD而是试图“绕过”它。这个思路非常关键也是“i-have-adhd”这个项目最值得拆解的地方。接下来的内容我会从设计思路、核心功能拆解、实操落地、常见坑四个层面把这个项目可能涉及的技术点和经验完整地展开。2. 项目整体设计与思路拆解2.1 为什么传统任务管理方法对ADHD大脑失效要理解“i-have-adhd”这个项目的设计逻辑得先搞清楚一个前提ADHD不是“懒”或者“不自律”而是大脑的奖励机制和执行力功能存在差异。普通人的大脑在面对一个任务时能相对顺畅地完成“启动—维持—切换—收尾”这个链条。而ADHD大脑在“启动”这一步就可能卡住因为多巴胺分泌不足任务本身带来的刺激不够大脑就会自动去寻找更高刺激的事情——比如刷短视频、切换窗口、突然想整理桌面。传统的待办清单和番茄钟默认用户有能力“选择”去执行任务并且能在25分钟内保持专注。这对ADHD人群来说恰恰是最难的部分。你让他列清单他能列出一百条你让他专注25分钟他可能在第3分钟就神游到外太空。所以“i-have-adhd”这个项目的设计出发点不是教人“如何更自律”而是承认自律资源是有限的然后把决策成本降到最低。我见过一个类似的项目它的核心逻辑是不要求用户规划一整天只要求用户在当前这一刻从三个选项里选一个。这三个选项是系统根据任务紧急程度、预估耗时、用户当前状态自动生成的。用户不需要想“我接下来该干嘛”只需要点一下。这个设计背后的考量是ADHD大脑在面临过多选择时会直接瘫痪减少选项就是减少启动阻力。2.2 核心设计原则外部化、碎片化、即时反馈“i-have-adhd”这类项目通常遵循三个核心原则我把它总结为“外部化、碎片化、即时反馈”。这三个原则不是随便定的每一个都对应ADHD大脑的一个具体短板。外部化指的是把原本需要在脑子里维持的东西全部搬到外部载体上。工作记忆容量小是ADHD的典型特征之一你让他“记住接下来要做三件事”他可能做完第一件就忘了第二件。所以项目设计里通常会有非常显眼的任务展示区域甚至会用声音、震动、颜色变化来提醒。我见过一个实现方案是用一个始终置顶的小窗口只显示当前唯一一个任务完成之后自动切换到下一个。这个窗口不能最小化但可以拖动位置确保用户视线范围内永远只有一件事。碎片化指的是把任务拆解到“小到不可能失败”的程度。普通的时间管理建议是“把大任务拆成小任务”但ADHD版本需要拆得更细。比如“写报告”这个任务普通拆解可能是“列大纲、写初稿、修改、定稿”而ADHD适配版会拆成“打开文档、写下标题、写第一句话、写第二句话”。每一步的耗时不超过两分钟这样启动阻力极低而且每完成一步都能获得一次完成感刺激多巴胺分泌形成正向循环。即时反馈是第三个关键。ADHD大脑对延迟奖励不敏感你告诉他“做完这个项目年底能升职”他内心毫无波澜。但如果你告诉他“写完这一行字屏幕上会开出一朵花”他可能立刻就开始写了。所以这类项目通常会设计非常即时的视觉或听觉反馈比如进度条动画、音效、积分变化。这些反馈在普通人看来可能很幼稚但对ADHD大脑来说它们是维持动力的关键燃料。2.3 技术选型背后的考量轻量、跨端、低干扰如果“i-have-adhd”是一个软件项目技术选型会非常讲究。我基于常见实践推测这类项目通常会优先考虑三个技术特征轻量、跨端、低干扰。轻量意味着启动速度快、资源占用低。一个需要等五秒才能打开的AppADHD用户可能在等待过程中就已经切到别的应用去了。所以很多个人开发者会选择用Electron或者Tauri做桌面端或者直接用纯Web技术做一个PWA确保点开就能用。跨端则是为了覆盖用户可能使用的所有设备——手机、平板、电脑因为ADHD用户的注意力可能在任何设备上工具必须能跟着走。低干扰指的是界面设计要极度克制不能有红点、不能有弹窗、不能有社交功能任何额外的信息都可能成为分心的入口。我见过一个反面案例某个任务管理工具功能非常强大支持标签、优先级、子任务、协作、评论结果ADHD用户打开之后直接懵了光是决定“这个任务该打什么标签”就耗尽了当天的执行力预算。所以“i-have-adhd”这类项目的界面通常极其简单甚至可以说“简陋”但正是这种简陋让它可用。3. 核心细节解析与实操要点3.1 任务录入环节如何让“记下来”这件事不成为负担任务录入是第一个容易卡住的环节。普通待办工具要求你输入任务名称、选择项目、设置截止日期、添加标签一套流程下来半分钟没了ADHD用户可能在这一步就放弃了。所以“i-have-adhd”项目的录入设计必须做到极简。我推荐的做法是只保留一个输入框用户输入任何内容都直接存为一条“待处理项”不要求分类、不要求截止日期。系统在后台自动做两件事一是识别关键词比如“明天”“下午三点”这类时间词自动打上时间标记二是根据历史数据自动把任务归入某个模糊的类别。用户不需要做任何额外操作输入完按回车就行。注意千万不要在录入环节加入“必填项”。任何必填项都是启动阻力的来源。如果某个字段确实重要可以后续在任务详情里补充但录入时必须允许用户“什么都不选”。另一个实操要点是支持语音输入。ADHD用户经常在走路、做家务、洗澡的时候突然想起一件事这时候打字很不方便语音输入能极大降低记录门槛。我实测下来语音转文字的准确率在安静环境下已经足够可用关键是录完之后不要弹出确认框让用户校对直接存下来后续再整理。3.2 任务展示环节一次只显示一件事这是“i-have-adhd”项目最核心的交互设计。普通待办清单会显示所有未完成任务形成一个长长的列表。这个列表对ADHD用户来说是一个巨大的压力源——每次看到它大脑都会评估“还有这么多没做”然后产生焦虑焦虑又导致逃避逃避又让列表更长形成恶性循环。正确的做法是一次只显示一个任务。这个任务的选择逻辑可以很简单按录入顺序或者按用户手动置顶的顺序。完成之后自动显示下一个。用户不需要看到完整的列表只需要知道“现在要做这一件事”。如果用户想查看全部任务可以提供一个隐藏入口但默认视图必须只有一个任务。我见过一个实现方案是在屏幕中央显示一个巨大的任务卡片背景是纯色没有任何其他元素。完成按钮在卡片下方点击之后卡片有一个轻微的消失动画然后下一张卡片淡入。整个过程不超过一秒没有任何弹窗或确认。这个设计的美妙之处在于它把“选择做什么”这个决策完全去掉了用户只需要执行。3.3 任务拆解环节自动建议“下一步动作”ADHD用户经常卡在“知道要做什么但不知道从哪开始”。比如“准备面试”这个任务普通人可能直接就开始查资料了但ADHD用户会盯着这四个字发呆因为“准备面试”太模糊了大脑不知道具体要执行什么动作。所以“i-have-adhd”项目通常会加入一个自动拆解功能。当用户录入一个比较模糊的任务时系统会根据常见模式给出几个具体的“下一步动作”建议。比如输入“准备面试”系统可能建议“打开简历文件”“搜索目标岗位的常见问题”“写下三个你想问面试官的问题”。用户只需要点一下建议这个建议就变成当前任务原来的大任务被暂时隐藏。这个功能的实现方式可以很简单维护一个“任务模板库”把常见任务类型和对应的拆解步骤存进去用关键词匹配。不需要AI不需要复杂算法一个简单的映射表就能解决80%的情况。我试过用这种方式帮一个朋友整理他的项目任务他反馈说“终于知道从哪下手了”。3.4 反馈与激励环节让完成感“看得见”前面提到即时反馈的重要性具体到实现层面有几个细节值得注意。首先是反馈的延迟必须极短点击完成按钮之后动画或音效要在100毫秒内出现否则大脑会觉得“这是我做的吗”其次是反馈的形式要一致每次完成任务的反馈应该是一样的这样大脑才能形成条件反射。如果今天是一朵花明天是一颗星星后天是一段文字大脑就无法建立稳定的预期。我推荐的做法是完成时播放一个短促的、音量适中的音效同时屏幕上出现一个简单的进度指示比如“今日已完成3件”。这个数字不需要很大也不需要和任何人比较它只是给用户一个“我在前进”的信号。另外可以加入一个“连续完成”的计数比如连续三天每天都完成了至少一个任务就显示一个特殊的标记。这个机制利用了ADHD用户对新鲜感的追求但要注意不能变成压力源——如果中断了不要有任何惩罚性提示直接重置就好。提示反馈机制的设计要避免“游戏化过度”。积分、等级、排行榜这些元素对ADHD用户可能适得其反因为它们会引入新的比较和压力。简单、直接、无社交的反馈才是最安全的。4. 实操过程与核心环节实现4.1 环境准备与基础框架搭建假设我们要从零实现一个“i-have-adhd”风格的任务辅助工具第一步是选择技术栈。基于轻量、跨端、低干扰的原则我推荐用Tauri 原生前端的方案。Tauri的打包体积比Electron小很多启动速度也更快适合做这种需要“秒开”的工具。前端可以用纯HTML/CSS/JavaScript不需要引入React或Vue这类框架因为界面足够简单用原生DOM操作反而更直接。具体步骤是这样的先安装Rust环境和Node.js然后用npm create tauri-app初始化项目。初始化的时候选择“Vanilla JS”模板这样生成的项目结构最干净。接下来配置tauri.conf.json把窗口尺寸设置为固定大小比如400x300并且禁用调整大小。这个尺寸刚好能显示一个任务卡片不会让用户觉得“还有很多空间可以放别的东西”。{ tauri: { windows: [ { title: i-have-adhd, width: 400, height: 300, resizable: false, alwaysOnTop: true, decorations: false } ] } }alwaysOnTop设为true是为了让窗口始终可见decorations设为false是去掉标题栏减少视觉干扰。这两个设置对ADHD用户来说很重要——窗口如果被其他应用挡住用户可能就忘了它的存在。4.2 数据存储方案本地优先零配置任务数据存哪里我的建议是本地JSON文件不要用数据库不要用云同步。数据库需要安装和配置云同步需要登录和网络这些都是额外的启动阻力。本地JSON文件读写简单用户不需要做任何配置打开就能用。具体实现是在Tauri的Rust端写两个命令load_tasks和save_tasks。前端通过invoke调用这两个命令来读写数据。数据文件放在系统的应用数据目录下比如Windows的%APPDATA%/i-have-adhd/tasks.jsonmacOS的~/Library/Application Support/i-have-adhd/tasks.json。文件格式就是一个简单的数组[ { id: 1, title: 打开简历文件, done: false, createdAt: 2025-01-15T10:30:00Z }, { id: 2, title: 搜索目标岗位常见问题, done: false, createdAt: 2025-01-15T10:31:00Z } ]每次用户完成任务或者新增任务前端就调用save_tasks把整个数组写回去。数据量很小性能完全不是问题。这个方案的好处是用户可以直接用文本编辑器打开文件查看和备份不需要任何额外工具。4.3 核心交互逻辑从录入到完成的完整流程整个交互流程可以拆成四个状态空闲态、录入态、执行态、完成态。空闲态下屏幕中央显示一个输入框和一句提示“现在要做什么”。用户输入内容按回车进入录入态——系统检查输入内容是否匹配拆解模板如果匹配就显示建议列表用户可以选择一个建议或者直接保存原始输入。保存之后进入执行态屏幕中央显示当前任务卡片下方有一个完成按钮。点击完成按钮后播放反馈动画和音效任务标记为已完成然后自动加载下一个未完成任务回到执行态。如果没有未完成任务回到空闲态。这个流程的关键在于状态切换要快不能有加载动画或者过渡页面。我实测下来从点击完成到下一个任务出现整个延迟应该控制在200毫秒以内。为了实现这个速度所有任务数据在应用启动时就全部加载到内存里完成操作只是修改内存中的标记然后异步写回文件。用户感知不到任何等待。4.4 自动拆解功能的实现细节自动拆解功能不需要AI用一个简单的关键词映射表就能实现。在项目里建一个templates.json文件结构如下{ 准备面试: [ 打开简历文件, 搜索目标岗位的常见问题, 写下三个你想问面试官的问题, 练习自我介绍 ], 写报告: [ 打开文档, 写下标题, 写第一句话, 列出三个要点 ], 整理房间: [ 拿起一件地上的衣服, 把桌上的杯子放进水槽, 把书放回书架 ] }当用户输入的任务标题包含某个模板的键时系统就在界面上显示对应的拆解建议。用户点击某个建议这个建议就成为当前任务原始任务被存为一个“父任务”暂时不显示。当所有子任务完成后父任务自动标记为完成。这个逻辑用几十行JavaScript就能实现不需要任何外部依赖。注意模板库不需要很全覆盖最常见的十几种任务类型就够了。用户也可以自己编辑这个JSON文件来添加自定义模板但不要做成图形界面因为配置界面本身就是一种干扰。5. 常见问题与排查技巧实录5.1 用户反馈“还是不想打开怎么办”这是最常见的问题。工具做得再好用户不打开就没用。我试过几种解决方案最有效的是降低打开成本到极致。具体做法包括设置全局快捷键比如CtrlShiftSpace在任何界面按下都能唤出任务窗口把窗口设置为“始终置顶”并且“不显示在任务栏”这样它就像一个悬浮便签一样一直在那里启动时自动运行不需要用户手动打开。另一个技巧是让窗口在启动时显示一个“最小任务”比如“喝一口水”或者“深呼吸一次”。这个任务小到不可能失败用户点一下完成就获得了一次完成感这个完成感会降低他继续使用工具的心理阻力。我管这个叫“启动钩子”实测下来对提升打开率有明显帮助。5.2 任务列表越来越长怎么处理即使一次只显示一个任务后台的任务列表还是会越来越长。如果用户永远看不到列表他可能会担心“我是不是忘了什么”。所以需要一个定期清理机制。我的做法是每周日晚上当用户打开工具时显示一个“本周回顾”界面列出所有未完成任务并提供三个选项“继续保留”“删除”“拆解成更小的步骤”。用户只需要对每个任务点一下不需要输入任何文字。这个回顾界面也要遵循“一次一个”的原则不要把所有任务堆在一起。一个一个过每个任务停留不超过五秒。如果用户对某个任务犹豫就默认保留不要强迫他做决定。这个机制的目的是让用户知道“没有任务被遗忘”同时清理掉那些已经不再重要的任务。5.3 完成反馈变得无聊了怎么办ADHD大脑会对重复的刺激产生耐受再好看的动画看一百遍也会腻。所以反馈机制需要定期更新。我的做法是准备多套反馈方案每隔一段时间自动切换。比如第一周是花瓣飘落动画第二周是星星闪烁第三周是简单的进度条填充。切换不需要用户操作系统根据日期自动选择。另一个技巧是加入随机奖励。不是每次完成都有同样的反馈而是有10%的概率出现一个特殊的动画或音效。这个随机性会让大脑保持期待因为不确定下一次完成会不会有惊喜。这个机制借鉴了游戏设计里的“变率奖励”对维持长期动力很有效。5.4 常见问题速查表问题现象可能原因排查方法解决建议打开工具后不知道做什么没有默认任务或默认任务太模糊检查空闲态是否显示输入框和提示语设置一个“最小启动任务”如“写下此刻脑子里第一件事”完成任务后没有反馈动画或音效加载失败打开开发者工具查看控制台报错确保反馈资源本地化不要依赖网络加载任务列表不更新文件写入权限不足检查应用数据目录的读写权限将数据文件放在用户主目录下避免系统保护目录窗口被其他应用遮挡alwaysOnTop未生效检查系统是否允许多窗口置顶在设置中引导用户开启“始终置顶”权限自动拆解不生效关键词不匹配查看templates.json中是否有对应键添加更多同义词或允许用户手动触发拆解5.5 独家避坑技巧不要试图“修复”用户这是我在多个类似项目中总结出的最重要的一条经验不要试图让ADHD用户变得“正常”。不要加入“专注模式”强制锁定屏幕不要加入“惩罚机制”在未完成任务时发出警告不要加入“效率统计”让用户看到自己每天浪费了多少时间。这些功能对普通用户可能有效但对ADHD用户来说它们只会增加焦虑和自责最终导致用户彻底放弃工具。正确的做法是顺应大脑的运作方式而不是对抗它。用户想切换任务就让他切换工具只需要记录切换前的状态等他回来时能接上就行。用户今天只完成了一个任务工具就只显示“完成了一个”不要显示“还有十九个未完成”。用户三天没打开工具再次打开时不要弹出“你已连续三天未使用”的提示直接显示当前任务就好。这些细节看起来很小但决定了工具是“帮助”还是“负担”。6. 这个项目还能怎么扩展“i-have-adhd”这个标题背后的需求其实非常广泛除了任务管理还可以延伸到环境适配和社交支持两个方向。环境适配指的是根据用户当前状态自动调整工具的行为比如检测到用户已经连续切换了五次任务就自动把当前任务拆得更细检测到用户完成了三个任务就自动建议休息五分钟。这些逻辑不需要复杂的传感器只需要记录用户的操作频率和间隔就能实现。社交支持则是一个更敏感的方向。ADHD用户经常感到孤独觉得“只有我这样”。一个轻量的“同伴进度”功能——不显示具体任务内容只显示“有3个人此刻也在专注”——可能会带来一种陪伴感。但要注意绝对不能做成排行榜或者比较机制否则会引入新的压力。我见过一个实现方案是显示一个虚拟的“专注房间”里面有若干个小圆点代表正在使用的用户圆点会缓慢呼吸没有任何文字或数字。这个设计非常克制但效果很好。另外这个项目的方法论其实不限于ADHD人群。任何在信息过载环境中感到注意力涣散的人都可以从“一次只做一件事”“把任务拆到最小”“即时反馈”这些原则中受益。所以如果你在考虑做类似的项目不必把自己局限在“ADHD工具”这个标签里核心是尊重大脑的局限性而不是要求大脑超越它。