9月10日晚上我照惯例刷了一遍 GitHub Trending在榜单中段看到了ayghri/i-have-adhd这个仓库旁边挂着“(1/13篇)”的标注。第一反应是好家伙敢把个人状态的英文缩写直接做成仓库名的大概只有两类人——要么是心理学项目的科普作者要么就是真的在跟 ADHD 长期共处的人。点进去翻了 README 之后我决定把这个热榜项目摊开来讲一讲。ADHD 这个词放在技术社区里其实挺有意思。它是注意缺陷与多动障碍的英文缩写过去常被简单翻译成“多动症”很多人以为这只是小孩子上课坐不住的问题。但这两年越来越多的成年人开始意识到注意力难以维持、做事启动困难、物品随手乱放、对时间流逝缺乏感知这些状态可能不是简单的“懒”或“性格问题”而是真实的生理机制在起作用。i-have-adhd这个仓库能在 9 月的热榜上冒头本质上不是技术胜利而是“被看见”的共鸣——它把一群人长期说不清楚的日常困境压缩成了一个可以被搜索、被 star、被评论的仓库名。这篇文章不打算复述 README 里的每一条建议我更想把四件事摊开说清楚这个项目到底是干嘛的、GitHub 热榜上这类“个人向”仓库有什么阅读价值、ADHD 场景下有哪些开源工具真正值得装到自己的电脑上、以及我实际试过之后的落地经验和踩坑教训。1. 一条热榜链接背后的痛点i-have-adhd 到底在解决什么1.1 从仓库名说起为什么“我有ADHD”能冲上热榜i-have-adhd这个名字没有任何包装直译就是“我有ADHD”。这种命名方式在 GitHub 上反而罕见。大多数热门仓库起名讲究的是“工具感”——awesome-xxx、xxx-cli、xxx-starter一看就知道是干嘛用的。但这个名字不是工具更像是一句自我介绍或者一张分类标签。我点进 README 的第一个感觉是作者不是在教别人“如何治疗 ADHD”而是在记录“作为一个有 ADHD 的人我怎么安排工作、怎么对抗拖延、怎么选择工具、怎么原谅自己”。仓库里没有花哨的架构图没有 demo 截图有的是大量贴近日常的经验块——比如“为什么我一打开浏览器就控制不住刷信息流”“为什么越紧急的任务我越不想开始”“为什么我会在三个项目之间反复横跳”然后针对每一个问题给出对应的解决思路。它能上热榜核心原因是“真实的个人经验”在技术社区里是稀缺品。GitHub 上大部分内容都在讲“怎么做”很少讲“做之前我经历了什么”。一个直接把自己状态写在仓库名里的项目等于替很多人说出了没来得及说的话。这种情绪共振带来的流量比任何营销都猛。1.2 “1/13篇”意味着什么系列化仓库的阅读姿势热榜上很多项目是单文件、单仓库而(1/13篇)这个标注让我停了两秒。它意味着作者打算用 13 篇文章或章节体系化地拆解一个主题——第一篇可能讲“我怎么确认自己需要支持”后面可能依次展开“工作场景”“学习场景”“社交场景”“工具清单”等。这种组织方式在技术教程里很常见但在个人经验分享类仓库里并不多见。因为系列化写作非常消耗心力很多人写两篇就断更了。所以看到1/13的时候我的第一反应不是“内容真多”而是“作者是真的打算把这件事做完”。对于读者来说系列化仓库的正确阅读姿势不是一次性读完而是跟着节奏走。我通常会把第一篇当作“目录与背景”先看作者的核心观点、时间线、以及他打算覆盖哪些场景然后直接跳到与自己最相关的章节比如如果你是一个经常加班又无法专注的程序员就先读“工作场景”部分最后再回头读“工具清单”把推荐的东西放进自己的环境里跑一遍。这样既不浪费作者的心血也不会因为一次性信息过载而放弃。1.3 典型困境与技术需求映射表我根据自己的实际体验把 ADHD 人群或者说所有注意力容易涣散的人的日常困境对应到技术需求上做了一个映射表。这张表也是我在阅读i-have-adhd过程中反复对照的框架。常见困境具体表现对应的工具需求任务启动困难知道该做但就是拖越重要越拖延极低摩擦的任务拆解与可视化时间感知弱经常低估时间、迟到、deadline 前才发现来不及外部计时器、倒计时提醒注意力漂移做着 A 被 B 带走一上午换了五个任务网站拦截、环境降噪、单任务视图物品与信息丢失浏览器开 100 个标签笔记散落在五个软件统一收件箱、纯文本笔记、全文搜索情绪波动挫败后内耗越自责越拖延情绪记录、正念提醒、非惩罚式反馈这张表的重点在于工具不是用来“治好” ADHD 的而是用来“代偿”某些受损的功能。时间感知弱就用外部计时器代替大脑里的“钟”任务启动困难就用拆解脚本代替大脑里的“决策”注意力漂移就用拦截工具代替意志力。这个思路放之四海而皆准——不光是 ADHD 人群任何被信息流绑架的人都可以这么用工具。2. 为什么这类“个人向”项目值得认真刷GitHub 热榜的隐藏价值2.1 热榜不是只有框架和轮子也有“人”我刷 GitHub Trending 已经很多年了一个很明显的变化是热榜上的项目类型越来越多元。早些年几乎全是 Web 框架、机器学习库、开发者工具现在经常会出现i-have-adhd这类看似和“技术”无关的仓库。这个变化背后是 GitHub 用户结构的变化——写代码的人也在经历生活的各种问题他们开始用自己最熟悉的方式建仓库、写 README、提 issue来整理人生。所以我把 GitHub 热榜理解成一个“技术人群的集体注意力样本”。它不只是在告诉你什么工具最火也在告诉你这个群体最近在焦虑什么、需要什么、愿意为什么点赞。i-have-adhd上榜的本质是大量开发者在这个仓库里看到了自己“不太能被说出口的那部分状态”。这种自我投射式的关注比任何技术趋势都真实。2.2 评估一个热榜项目的四把尺子热榜只是入口不代表榜单上的每个项目都值得你花时间。我给自己定了一套评估标准用了很久分享出来给大家参考。第一把尺子README 的第一屏能不能回答三个问题。这个项目是干嘛的适合谁怎么快速跑起来如果翻了半天还不知道它是解决什么问题的Star 再多也要打个问号。第二把尺子最近提交时间。个人维护的项目如果半年不更新并不代表它不好只说明作者的生活重心可能变了。你要判断的是内容是否还适用于当前环境。比如一个浏览器扩展如果依赖的 API 变了但仓库没更新装上大概率是跑不起来的。第三把尺子issue 和讨论区。对工具类项目来说issue 数量和回复速度是比 Star 数更诚实的信号。Star 可以靠一次热搜冲上来但 issue 里的问答和修复记录代表的是真实用户在真实环境里踩过的坑。第四把尺子Star 的增长形态。突然暴涨往往是营销或热点事件带来的情绪退潮后很容易沉寂缓慢上升则更像是被反复验证过价值。我会用 GitHub 自带的 insights 页面看一眼增长曲线心理大概就有数了。2.3 热榜上经常出现的“小而美”主题顺着i-have-adhd这个方向我回忆了一下这几年在热榜上见到的同类项目。它们通常体量不大但切入点非常锋利往往只做一件事并且做得足够深。比如有的仓库专门做“网址白名单”——黑名单太难维护了干脆只允许访问几个必要的网站其他一切默认屏蔽。再比如有的命令行工具帮助你建立“单任务模式”执行某个命令后自动把占用注意力的进程全部关掉到时间再恢复。还有一类是“朗读转文本”类的辅助工具把长文章自动转成朗读列表解决的是“看不下大段文字”的问题。这些项目的共同点是没有试图解决所有人的所有问题只服务一小群拥有同样痛点的用户。这种专注也带来了极高的用户忠诚度——-star 的人不是觉得“以后可能有用”而是“我现在就需要它”。如果你也是被某个小问题长期困扰的人不妨试试自己去搜“你那个问题的英文关键词 github”大概率能挖到意想不到的宝藏。3. ADHD 场景里的开源工具栈从番茄钟到任务解构3.1 时间感知与外部节拍器ADHD 人群最典型的困境之一是心里没有“时间进度条”。普通人觉得“5分钟很快就过去”但对时间感知弱的人而言5分钟和50分钟在体感上可能差不多。这也是为什么番茄工作法在这个群体里接受度这么高——它本质上不是“提高效率”而是把大脑缺失的节拍器从外部装回来。我自己对番茄钟的使用习惯做过调整不再严格遵守 25 分钟工作 5 分钟休息而是把工作时长改成 15 分钟。理由很简单启动困难的人往往不是撑不住 25 分钟而是根本开始不了。15 分钟的心理门槛比 25 分钟低很多先骗自己“只做15分钟”一旦开始进入状态很多次都会自然延长。如果你不想装那些功能复杂的番茄钟应用写一个命令行版本就够了。我自己的脚本大概长这样#!/usr/bin/env bash # 一个不依赖图形界面的简单番茄钟 # Linux 下用 notify-send 弹通知macOS 可换成 osascript WORK_MINUTES${1:-15} BREAK_MINUTES5 while true; do echo 专注开始: $(date %H:%M:%S)持续 ${WORK_MINUTES} 分钟 sleep ${WORK_MINUTES}m notify-send 番茄钟 工作时段结束休息 ${BREAK_MINUTES} 分钟 sleep ${BREAK_MINUTES}m notify-send 番茄钟 休息结束准备下一轮 done这个脚本的好处是没有任何界面干扰运行在终端里配合桌面通知就够了。WORK_MINUTES可以从命令行传入如果你今天状态很差就传 10状态好就传 30。这比很多 App 里固定的“25/5”灵活得多。3.2 任务管理大脑外挂与“下一步行动”对注意力涣散的人来说最大的敌人不是事多而是“脑子里同时挂着 10 件事”。于是组织策略就变成了把所有待办从脑子里清空写到一个外部系统里让系统替你记住而不是让大脑反复惦记。开源世界里这块的选择非常多。如果你想要自托管、功能完整可以看 Vikunja它支持任务拆分、标签、到期时间、看板视图数据存在自己的服务器上如果你追求极简可以试 todo.txt 这个思路——所有任务就是一个纯文本文件每行一条(A) 给博客写一篇 ADHD 工具复盘 (B) 回复开源仓库里的 issue 2026-09-11 预约牙医配套的命令行工具可以加优先级、截止日期、上下文比如电脑手机然后用grep就能随时查。这套方案对注意力涣散者的最大优点是没有入口负担。打开编辑器写一行比打开一个 App 点若干次按钮要快得多也就更容易坚持记录。3.3 信息降噪给浏览器装上“红绿灯”注意力漂移最容易发生的场景就是浏览器。我观察过自己的行为模式打开电脑是想查一个 API 文档结果看到某个社交网站的新消息提醒20分钟后已经忘了最初要干嘛。这不是自制力的问题而是产品设计者比你更懂怎么劫持注意力。应对思路不是“卸载所有娱乐软件”那太难维持了而是给浏览器装上“红绿灯”机制。开源扩展 LeechBlock 就是一个很好的例子它可以给某些网站设置“配额时间”比如每天只能刷 30 分钟超过之后自动拦截。另外我还喜欢给网站加一个“强制等待页”想打开娱乐站时先看到一行字“你是真的要打开它吗等 10 秒再说。”这 10 秒足以打断大多数冲动。3.4 习惯追踪与提醒把“记录”本身变成习惯除了任务和时间情绪和身体状态同样是 ADHD 人士需要关注的数据。Loop Habit Tracker 是一款开源的习惯追踪应用界面极简、数据本地存储、支持可视化图表。它不会给你发负面的“连续中断”警告只会温和地提示你今天是否完成了打卡。这一点很重要越来越多人意识到工具应该给人减负而不是制造下一次挫败。如果你连 App 都懒得装也可以用更原始的方式每天固定时间往一个纯文本文件里追加一行。比如睡前打开终端执行echo 2026-09-10 | 专注时长: 约3小时 | 状态: 尚可 | 分心点: 社交APP ~/notes/daily.md坚持一个月之后把文件内容导入表格工具做简单统计你可能会看到一些连自己都没想到的模式——比如“每次通宵写代码的第二天效率都会暴跌”“下午三点到四点是状态最低谷”。这些规律是任何通用效率建议都给不了你的因为它们属于你自己的真实数据。4. 把 i-have-adhd 这类清单真正用起来我的落地方法4.1 第一步先分类而不是先收藏很多人看到这类清单型仓库的第一反应是“收藏了等于会了”然后 star 完再也没打开过。我的经验是拿到清单后先做一次分类把它变成自己的文件结构。我通常会在本地建一个目录比如~/attention/然后分几个子文件attention/ ├── time.md # 计时与节拍类工具 ├── tasks.md # 任务管理与拆解 ├── focus.md # 降噪与拦截类工具 ├── record.md # 习惯、情绪、数据记录 └── thoughts.md # 自己的使用心得与调整记录对应去读i-have-adhd或其他推荐清单时每看到一个工具第一件事不是打开链接而是先想它归属于上面的哪一类如果不属于任何一类就放进 thoughts.md 里注明“这是什么场景下推荐的暂时用不到”。这个动作本身就能过滤掉一大批“看着很好但实际用不上”的项目。4.2 从“收藏”到“运行”72小时试用原则我给自己定了一条规则任何工具装完之后 72 小时内必须实际使用一次并且在 72 小时的检查点给出明确判断——留下、调整、还是卸载。这条规则治好了我的“工具囤积癖”。为什么是 72 小时因为一个工具是否好用第一印象往往不准。有的工具第一眼觉得简陋用顺手后发现简直是效率神器有的工具界面漂亮但核心流程和你自己的习惯冲突三天之后仍然无法适应就只能放弃。72 小时不长不短足够完成一次真实的“准备数据 → 操作 → 评估结果”闭环。我见过太多人一周装二十个扩展结果真正在用的只有两三个剩下的只是默默拖慢浏览器。开源工具虽然免费但你的注意力和维护成本也是成本。少而精永远是这类场景的第一原则。4.3 自己动手写一个更贴身的“注意力助手”很多时候现成的工具总差了那么一点不是功能不够而是“它不是按我的逻辑设计的”。这时候自己写一个最简单的版本往往比到处找工具更高效。我给自己写过很多个小脚本比如下面这个“优先级提醒器”每隔一段时间弹窗问我一次“你现在该干嘛”#!/usr/bin/env python3 # 20分钟弹一次提醒确认当前优先级 import time import subprocess INTERVAL 20 * 60 # 秒 while True: subprocess.run( [notify-send, 时间提醒, 停一下确认当前优先级], checkTrue, ) time.sleep(INTERVAL)这个脚本的逻辑极其简单但它的价值在于它把“定期自我检查”这个动作从可选项变成了自动触发。对注意力飘移的人来说最难的不是“我想起来要检查”而是“我根本意识不到已经飘了一个小时”。脚本会帮你在现实世界抢回那个“意识时刻”。类似的脚本还能扩展很多比如每天下班前自动列出未完成任务比如检测到某个进程占用资源过久时弹窗警告比如把当前打开的窗口标题写入日志晚上回看一天的时间流向。这些功能都不复杂但组合起来就是一套完全适配自己的系统。4.4 数据隐私与本地优先这一类场景的底线在折腾这些工具的时候我特别想强调一句注意力与行为数据是非常私密的个人资产。它记录了你的脆弱时刻、拖延模式、情绪低谷这些东西如果落在别人服务器上风险很大。所以我在选择工具时会优先考虑本地优先或支持自助托管的方案。所谓“本地优先”就是数据默认存在你自己的设备上而不是云端。比如 Loop Habit Tracker 的数据就在本地todo.txt 本身就是纯文本文件Vikunja 可以部署在自己的机器上。哪怕是浏览器扩展我也会尽量找支持“导出配置”的保证随时可以换设备恢复环境。另一个实用技巧是把配置文件和记录文件纳入 Git 管理。我在~/dotfiles仓库里维护了所有工具的基础配置包括番茄钟脚本、todo.txt 别名、扩展规则等。这样不仅获得了版本历史也解决了跨设备同步的麻烦。5. 使用这类项目时的几个坑与我的处理经验5.1 “装了等于做了”的幻觉工具给人最大的错觉就是“我已经在改善自己的状态了”。实际上安装只是开始真正的变化发生在日复一日的使用中。我见过很多朋友把番茄钟 App、任务管理软件、习惯打卡工具装了个遍但一周后全部吃灰然后得出结论“这些方法对我没用。”我的判断是不是方法没用而是同时引入的新系统太多超出了大脑的承载能力。正确的做法是每次只引入一个工具把它用成习惯之后再考虑下一个。比如这个月只做一件事“每天上午用 15 分钟番茄钟启动最重要任务”其他一切照旧。等这个动作稳定了再引入“任务拆解”或者“网站拦截”。渐进才是这类工具真正能否落地的关键。5.2 工具不应成为新的惩罚机制有些提醒类工具很容易变得“严厉”比如错过打卡就标红、连续失败就显示“你已经连续失败 N 天”甚至用一些富有羞辱感的表述。这类设计对 ADHD 人群是极大的坑——他们已经在自我指责方面很有经验了再多一个外部的指责器只会加重逃避心理。我更倾向于把工具当成“友好的助理”而不是“监工”。如果某个工具让你感到焦虑、愧疚、被盯着那就是它不适合你。开源世界的选择足够多换一个语气温和的、不强调连续打卡的、允许随时重来的工具体验会完全不同。我自己的原则很简单如果打开工具让我产生负担我就会卸载它。5.3 同步、备份与“作者弃坑”的现实问题个人向的开源项目经常面临一个现实问题作者会因为生活变化而弃坑。今天热榜上的i-have-adhd也许更新到第 5 篇就停了这不是不负责任而是每个写作者都有自己的人生优先级。作为使用者你必须提前做好应对方案。最低成本的应对是定期备份且随时能换工具。任务数据尽量选纯文本或支持导出的方案不要把自己的整座“第二大脑”押在不支持导出的 SaaS 上。其次是学会 fork 自己常用的仓库改出适合自己的一版哪怕只是修一个失效链接、更新一个依赖版本也比你干等作者维护要靠谱得多。5.4 中文使用者的现实适配另一个绕不开的问题是语言。大量这类垂直工具默认只支持英文界面和英文文档对中文使用者来说多了一层理解负担。我的处理方式是优先使用支持自定义界面的工具把英文文案批量替换成中文文档如果太长先用翻译工具粗读一遍只挑和实际功能相关的部分精读不需要从头到尾啃完。如果你的英文文档阅读能力一般还有一个技巧是直接去看 issue 区里的讨论。很多使用细节、常见错误、临时解决方案都在 issue 里出现而且语言通常比官方文档简单得多。即使看不太懂英文也可以借助翻译插件只要能理解“该按哪个按钮”和“错误提示是什么”基本就够了。最后再分享一个我自己的心得遇到i-have-adhd这类项目别急着把里面的建议当成任务清单去执行也别因“我做不到”而自责。把它当成一个同路人的笔记挑其中最贴近自己现状的一两条试一下合适就留下不合适就跳过。开源工具也好注意力管理也好最终目的都是让生活变得更容易一些而不是给已经不堪重负的大脑再添一层枷锁。
