EP172：放弃手写代码-解密 2026 年最高效的 Agentic Engineering 闭环

在 AI 编程工具突飞猛进的 2026 年，开发者究竟该如何在日常工作中使用这些强大的 Agent？本期视频由 Claude Code 资深使用者 Ray Amjad 分享他最新的“氛围编程（Vibe Coding / Agentic Engineering）”实战工作流。

Ray 彻底颠覆了传统的编码方式——他去年仅手写了两三行代码，就利用 AI 完成了包含数万行代码的完整应用。这期内容不是抽象的概念讨论，而是极为硬核的落地指南。你将学到如何利用录屏 + Gemini 3 Pro 极速生成 PRD（产品需求文档），如何通过 ChatGPT 寻找最佳开源组件来防止 AI “重复造轮子”，以及如何精细化地调度 Opus 4.5、Sonnet 4.5、GPT 5.2 等不同模型来完成架构设计、重构与 Review。特别是他对 Sub-agents（子智能体）和“计划模式（Planning Mode）”的独到见解，将帮助你避免多 Agent 协作时的常见踩坑，真正实现高可用、可落地的自动化开发闭环。

时点内容 | Key Topics

极速需求生成法：不用手写需求文档！只需对现有竞品或功能进行录屏讲解，将其丢给 Gemini 3 Pro 即可快速生成基础 PRD，再利用 Claude Code 的 ask_user_question 工具进行多轮反问，打磨出完美的开发需求。

防止 AI “重复造轮子”：目前的 AI Agent 往往倾向于从头手写一切（如富文本编辑器）。解决之道是将打磨好的需求喂给开启了深度思考的 ChatGPT，让其去互联网上搜索并推荐成熟、维护良好的开源库（如适合 Next.js 的库），再将这些库纳入开发计划。

人类开发者角色的转变：开发者不再是“写代码的人”，而是“架构师与反馈环的设计者”。核心工作变成了：监督 Agent、纠正架构方向、制定选型（如数据库、MCP 服务器），并将 AI 的高频错误更新到 claude.md 系统提示词中，让 Agent 越来越懂你的代码库。

2026 年的多模型调度策略：
Opus 4.5 (占比 70-80%)：主力模型，用于大规模特征开发、多文件重构和编写整洁的代码。
Sonnet 4.5：用于微小修复、UI 调整、代码 Review 和生成 Release Notes。
GPT 5.2 (通过 Codex CLI)：用于项目初期的宏观架构设计，以及解决 Opus 4.5 陷入死循环的复杂 Debug 任务。
Haiku 4.5：用于快速解答关于代码库的疑问。
Gemini 3 Pro：专注于设计和创意相关的生成任务。

并行 CLI 与上下文管理：避免在同一个项目中并行多个修改大量代码的 Agent（容易产生合并冲突）。建议同时在不同的终端窗口中运行 3-4 个会话，分别处理主项目和边缘痛点（如微型脚本、自用小工具）。

Sub-agents（子智能体）的正确打开方式：放弃让多个子智能体同时修改同一个项目代码的幻想（协调成本极高）。应将子智能体主要用于**“研究与思考”**，例如：同时开启三个子智能体去查阅文档、分析 Bug 根本原因，然后将提炼后的结论汇总给主会话，由主会话执行代码修改。

计划模式（Planning Mode）的威力：对于修改超过 10-15 行代码的任务，强烈建议开启 Planning Mode。它会先派出子智能体通过“Agentic Grep”在整个代码库中寻找已有的架构模式，然后再制定计划。这能有效防止代码库出现“架构漂移”（即每次 AI 都用不同风格写代码）。

Fork 会话用于探究与学习：当 Claude 做出了奇怪或绝妙的架构选择时，不要在当前会话中追问（会污染上下文）。使用 claude continue --fork-session 复制当前会话，在新的会话中向它请教原因或让它画出架构图，以此提升自己的技术理解。