https://codexer.com/tags/agentic-engineering/Recent content in Agentic Engineering on CodexerHugozh-cnThu, 02 Jul 2026 10:00:00 +0800https://codexer.com/posts/2026-07-02-ai-coding-workflow-evolution/Thu, 02 Jul 2026 10:00:00 +0800https://codexer.com/posts/2026-07-02-ai-coding-workflow-evolution/<p>去年这个时候，你打开 ChatGPT 或者 Claude，让它帮你写一个函数，然后复制粘贴到编辑器里，这事已经算「AI 辅助编程」了。到了 2026 年，事情已经完全变了。</p> <p>现在的日常是：你打开终端，启动一个 Coding Agent，跟它说「把这个系统的用户认证模块重构一下」，然后 Agent 自己去读代码、写计划、拆任务、创建分支、写测试、实现功能、跑 CI，最后把 PR 递到你面前。你只需要 review 一下，决定合并还是打回去。</p> <p>这不是科幻。这是 Karpathy、Addy Osmani、Simon Willison 这批人正在系统化推广的 <strong>Agentic Engineering</strong>。</p> <p>但问题也随之而来：当你不再亲手写每一行代码，而是管理一群能写代码的 Agent 时，你需要一套全新的工作方法。怎么安排任务？怎么保证质量？怎么避免 Agent 把代码库搞成灾难现场？</p> <p>日本工程师 Sakasegawa 最近发表了一篇非常全面的综述《A Survey of Development Workflows in the Coding Agent Era》，把 2026 年 AI 编程工作流的「江湖格局」梳理得很清楚。本文基于这篇综述，加上我自己的实践经验，画一张这个新世界的导航图。</p> <h2 id="从-vibe-coding-到-agentic-engineering一年间的范式跃迁">从 Vibe Coding 到 Agentic Engineering：一年间的范式跃迁</h2> <p>2025 年 2 月，Karpathy 提出了 <strong>Vibe Coding</strong> 这个概念。当时的含义很简单：你不再亲手写代码，而是让 AI Coding Agent 凭「感觉」去写，你只负责描述需求。</p> <p>这个提法在当时很有争议。批评者认为这是放弃了对代码质量的把控，支持者则认为这是解放生产力的必经之路。</p> <p>一年后的 2026 年 2 月，Karpathy 把这个概念升级为 <strong>Agentic Engineering</strong>。定义也清晰了很多：你 99% 的时间花在编排和监督 Agent 上，而不是直接写代码。</p>