概念抽象
多 Agent、状态机、依赖、验收这些词,在 PPT 上很容易变成口号。
AI Kanban Multi-Agent Website Demo
LaneFront AI Demo 用一个可视化页面演示:PRD 怎么变成文案,文案怎么交给设计,设计怎么进入前端实现,缺凭证或验收失败时又如何被标记为阻塞。
不是“一句话生成整站”的黑盒,而是一条有状态、有产物、有验收门槛的 AI 多 Agent 做站流水线。
Why this demo exists
只看聊天记录,观众看到的是“AI 说了什么”。看 Kanban 流程,观众才能看到“工作如何被拆分、交接和验收”。
多 Agent、状态机、依赖、验收这些词,在 PPT 上很容易变成口号。
只展示最终网页,会让客户误以为 AI 是一次性生成器。
没有输入、产物和 Gate,客户很难判断流程是否可控。
真实项目总会缺素材、缺凭证、缺确认;Demo 必须展示阻塞处理。
Kanban Pipeline Preview
每条 lane 都展示 Agent、Input、Output、Gate、Status;状态同时用文字与颜色表达,避免只靠颜色识别。
prdwenanshejifrontendHow it works
把目标用户、MVP 范围、NOT-DO 和验收标准写成 PRD,先控制范围。
Gate: Scope locked将定位、痛点、流程和风险转成 Hero、CTA、FAQ、Meta 与演示话术。
Gate: Copy ready根据文案优先级设计组件层级和视觉风格,避免空泛 AI 风。
Gate: Handoff ready前端按已验收材料实现页面,真实运行构建;若缺部署凭证,就明确阻塞。
Gate: Build verifiedDemo Script
根据观众类型切换重点:学员看作业,客户看可信度,团队管理者看状态和责任。
这个页面不是普通的 AI 生成网页工具。它演示的是:如何把做站想法拆成多 Agent 任务,并用 Kanban 管理状态和依赖。
第一步 PRD 定义目标用户、页面结构、验收标准和不做什么。第二步文案,第三步设计,第四步前端和部署。
每个阶段都有 Agent、输入、输出和 Gate。前端阶段如果没有 Cloudflare 凭证,就不能假装上线,而是必须标记阻塞。
这个 Demo 展示的不是 AI 能写多少字,而是 AI 如何在可观察流程里交付:状态、依赖、产物、验收,以及必要时诚实停下。
Use Cases
Before:学员只看到提示词和结果。
After:沿着 Kanban 看到四个阶段。
Bridge:作为开场案例建立流程感。
Before:客户担心 AI 项目不可控。
After:看到输入、输出、验收和阻塞。
Bridge:交付可验收阶段产物,而不是聊天记录。
Before:学员不知道先做什么。
After:按四阶段提交作业。
Bridge:保留结构,替换主题即可复用 [待确认]。
Before:管理层看不到治理和边界。
After:展示状态机、Gate、NOT-DO。
Bridge:先用轻量前端验证理解和共识。
Reality Checks
FAQ
这是一个演示页。它的目标是讲清 AI Kanban 多 Agent 做站流程,不是提供完整 SaaS 后台或真实任务调度系统。
不会在本 Demo 中承诺“一键生成完整网站”。它展示的是从 PRD 到前端实现的可追踪流程。
PPT 和 Notion 适合讲概念,但不够像一个可上线资产。这个页面把流程、状态、产物和 CTA 放在同一个前端体验里。
MVP 不需要后端。当前目标是单页 Landing Page;真实 Kanban API、登录、任务编辑器都不在本轮范围内。
目标路径包含 Cloudflare Pages;前端阶段必须真实运行构建。如果缺少 Cloudflare 凭证或项目配置,需要标 [BLOCKED],不能编造 URL。
可以作为模板改造 [待确认]。建议保留“阶段、Agent、输入、输出、Gate”结构,只替换项目主题。
可以。本版文案以中文为主,适合培训现场讲解;国际受众可在后续阶段扩展英文版 [待确认]。
不包含最终价格。当前只说明可包装为课程模板、咨询演示资产或企业内训样板;具体价格需要另行验证。
Final CTA
用 LaneFront AI Demo 把 PRD、文案、设计、前端和部署路径放到同一个页面里,让观众看到 AI 多 Agent 如何分工、交接、验收,以及在真实阻塞前如何停下来。
品牌名、域名、预约方式和部署 URL 均待后续阶段确认;页面不会编造未验证结果。