一个人带一支 Agent 车队：我的 Agentic AI 工程工作流

作者在真实代码库上同时运行多个 Claude Code 会话，自己只负责定方向、答问题、做审查。文章给出了车道划分、交接文件、可视化看板等具体做法，以及踩过的坑：会话开多了反而更慢。

分工原则：Agent 干活，人掌舵

• Agent 拥有进行中的工作，人拥有方向、规则和一切不可逆操作
• 架构由人写下来定死，构建和测试套件是一切改动的门槛
• 没人提交代码除非作者开口，任何东西不碰生产环境
• 写测试和验证用不同的模型与 Agent，避免自己给自己打分

工作单元变了

• 不再是坐下写函数，而是写 backlog 条目或 spec，让 Agent 能直接开工
• 审查对象从逐行代码变成 diff、测试输出和证明
• 每个会话结束时更新一份交接 markdown 文件，替代人脑记忆项目状态

一套看板管住所有会话

• 每个代码区域一条 lane（A 到 F），各会话在交接文件里登记占位
• 环形图上青色是 Agent 会话，琥珀色圆盘代表自己，徽章数字显示有多少事在等人
• 看板下方四个计数：Answer（Agent 答不了的提问）、Review（要人看的 diff）、Decide（必须人拍板的方向选择）、Do（登录、DNS 等只有人能做的事）
• 所有仓库的看板汇总成一页，一眼看清全部项目状态和阻塞

会话的启动流程

• 每天从交接文件开始：看各 lane 的队列和等待项
• 每个 lane 开一个会话，开工前必读三样：仓库根目录的规则文件、交接文件、该 lane 队列队首的 backlog 条目
• 占位声明只需一行，例如会话名、任务编号和开始时间，其他会话可见该 lane 已被占用

踩坑与经验

• 把'等我处理'做成可见的计数，而不是凭感觉翻终端，Agent 空转时间大幅减少
• lane 按代码区域干净切分（基础设施、安全审查、UI、API/MCP 服务器），可并行不冲突
• 会话越多不等于交付越快：瓶颈是人自己的回答队列，lane 数量应等于自己能答好的问题数
• Agent 报的绿灯只是它自己的状态，用同一套模型定义并验证测试等于没测

系列预告

• 这是系列第一篇，后续涵盖人机分工边界、为什么光靠指令不够、多 lane 编排、MCP 服务器权限（默认只读）和踩坑复盘
• 技术栈：.NET 和 Blazor on Azure，Entra 做身份，Microsoft Graph 对接 Microsoft 365，工具是 VS Code 里的 Claude Code