Sergey Kuhne：用 Git 队列对抗 AI 脑过载
How I Fight AI Brain Fry
在使用 Claude Code 或 Codex 时，多任务并行常导致思维碎片化，让我们陷入“AI 脑过载”的困境。我拒绝简单的休息建议，转而重构工作流：将任务转化为 Git 仓库中的 Markdown 文件，构建一个基于优先级的任务队列。Agent 负责执行安全任务并测试，而所有需要人类判断的决策点则汇总到我的“所有者收件箱”。通过 Claude artifact 生成的单页视图，我能快速加载上下文、做出决策并关闭任务，确保每个任务处理完毕即释放脑力。这种机制让上下文随任务关闭而结束，使我能真正专注于当下的一件事，显著提升了与 AI 协作时的专注度与效率。
关闭任务才是关键：任务不会继续悬在我的记忆里，上下文随它一同结束。
HN 评论区
207- eterm
我逐渐明白，与其试图同时应付太多事情，不如坦然接受：即便我处于“空闲”状态，我的生产力依然比过去任何时候都要高。重要的是留出时间休息、充电、刷新状态并反思。
所以我把自己限制为同时最多处理 2 到 3 件事。如果这些任务都进入了长时间运行的会话，那也无妨，我知道很快就能重新深度投入其中。
但“再开一个会话”的诱惑总是很大，尤其是像“让它更好地分析性能并优化”这类事情。这感觉超级高效，但往往只是为了让我摆脱“空闲”的感觉。
- sollewitt
这只能解决部分问题，另一半的问题是：好吧，你现在有 3 个聊天窗口在跑，但到了某个时刻，你意识到自己手头有 3 个超过 1 万行的 CL（代码变更）要审查，再加上同事也在找你审代码。
我做的每一次审查，都会发现过度拟合、脆弱的解决方案，以及那些被生硬拼凑而非有机集成的东西。所以我拒绝放弃代码审查，但这正是我真正的瓶颈。同时处理三个审查比处理一个要糟糕得多，因为我的上下文和理解力被稀释了，变得有些混乱。
我想统计一下我落地代码需要多长时间，我怀疑串行处理一件事会比并行处理多件事更快。并行感觉更快，但代码审查的时间反而更长了。
- pech0rin
我觉得我好像开始有点精神错乱了：只要读到博客文章，一旦闻到一丝 AI 的味道，我的大脑就会直接关机，再也读不下去了。
我不是在责怪作者，也许这是他们原创的想法，只是经过了 AI 润色，但我生理上就是无法继续阅读。算是