“用AI工作四个小时左右就巨累无比，效率提高了是真的，干完脑子转不动了也是真的”，这不是个例，是2026年程序员的集体症状。知乎今天刚挂出"为什么有些程序员明明用上了最新的AI工具，反而觉得写代码比以前更累了"。小红书评论区里，“怀念古法编程”"越用越累"的帖子也刷了一片。小红书知乎
先说结论：不是你懒，也不是你不会用AI——是这份工作本身换了工种。
打字从来不是最难的
一条小红书评论点破了要害：“打字写出代码是整个流程里最简单的部分”。而AI恰好先接管了这一环。剩下什么？定义任务、对齐需求、设边界、读代码、验收、兜底——100%纯脑力活，现在全归你。小红书
从作者变验收员
AI评估机构METR做过随机对照实验：16位资深开源开发者、246个真实Issue，用了AI平均慢了19%，实验前他们预估能提速24%，做完还坚信自己快了20%。METR给出的核心解释：AI把"写"的成本，转移成了"审"的成本。知乎
一个哈佛团队覆盖700多家企业的研究同样画出这条曲线：引入AI编码智能体后，代码量涨了30%，问题解决率纹丝不动，评审时间却多了49%。AI擅长产出"能跑但有坑"的代码——并发隐患、边界case、理直气壮地绕过分层、偷偷改不该动的模块，人逐行读代码越来越难跟上。你必须先读懂它，才敢把它合进主分支。知乎知乎专栏知乎
节奏被机器绑架
“大脑会陷入我到底要不要跟的二极震荡：不看内容心理不踏实，看细节信息量又高的离谱，还会觉得自己进度慢拖AI后腿”。AI秒级响应，人就得全速跟上，有人同时追两三个Agent。交付预期也跟着水涨船高：原来两周的活，领导现在默认一两天给结果。产出变多了，责任没打折——AI不担责，按合并键的人担。小红书知乎
没被搞垮的人怎么干活？
评论区里留下的实战经验，值得直接抄作业：
分阶段验收：让AI一次只干一步，人审过一步再放下一步，别让它一口气堆一坨。小红书
先对齐终点：动手前先跟AI确认输出格式和验收标准，避免"写完了才发现不是我要的"。
把审查外包给流程：测试、CI、按清单审查，别问AI"有没有问题"，要让它逐项核对。
按风险分配人的注意力：低风险改动机器把关，高风险改动双人审批——自家90%代码由AI写的Claude Code团队，靠的就是这套分层闸门。知乎
保住手感：什么都可以代理，留一小块亲手敲，别让底层能力悄悄退化。
累的真相是：AI只接走了排班表里最轻松的那部分，难的、急的、要担责的，全留在了人这一栏。 在评审流程追上生成速度之前，能外包的只有打字，不能外包的是判断。
