Orestis Ioannou · Bold.org 技术负责人 · 阅读原文
原始来源：Orestis Ioannou 原文
发现渠道：Hacker News 讨论
Orestis Ioannou 并不否认 AI 帮到了自己：以前不值得开始的修复和项目，现在可以尝试。让他疲惫的是并行工作增加以后，每个 Agent 都会间歇地带着问题、计划或代码改动回来。人需要在不同仓库和决策之间重新进入状态，单个任务变快，整周的注意力负担却加重了。
他用 2019 年以来的 GitHub 活动回顾这个变化，并交代自己的职位从全栈工程师转到高级工程角色，再到技术负责人。2026 年截至 10 月 27 日已有 2102 次贡献，接近他 2020 年同期的 2371 次；但贡献混合提交、审查、问题和拉取请求，既不是工时，也不是创造价值的数量。早期还存在另一工作平台造成的记录缺口，不能拿这条曲线证明 AI 单独导致了加班。
文章更具体的观察是循环：新能力让更多想法显得可做，他同时启动更多工作；几周后，审查和切换逐渐耗尽精力，于是收缩；下一次能力进展或休假恢复后，又重新扩张。他尚未找到平衡。他认可工具拓展了能做的事，却感觉思考和接住这些项目的精力没有同步增长。这是他的个人经验，不能自动推广到所有开发者。
可信度 65 · 重要性 79 · 新颖度 80
技术与主题
Agent 系统 · AI 编程 · developer experience · parallel agents · review workload
sailfast
回应作者关于并行工作带来疲惫的经验。
忠实转述（非原句）：他觉得这也符合自己的经历，并补充说上游输入使用 AI 后也会加快，整条工作链都在提速，而接住任务的仍是人。他一度觉得这是最适合创造东西的时期，后来却感到难以停下，担心一离开就会落后。这是他对工作体验的描述，不是团队工时测量。
arend321
同一讨论中的不同使用体验，强调工作地点和方式的自由。
忠实转述（非原句）：他不一定工作得更少，却觉得工作方式更好：当天在海边散步时，只靠语音就处理了 CRM、会计和搜索基础设施事务。他认为没有 AI 就得留在桌前。这个例子说明有人把能力转成安排工作的自由，而非只把它转成更多产出。
编辑评读
这篇文章改变了“省时”的比较方式。若工作清单固定，AI 可以缩短完成时间；若省下的时间立即换成更多项目，观察到的总劳动就未必减少。这不是用一个反例否定效率进步，而是指出采用新工具以后，任务需求本身也会变化。作者保留了收益与疲惫同时存在的经验，比分成乐观或悲观立场更有解释力。
对团队来说，值得检查的是等待人判断的工作，而不只是运行中的 Agent 数量。一个任务只需五分钟复核，看似很小；多个任务在不同背景下同时回来，重新理解的成本可能才是瓶颈。按可审阅能力限制在制工作、集中处理回报，是可尝试的流程设计，本期没有验证它们能减少疲惫。
讨论区也有人体验到更大的生活自由：语音助手让他可以边散步边处理事务。这与作者的经历不必互相否定，工具改变的是工作安排的选择空间，是否把机会继续换成任务还受客户要求、角色与个人选择影响。判断一套流程是否更好，需要同时看产出、维护负担和人的可支配时间，不能仅用贡献次数代替。
需要留意
- 个人回顾与自报活动数据，职位和工作平台变化均影响比较。