demo

name	demo
description	brief.md 就绪后的纯 vibe-coding 原型环节：基于 Harness 的 Mock 能力，在真实项目前端里用捏泥人的方式快速构建可交互、可体验、功能完整模拟闭环的 Demo，支持独立部署；不做任何门禁与测试，完全由人体感验收。产出是确认的产品决策，代码随缘。
license	MIT

demo

捏泥人：数据是假的，手感是真的。Demo 的价值 ∝ 未定产品决策的数量—— 产品行为能用文字无歧义写清就跳过本环节；不要把发现机制变成仪式。

前置

• 加载 ${CLAUDE_PLUGIN_ROOT}/shared/core-contract.md；必须已有 brief.md。
• Mock 走 Harness 探索面：Port 上的 Fake Adapter、run --mock 一键纯前端闭环 （见 docs/harness.zh-CN.md 第 5 章）。项目还没有该能力时就地搭最薄的假后端， 缺口留给 harness-retrofit，不在本环节建框架。

做法

1. 纯 vibe-coding：不写测试、不设门禁、不跑验证，速度优先。Demo 落在真实项目前端里 （真组件、真路由、真请求层，只有数据是假的），通过真实应用壳可达——不做孤立 HTML。
2. 必须支持独立部署/预览：给人一个能打开的 URL 或一条能跑的命令。
3. Mock 至少可注入延迟、错误、空态、极端数据四类条件——不注入延迟的 Demo， 等于替用户决定了"这个产品没有加载态设计"。体感验收至少过一遍非正常路径。
4. 体感循环是主体：人随口反馈、随手改，不留记录。只警惕一条边界—— 改变"什么是真的"（人群错了、主流程错了）属于 revise，回 brief.md。

收口（唯一的硬要求）

1. 待确认决策清单在看 Demo 之前列出（人裁判同样先锁 Oracle）； 人逐条给出 确认 / 修改 / 否决——不许一句"感觉不错"。 留痕带上 Mock 配置摘要：0ms 延迟下确认的决策和 300ms 注入下确认的，是两个事实。
2. 显式决定 Demo 代码哪些保留、哪些重写——不允许默认全部转正。
3. 确认的产品决策带进 design，成为 PD 的直接来源。

产出

可体验、可独立部署的 Demo + 确认的产品决策清单。下一步：design。