[{"content":"最近我在学习多Agent协作的完整流程，做了一次实操演练：让产品经理、开发工程师、测试工程师三个Agent角色并行工作，从需求对齐到文档交付。整个过程没有写一行代码，却产出了3,555行结构化文档。这里复盘一下关键做法和踩坑经验。\n目标与角色设计 我设定了一个\u0026quot;智能任务协作平台\u0026quot;——一个支持任务CRUD、状态流转、列表查询的简易系统。三个角色各司其职：\n产品经理：输出PRD和API契约文档 开发工程师：基于PRD做技术方案设计 测试工程师：基于PRD和API契约设计测试用例 技术选型很克制：Python FastAPI + SQLite + 原生HTML/JS，零构建复杂度，聚焦协作流程本身。\n三角色并行启动 这是最关键的一步。我把三个角色的task同时dispatch出去，让它们并行工作。核心命令结构是：三个独立task，每个包含完整的角色定义、上下文、产出要求。\n信息流设计成闭环：PRD流向开发做设计，PRD+API契约流向测试写用例。每个角色的产出成为下一个角色的输入。\n实际产出 三份文档全部生成到 D:/multi-agent-project/docs/：\nPRD.md：10条用户故事 + 22条验收标准（Given-When-Then格式），覆盖任务CRUD和状态流转 api_contract.md：5个API端点的完整JSON Schema，含请求参数、响应格式、错误码定义 design.md：9个模块目录 + 6张ER图 + 7个Mermaid图，20个API详细设计 test_cases.md：30条测试用例（TC-CREATE-001格式），覆盖正常流程、边界异常、并发场景 踩坑与思考 上下文传递是最大挑战。每个Agent是独立session，必须把项目背景、技术栈、产出格式等所有信息显式写进task的context里，否则角色会\u0026quot;失忆\u0026quot;或输出格式不统一。\n并行不等于完全独立。开发的技术设计依赖PRD，测试的用例依赖PRD+API契约。虽然三个任务同时启动，但需要在task描述中注明\u0026quot;如果上游文档已存在则读取并基于编写\u0026quot;，避免时序问题。\n产出格式必须提前约定。我在协作机制中规定了：需求文档用Markdown+用户故事格式、测试用例用表格+ID格式、Bug报告含复现步骤和严重等级。没有约定就没有对齐。\n异步回调要处理好。三个Agent并行运行，完成时间不同。需要轮询或等待异步通知，再汇总结果。实际执行中最慢的任务跑了约250秒。\n下一步 文档层面对齐后，下一步是激活开发工程师Agent基于 design.md 写实际代码，跑通前后端联调，然后测试工程师Agent用自动化脚本验证。这才是真正的协作闭环——从文档到可运行系统。\n多Agent协作的核心不是\u0026quot;一个AI做所有事\u0026quot;，而是让每个Agent专注自己的强项，通过结构化的交付物串联起完整的工作流。这次实践验证了这条路走得通。\n","permalink":"/posts/2026-09-19-%E5%A4%9Aagent%E5%8D%8F%E4%BD%9C%E5%AE%9E%E6%88%98-%E4%BB%8E%E9%9C%80%E6%B1%82%E5%88%B0%E6%B5%8B%E8%AF%95-%E4%B8%89%E8%A7%92%E8%89%B2%E5%B9%B6%E8%A1%8C%E4%BA%A4%E4%BB%98/","summary":"\u003cp\u003e最近我在学习多Agent协作的完整流程，做了一次实操演练：让产品经理、开发工程师、测试工程师三个Agent角色并行工作，从需求对齐到文档交付。整个过程没有写一行代码，却产出了3,555行结构化文档。这里复盘一下关键做法和踩坑经验。\u003c/p\u003e\n\u003ch2 id=\"目标与角色设计\"\u003e目标与角色设计\u003c/h2\u003e\n\u003cp\u003e我设定了一个\u0026quot;智能任务协作平台\u0026quot;——一个支持任务CRUD、状态流转、列表查询的简易系统。三个角色各司其职：\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\u003cstrong\u003e产品经理\u003c/strong\u003e：输出PRD和API契约文档\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003e开发工程师\u003c/strong\u003e：基于PRD做技术方案设计\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003e测试工程师\u003c/strong\u003e：基于PRD和API契约设计测试用例\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e技术选型很克制：Python FastAPI + SQLite + 原生HTML/JS，零构建复杂度，聚焦协作流程本身。\u003c/p\u003e\n\u003ch2 id=\"三角色并行启动\"\u003e三角色并行启动\u003c/h2\u003e\n\u003cp\u003e这是最关键的一步。我把三个角色的task同时dispatch出去，让它们并行工作。核心命令结构是：三个独立task，每个包含完整的角色定义、上下文、产出要求。\u003c/p\u003e\n\u003cp\u003e信息流设计成闭环：PRD流向开发做设计，PRD+API契约流向测试写用例。每个角色的产出成为下一个角色的输入。\u003c/p\u003e\n\u003ch2 id=\"实际产出\"\u003e实际产出\u003c/h2\u003e\n\u003cp\u003e三份文档全部生成到 \u003ccode\u003eD:/multi-agent-project/docs/\u003c/code\u003e：\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\u003ccode\u003ePRD.md\u003c/code\u003e：10条用户故事 + 22条验收标准（Given-When-Then格式），覆盖任务CRUD和状态流转\u003c/li\u003e\n\u003cli\u003e\u003ccode\u003eapi_contract.md\u003c/code\u003e：5个API端点的完整JSON Schema，含请求参数、响应格式、错误码定义\u003c/li\u003e\n\u003cli\u003e\u003ccode\u003edesign.md\u003c/code\u003e：9个模块目录 + 6张ER图 + 7个Mermaid图，20个API详细设计\u003c/li\u003e\n\u003cli\u003e\u003ccode\u003etest_cases.md\u003c/code\u003e：30条测试用例（TC-CREATE-001格式），覆盖正常流程、边界异常、并发场景\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2 id=\"踩坑与思考\"\u003e踩坑与思考\u003c/h2\u003e\n\u003col\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003e上下文传递是最大挑战\u003c/strong\u003e。每个Agent是独立session，必须把项目背景、技术栈、产出格式等所有信息显式写进task的context里，否则角色会\u0026quot;失忆\u0026quot;或输出格式不统一。\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003e并行不等于完全独立\u003c/strong\u003e。开发的技术设计依赖PRD，测试的用例依赖PRD+API契约。虽然三个任务同时启动，但需要在task描述中注明\u0026quot;如果上游文档已存在则读取并基于编写\u0026quot;，避免时序问题。\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003e产出格式必须提前约定\u003c/strong\u003e。我在协作机制中规定了：需求文档用Markdown+用户故事格式、测试用例用表格+ID格式、Bug报告含复现步骤和严重等级。没有约定就没有对齐。\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003e异步回调要处理好\u003c/strong\u003e。三个Agent并行运行，完成时间不同。需要轮询或等待异步通知，再汇总结果。实际执行中最慢的任务跑了约250秒。\u003c/p\u003e\n\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch2 id=\"下一步\"\u003e下一步\u003c/h2\u003e\n\u003cp\u003e文档层面对齐后，下一步是激活开发工程师Agent基于 \u003ccode\u003edesign.md\u003c/code\u003e 写实际代码，跑通前后端联调，然后测试工程师Agent用自动化脚本验证。这才是真正的协作闭环——从文档到可运行系统。\u003c/p\u003e\n\u003cp\u003e多Agent协作的核心不是\u0026quot;一个AI做所有事\u0026quot;，而是让每个Agent专注自己的强项，通过结构化的交付物串联起完整的工作流。这次实践验证了这条路走得通。\u003c/p\u003e","title":"多Agent协作实战：从需求到测试，三角色并行交付"},{"content":"欢迎来到我的博客！这是第一篇文章。\n这个博客的架构非常极简：\n文章用 Markdown 写在 content/posts/ 目录 Hugo 构建成纯静态 HTML 托管在 Cloudflare Pages，全球 CDN 加速 域名 DNS 托管在 Cloudflare，完全免费 以后会写什么 技术笔记与踩坑记录 工具与效率 生活随笔 千里之行，始于足下。\n","permalink":"/posts/hello-world/","summary":"\u003cp\u003e欢迎来到我的博客！这是第一篇文章。\u003c/p\u003e\n\u003cp\u003e这个博客的架构非常极简：\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e文章用 Markdown 写在 \u003ccode\u003econtent/posts/\u003c/code\u003e 目录\u003c/li\u003e\n\u003cli\u003eHugo 构建成纯静态 HTML\u003c/li\u003e\n\u003cli\u003e托管在 Cloudflare Pages，全球 CDN 加速\u003c/li\u003e\n\u003cli\u003e域名 DNS 托管在 Cloudflare，完全免费\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2 id=\"以后会写什么\"\u003e以后会写什么\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003e技术笔记与踩坑记录\u003c/li\u003e\n\u003cli\u003e工具与效率\u003c/li\u003e\n\u003cli\u003e生活随笔\u003c/li\u003e\n\u003c/ul\u003e\n\u003cblockquote\u003e\n\u003cp\u003e千里之行，始于足下。\u003c/p\u003e\n\u003c/blockquote\u003e","title":"Hello World：博客第一篇文章"}]