spec-product-demo
spec-product-demo(R4:基于原型生成可交互 Demo)
概览
R4 的目标是把 {FEATURE_DIR}/requirements/prototype.md 的页面清单与交互说明落地为可运行、可交互的 Demo,用于走查/验证/对齐:
- 唯一页面来源:只能来自
prototype.md/页面/弹窗清单(P-xxx…)(禁止自创页面) - 共享工程模式:默认落到
{REPO_ROOT}/demo/prototypes/{SPEC_NUMBER}-{SHORT_NAME}/ - 先骨架后细节:先跑通路由/导航/跳转链路,再补字段/状态/校验/错误处理
- 数据可 Mock:后端未就绪允许 Mock,但要把“真实数据接入”当作明确替换点
开始时宣布:「我正在使用 spec-product-demo 技能基于 prototype.md 生成可交互 Demo。」
R4 的核心价值是“把线框变成可点可跑”,不是替代设计稿,也不是在 Demo 里自由发挥新增需求。
何时使用 / 不使用
- 使用时机
- 已完成 R3,且存在
{FEATURE_DIR}/requirements/prototype.md
- 已完成 R3,且存在
More from zixun-github/aisdlc
spec-product-prd
Use when 需要在 sdlc-dev 的产品需求 Spec 流程执行 R2,将 requirements/solution.md 转写为可交付、可验收、可测试的 requirements/prd.md,且需要避免猜路径、在缺少 solution.md 时仍继续生成、或用“待确认问题/Open Questions”替代验证清单。
128spec-product-prototype
Use when 需要在 sdlc-dev 的产品需求 Spec 流程执行 R3(原型生成),基于 requirements/prd.md 产出 requirements/prototype.md(任务流+页面结构+ASCII线框+AC映射+走查脚本),并避免缺少上下文/缺少 PRD 仍继续生成、用 Open Questions 代替验证清单、或用非 ASCII 方式导致原型不可追溯与不可评审。
123subagent-driven-development
Use when executing implementation plans with independent tasks in the current session
111spec-receiving-code-review
Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performative agreement or blind implementation
110using-aisdlc
Use when 需要在 sdlc-dev 仓库执行 AI SDLC(Spec Pack)流程、选择/串联需求侧(raw/solution/prd/prototype/demo)与实现侧(plan/execute/finishing)技能,并用门禁避免上下文漂移、写错目录或在压力下跳过关键步骤。
109spec-context
Use when 需要在 sdlc-dev 的 Spec 流程中定位当前 spec pack(FEATURE_DIR)、避免在错误目录读写 requirements/*.md,或出现"看错上下文/写错文件/分支不符合规范"的问题。
106