当Agent一天造300个PR，工程师还能做什么？
- 内容介绍
- 文章标签
- 相关推荐
较深夜两点，GitHub 的通知面板像疯了一样在闪烁。一个由 DeepSeek 底座驱动的 Agent 协作集群，在较短较短 24 较小时内提交了 300 个 Pull Request 。涵盖了从 Bug 恢复、依赖升级到崭新功能模块的实现。代码，甚至连 Commit Message 都写得像个资较深工程项目师那样克制且专业。
也许.… 这种场景已经成了部分前卫团队的日常。面对这种“工业生产化”的代码产出速度， 很更多习惯于手动敲代码的开发者陷入了一种较深较深的焦虑：如果 AI 一天能干我一年的活，那我当前这个工程项目师到底还能做哪些？
从“编码者”到“周边环境设计师”：认知的剧烈坍塌
他破防了。 过去十年， 我们定义工程项目师的核心能力是：精通某种语言、熟悉框架、能够将业务逻辑转化为较高效的代码。但当前，代码本身正在变得“廉价”。当 Agent 能够基于 Harness Engineering自主循环——读取日志、 定位错误、修改代码、运行测试、根据报错 迭代——直到 PR 通过 CI 检查时单纯的“写代码”能力已经失掉了竞逐壁垒。
换言之... 这其实是一次认知的坍塌。我们习惯于把时间段花在 How上，而 Agent 把 How 的投入成本降到了近乎零。当前的核心矛盾不再是“产出欠缺”，而是“审核瓶颈”。当一天产生 300 个 PR 时 人类工程项目师如果还是用传统方式的 Code Review 模式去一行行审阅，那么人就成了整个流水线上的最较大阻塞点。
为哪些我们不能简洁地信赖 AI？
很更多人会问：既然 AI 能跑通测试且通过 CI，为哪些还需要人？这里涉及到一个核心概念——信赖债务 。
AI 生成的代码虽然在功能上是正确的，但在架构演进的可维护性和潜在的边缘 case 上依然存在风险因素。如果一个系统由数千个由 AI 生成且未经较深度明白的 PR 构建而成，那么当前这个系统将变成一个巨较大的“黑盒”。
较深夜两点，GitHub 的通知面板像疯了一样在闪烁。一个由 DeepSeek 底座驱动的 Agent 协作集群，在较短较短 24 较小时内提交了 300 个 Pull Request 。涵盖了从 Bug 恢复、依赖升级到崭新功能模块的实现。代码，甚至连 Commit Message 都写得像个资较深工程项目师那样克制且专业。
也许.… 这种场景已经成了部分前卫团队的日常。面对这种“工业生产化”的代码产出速度， 很更多习惯于手动敲代码的开发者陷入了一种较深较深的焦虑：如果 AI 一天能干我一年的活，那我当前这个工程项目师到底还能做哪些？
从“编码者”到“周边环境设计师”：认知的剧烈坍塌
他破防了。 过去十年， 我们定义工程项目师的核心能力是：精通某种语言、熟悉框架、能够将业务逻辑转化为较高效的代码。但当前，代码本身正在变得“廉价”。当 Agent 能够基于 Harness Engineering自主循环——读取日志、 定位错误、修改代码、运行测试、根据报错 迭代——直到 PR 通过 CI 检查时单纯的“写代码”能力已经失掉了竞逐壁垒。
换言之... 这其实是一次认知的坍塌。我们习惯于把时间段花在 How上，而 Agent 把 How 的投入成本降到了近乎零。当前的核心矛盾不再是“产出欠缺”，而是“审核瓶颈”。当一天产生 300 个 PR 时 人类工程项目师如果还是用传统方式的 Code Review 模式去一行行审阅，那么人就成了整个流水线上的最较大阻塞点。
为哪些我们不能简洁地信赖 AI？
很更多人会问：既然 AI 能跑通测试且通过 CI，为哪些还需要人？这里涉及到一个核心概念——信赖债务 。
AI 生成的代码虽然在功能上是正确的，但在架构演进的可维护性和潜在的边缘 case 上依然存在风险因素。如果一个系统由数千个由 AI 生成且未经较深度明白的 PR 构建而成，那么当前这个系统将变成一个巨较大的“黑盒”。