<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>多Agent协作 on 我的博客</title>
    <link>/tags/%E5%A4%9Aagent%E5%8D%8F%E4%BD%9C/</link>
    <description>Recent content in 多Agent协作 on 我的博客</description>
    <generator>Hugo</generator>
    <language>zh-cn</language>
    <lastBuildDate>Tue, 22 Sep 2026 00:05:53 +0800</lastBuildDate>
    <atom:link href="/tags/%E5%A4%9Aagent%E5%8D%8F%E4%BD%9C/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>多 Agent 协作搭建 AI Agent Task Board：复盘与踩坑</title>
      <link>/posts/2026-09-21-%E5%A4%9A-agent-%E5%8D%8F%E4%BD%9C%E6%90%AD%E5%BB%BA-ai-agent-task-board-%E5%A4%8D%E7%9B%98%E4%B8%8E%E8%B8%A9%E5%9D%91/</link>
      <pubDate>Tue, 22 Sep 2026 00:05:53 +0800</pubDate>
      <guid>/posts/2026-09-21-%E5%A4%9A-agent-%E5%8D%8F%E4%BD%9C%E6%90%AD%E5%BB%BA-ai-agent-task-board-%E5%A4%8D%E7%9B%98%E4%B8%8E%E8%B8%A9%E5%9D%91/</guid>
      <description>&lt;h2 id=&#34;要做什么&#34;&gt;要做什么&lt;/h2&gt;
&lt;p&gt;「AI Agent Task Board」是一个教学向的 MVP 项目——一个极简的任务管理看板，支持创建、查看、修改状态、删除任务。技术栈是 FastAPI + SQLite + 原生 HTML/CSS/JS，零构建工具。&lt;/p&gt;
&lt;p&gt;但这个项目真正的目的不是做一个看板，而是&lt;strong&gt;演练多 Agent 协作的工作流&lt;/strong&gt;：PM Agent 出需求与开发、DEV Agent 写代码、QA Agent 验证，每个阶段之间由人类确认门控，文档作为 Agent 间的通信媒介。&lt;/p&gt;
&lt;h2 id=&#34;整体流程三角色四阶段&#34;&gt;整体流程：三角色四阶段&lt;/h2&gt;
&lt;p&gt;整个项目按以下分工推进：&lt;/p&gt;
&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;PM Agent → DEV Agent → QA Agent → 人类验收
（文档产出） （代码实现） （测试验证） （阶段门控）
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;&lt;strong&gt;PM Agent&lt;/strong&gt; 产出四份文档：PRD（用户故事 + 验收标准）、data_model（字段定义 + 状态流转规则）、api_contract（5 个端点的完整请求/响应 Schema + 错误码）、dev_plan（阶段划分 + 门禁规则）。这四份文档就是后续所有 Agent 的&amp;quot;合同&amp;quot;，Agent 只读文档路径，不传全文。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;DEV Agent&lt;/strong&gt; 按文档实现后端 5 个 API 端点（POST/GET /tasks、GET/PUT/DELETE /tasks/{id}）和前端页面。&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;QA Agent&lt;/strong&gt; 负责真实验证——不是看代码说&amp;quot;应该能跑&amp;quot;，而是实际启动服务、发 curl 请求、比对返回结果与契约是否一致。&lt;/p&gt;
&lt;p&gt;每个阶段结束后&lt;strong&gt;硬暂停&lt;/strong&gt;，人类确认后才进入下一阶段。这条规则直接写进了 dev_plan.md。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
