AI 帮你把 PR 提了，为什么人反而更心虚了？

有个很微妙的瞬间，最近越来越常见。

你把需求丢给 AI，过一会儿它把代码改好了，测试也跑了，连 PR 描述都顺手写完。页面能打开，功能也没炸，review 看起来甚至比你自己手搓时还整齐。

按理说，这应该很爽。

但很多人的第一反应不是爽，而是——心虚。

一种很难描述的别扭感会冒出来：这玩意儿虽然是我发起的，但好像又不是我做的。结果是有的，成就感却像被抽空了。更扎心一点说，有时候还会冒出一句："我是不是在装会写代码？"

这不是矫情，这种感觉现在非常普遍。AI 编程真正刺到人的地方，从来不只是“效率变高了”，而是它开始动摇很多工程师对自我价值的判断方式。

以前让人有成就感的，不只是交付

老实说，程序员以前最上头的部分，未必是把需求交掉。

真正让人上瘾的，往往是这些东西：

• 卡了半天终于把一个诡异 bug 摁死
• 在陌生代码库里一路摸索，最后找到了那个关键点
• 把一坨烂流程整理顺，让后面的每一步都更丝滑
• 写出一段自己觉得“嗯，这里真挺漂亮”的代码

这些体验的共同点不是“有产出”，而是你明确感觉到自己参与了过程。你理解了、判断了、取舍了、修正了，所以最后那个结果会让你觉得：这是我做出来的。

可 AI 介入之后，最先被替代掉的，恰恰就是这些“过程感”。

你不再需要一点点啃上下文，不再需要自己写 PR 描述，不再需要手动搭验证流程，甚至很多时候，连第一版实现都不是你敲出来的。你从“亲自施工的人”，变成了“发指令、看结果、做验收的人”。

问题来了：很多人其实还没学会欣赏这种新的工作方式。

心虚，不一定是因为你没本事

很多人会把这种不适理解成：是不是因为我能力不够，所以才只能靠 AI？

其实未必。更常见的情况是，你的评价体系还停留在旧世界。

旧世界里，一个工程师的价值往往和这些东西绑定得很紧：

• 代码是不是你亲手写的
• 细节是不是你逐行推出来的
• 问题是不是你自己一点点排查明白的
• 交付速度背后有没有你的“苦劳”

但 AI 把工作结构改了。现在越来越多高频动作，已经从“亲手做”变成“组织它被做完”。

说白了，工程师正在从“施工型选手”变成“带队的人”。

这并不自动更轻松。相反，它要求你换一种能力：

• 你能不能把任务拆清楚
• 你能不能发现 AI 理解偏了
• 你能不能快速判断一个改动值不值得进主干
• 你能不能搭出让验证更快、更稳的工作流

这些能力以前也重要，但没像今天这么重要。

所以很多人的空心感，不是因为没贡献，而是因为贡献方式变了，但自尊还没来得及升级。

最容易让人空掉的，不是写代码，是“无感交付”

AI 编程最危险的一点，不是它写错。写错还能改。

真正让人发虚的是：它把交付变得太顺了。

代码出来了，PR 发了，功能上线了，用户也许还真受益了。可整个过程像传送带一样丝滑，你没怎么挣扎，没怎么卡住，没怎么拼命，所以大脑就会偷偷给你一个结论：

这不算。

人脑有时候就这么离谱。

它很容易把“费劲”误认成“有价值”，把“亲手做”误认成“真正拥有”。于是当 AI 帮你跨过大量重复劳动之后，你得到的不是解放，而是一种像拿了别人作业去交差的空落感。

但冷静点看，这其实是个认知陷阱。

如果一个改动真的解决了问题，真的减少了用户损失，真的让团队节省了时间，那它就有价值。这个价值不一定因为你少敲了 200 行代码就消失。

真正该保住的，不是手写感，而是判断权

我觉得现在最该想明白的一件事是：

以后工程师最值钱的部分，可能不是“我能写”，而是“我能判断”。

你当然还是要懂系统，还是要知道代码为什么这么写，还是要能看出一个 patch 里埋了什么雷。可重点会越来越偏向：

• 这个需求到底该不该这样做
• 这个方案是不是只是看起来能跑
• 这个 PR 会不会把维护成本偷偷抬高
• 这个验证流程能不能继续自动化
• 这个工具链是不是在帮团队变快，还是只是在制造一种很热闹的幻觉

换句话说，别把自己全部价值押在“亲手敲代码”这件事上。这个动作以后会越来越便宜。

真正不便宜的，是理解、品味、判断、取舍，还有对结果负责。

怎么跟这种别扭感相处？

如果你最近也有那种“AI 帮我做完了，但我没什么感觉”的状态，我觉得可以试试这几个办法。

1. 把 AI 丢去干重复活，不要把主判断一起外包

让它整理 diff、写 PR 描述、补测试、跑检查、搭预览环境，这都很合理。

但架构方向、关键取舍、边界条件、验收标准，尽量别一起甩出去。你一旦把判断权也交了，空心感会迅速变成失控感。

2. 刻意保留 review 的存在感

别把 review 当走流程。

你要明确知道：为什么这个改动是对的，哪里仍然危险，哪些细节值得返工。只要 review 仍然是高强度思考，成果感就不会完全丢。

3. 优化“工作流”，别只优化“生成速度”

很多人现在沉迷于让 AI 多写一点代码，但真正能拉开差距的，往往是更土的东西：

• PR 流程是不是足够顺
• 本地预览是不是够快
• 验证是不是自动化
• 多任务并行会不会互相撞环境

这些听起来像 plumbing，但恰恰是最影响幸福感的地方。因为它决定你到底是在顺着做事，还是被流程反复打断。

4. 接受一种现实：成就感的来源真的在换代

这事最烦的地方在于，它不是你想不想接受的问题。它已经发生了。

以前那种“我一个人盯着屏幕狠狠干四小时，然后写出一个漂亮实现”的爽感，以后可能会变少。取而代之的，可能是另一种爽：

我把流程搭对了。
我让验证速度快到几乎没有等待。
我同时推了三条线，还都没翻车。
我把 AI 变成了一个不那么蠢的队友。

这种爽没那么浪漫，但更接近未来。

最后一句

如果 AI 帮你提了一个 PR，你觉得自己像个骗子，先别急着给自己下结论。

你不一定是在退步。你只是站在一种新工作方式的门口，旧成就感已经开始失效，新成就感还没完全长出来。

这段过渡期会有点拧巴，挺正常的。

真正值得警惕的，不是你一时心虚。真正值得警惕的是，你把“亲手做了多少”错当成了“你到底值多少”。

这两个东西，以后只会越来越不是一回事。