从一次性生成，变成阶段化交付
单 prompt 往往把需求、文案、设计和代码混在一起。这里把任务拆成 T1 到 T4，每个 Agent 只负责清晰边界内的工作，并把结果交给下游。
Kanban Site Factory · Multi-Agent Website Pipeline
AI 看板建站工厂
从 PRD 到上线：看见 AI 多 Agent 如何协作做出一个 Landing Page
这是一个为培训现场准备的最小真实建站流程。我们不只展示“AI 生成了页面”，而是把产品定义、文案、视觉交接、前端实现与 Cloudflare Pages 部署拆成可观察、可验收、可复用的 Kanban 流水线。
现场演示时，可以同时打开 Kanban dashboard 和最终页面：左边看任务如何流转，右边看交付物如何逐步变成可访问的网站。
T1 PRD · 已定义范围与验收
T2 文案 · 页面故事已准备
T3 设计 · Handoff 已输出
T4 前端 · 实现并部署验证
Why kanban, not a single prompt
真正的交付，不止是一句 prompt
很多 AI 做站演示会停在“输入一句话，生成一个页面”。Kanban Site Factory 把需求、交接、验收和阻塞都放回流程里。
从“看起来完成”，变成“可验收完成”
每个阶段都有可读文件、绝对路径和验收标准。演示者可以直接打开 PRD、文案、设计 handoff 和前端产物。
从隐藏失败，变成可观察阻塞
如果缺少上游文件、部署凭据或必要输入，Agent 不应伪造结果，而是把任务 block 在看板上，留下原因与上下文。
Four-stage workflow
四个 Kanban lane，串起一次完整前端交付
这条流水线从产品定义开始，到静态页面实现与部署结束。每个阶段都有输入、Agent 角色、输出和验收信号。
T1completed
定义产品与验收标准
产品定义 Agent
展示讲解点：先把“做什么、不做什么、怎么验收”写清楚。
T2completed
把流程写成页面故事
文案 Agent
展示讲解点：AI 在验收边界内为下游准备可执行内容。
T3completed
把 Kanban 流程设计成可读界面
视觉与设计交接 Agent
展示讲解点：handoff 降低实现歧义，而不是追求复杂动效。
T4implementation
实现静态页面并准备上线
前端与部署 Agent
展示讲解点：最终页面只是结果；依赖、交付物和异常处理才是核心。
Live artifacts
每一步都有文件，每个文件都能追溯
这个 demo 的交付物不是散落在聊天记录里的回答，而是写入项目目录的文件。培训时可以按顺序打开这些文件，让观众看到 AI Agent 如何交接上下文。
项目目录/root/hermes-kanban-pipeline-demo/projects/ai-demo-yan-shi
prd-acceptance.md
定义产品定位、受众、页面结构、部署占位、非目标和 T1-T4 验收标准。
stage-status.md
记录固定流程、任务 id、关键决策、下游输入和注意事项。
landing-copy.md
完整页面文案，覆盖所有页面区块、CTA 和 footer。
copy-handoff.md
总结文案结构、语气、禁用承诺、给 T3/T4 的实现注意事项。
design-handoff.md
定义视觉方向、布局原则、组件状态和响应式规则。
design-system.md
提供颜色、字体、间距、圆角、组件和可访问性 token。
frontend-handoff.md
前端实现约束、页面结构、部署命令和验收标准。
site/
T4 静态 landing page 源码目录；可本地运行并部署到 Cloudflare Pages。
What audience learns
观众看到的不只是网页，而是一套可复用流程
如何拆分 AI Agent 任务
把“做个网站”的模糊目标拆成 PRD、文案、设计、前端部署四个清晰任务。
如何用 Kanban 表达依赖
T2 依赖 T1，T3 依赖 T2，T4 依赖 T2/T3；看板把“谁等谁”变成可见结构。
如何定义每阶段验收标准
PRD 不只描述愿景，也提前写清楚每个阶段怎样算完成。
如何处理真实阻塞和异常
缺少上游文件、没有 Cloudflare 凭据、构建失败，都不应该被美化成成功。
如何把 demo 从 prompt 变成交付过程
最终网页是结果，更重要的是从需求、产物、设计到部署的路径。