软件工程的终局不是写代码，而是计划与审查

当 AI 写代码越来越强，软件工程师会失业吗？Louis Knight-Webb 给出的答案更刺耳：工程师不会消失，但工作内容会被彻底重塑——写代码只剩很小一部分，真正的价值变成了“计划”和“审查”。更戏剧性的是，他在台上直接演示了关闭自己公司的全过程。

最反直觉的判断：工程师将不再以“写代码”为中心

Louis 一上来就抛出一个让人不舒服的结论：未来的软件工程，本质上是“Plan and Review”。不是更快地写代码，而是花更多时间规划要做什么、以及审查 AI 或他人已经做完的东西。

在 Copilot 出现之前，大多数工程师的时间结构还能勉强算是“写代码为主、计划和 Review 为辅”。但随着 Copilot、自动化工具和 Agent 能力不断增强，写代码这件事本身被持续压缩。Louis 的判断很直接：AI 是一个加速器，它不会凭空创造新工作，而是把你原本花在实现上的时间，挤压到“事前规划”和“事后审查”上。

这也是他这场演讲真正想讨论的问题：当 AI 继续变强，我们这些人一天到底该干什么？如果你还把“能不能写复杂代码”当成核心竞争力，那你已经在和模型打擂台了。

两种工作方式的分裂：先计划，还是边做边看

Louis 把人类与 AI 协作的方式，粗略分成了两派。

第一种是强计划型：人类先把目标、约束、步骤拆得很清楚，再把执行交给 AI。好处是方向可控、返工少，尤其适合复杂、长周期的任务。坏处也明显——你必须非常清楚自己想要什么。

另一种是探索型：先让 AI 动手跑起来，再不断 Review、修正、重试。这种方式在原型验证、前端、小功能上非常高效，但代价是——你的注意力会被持续消耗在审查上。

Louis 提出一个很现实的衡量标准：如果最稀缺的是“人类时间”，那你就应该警惕那些让你不断 Review、不断被打断的流程。AI 帮你写得越多，并不自动等于你更高效，除非你能控制 Review 的成本。

时间尺度正在拉长：Agent 不再只跑几十秒

演讲中一个被低估但极其关键的观点，是“时间尺度”的变化。

当 Agent 只能运行几十秒时，你可以像用 Copilot 一样随时盯着它；但一旦 Agent 可以连续运行几分钟、甚至更久，工程师的角色就发生了质变。你不可能全程盯着执行细节，你只能在开始时给出足够好的计划，在结束时做系统性的 Review。

Louis 认为，一旦跨过某个时间阈值（他在演讲中反复强调这一点），工作方式会发生‘相变’：工程师更像产品经理 + 审计员，而不是执行者。这也是为什么他认为“计划能力”和“审查能力”会成为新的硬技能，而不是软技能。

最戏剧性的结尾：他用自己的工具，当场关闭了公司

如果说前半场是趋势判断，后半场则直接变成了现实案例。

Louis 在演讲中坦白：就在写完这场分享后的那个周二，他决定关闭自己的公司。而更狠的是——他直接用自己做的 Vibe Kanban，当众演示了“如何关闭一家创业公司”：拆任务、生成变更、Review 决策、一步步执行。

这不是炫技，而是一种残酷的自证：当软件开发越来越像“计划 + 审查”，那真正的挑战就不再是代码能不能写，而是你是否能做出正确的判断，并为判断负责。工具可以很强，但方向错了，只会更快地走向错误。

总结

这场演讲最值得带走的，不是“AI 会不会取代工程师”，而是一个更现实的问题：当写代码变得廉价，你的价值到底在哪里？Louis 的答案很清晰——在定义问题、拆解任务、设定边界，以及在关键节点做出判断。

对个人来说，这意味着你该开始刻意训练“计划能力”和“高质量 Review”的能力；对团队来说，意味着流程和工具必须围绕这两件事重构。最后留一个判断题给你：如果未来 80% 的代码都不是你亲手写的，你是否依然能自信地说，这个系统是你负责的？

关键词： 软件工程， AI Agent， GitHub Copilot， 计划与审查， 工程师角色变化

事实核查备注： 需要核查的关键事实：1）Louis Knight-Webb 在 SweeBench verified leaderboard 上领先 OpenAI 的具体时间与排名；2）GitHub Copilot 出现前后工程师时间分配的具体比例是否有量化数据；3）Vibe Kanban 是否为其公司核心产品名称；4）演讲中提到的 Agent 运行时间阈值是否有明确数值。