create-dwy 0.14.6 → 0.15.0

package/templates/ai-tools/skills//344/272/247/345/223/2010/345/210/2601/dwy-product-launcher/SKILL.md

@@ -0,0 +1,68 @@
+---
+name: dwy-product-launcher
+description: "【dwy·全流程总控】从模糊想法到上线产品的唯一入口。触发场景：用户说『我想做个产品 / 从 0 到 1 把这个做出来 / 走完整流程 / 帮我把想法变成产品 / 一条龙做产品 / product launcher』，要把一个模糊念头逐步推进时。**渐进式：从立项第一步直接开始，每阶段完成后问继不继续，不预设终点、用户随时可停。** 只想做其中某一阶段，也可直接触发对应 dwy-stage-* 阶段 skill。"
+---
+
+## 职责（总控·编排层）
+从模糊想法到产品的唯一入口。按顺序串 5 个阶段 skill，维护 state.json（进度 + 已确认结论），并做多版本子 Agent 编排。**不掺产出内容**，产出由阶段内原子 skill 落地。
+
+## 渐进式推进（核心交互）
+**不在入口预问"走到哪个阶段"。** 直接从立项第一步开始往下走，一步一步推进，每个阶段准出后问一句「继续下一步 / 到此为止」，由用户当场决定走不走。终点不预设——走一步看一步，用户随时可喊停。
+
+```
+开始 → dwy-stage-launch（立项·三闸门）
+     → 阶段完成，问：继续做需求版本？ → 用户选 继续 / 停
+继续 → dwy-stage-prd（需求版本）
+     → 阶段完成，问：继续做设计架构？ → 继续 / 停
+继续 → dwy-stage-design（设计架构）
+     → 问：继续 TDD 开发？ → 继续 / 停
+继续 → dwy-stage-dev（TDD 开发）
+     → 问：继续上架迭代？ → 继续 / 停
+继续 → dwy-stage-ship（上架迭代）→ 完
+```
+
+规则：
+- **从第一步直接开始**，不让用户提前选终点
+- 每阶段准出后**只问"继不继续"**，不问"要走到哪"
+- 闸门内（立项的需求验证/POC）若没过，自动停在当前阶段，不往下走
+- 用户喊停时，已完成阶段的产出和 state.json 都已落盘，下次可断点续跑
+
+按序的五阶段：
+1. **dwy-stage-launch** — 立项（三闸门：需求验证 → POC → MVP）
+2. **dwy-stage-prd** — 需求版本
+3. **dwy-stage-design** — 设计架构
+4. **dwy-stage-dev** — TDD 开发
+5. **dwy-stage-ship** — 上架迭代
+
+进度以 `state.json` 的 `current_stage` 为准；可从任意阶段断点续跑。
+
+## 首次初始化（只建根，不建阶段目录）
+新项目首次进入时，**只**做两件最小事：
+- 建项目根目录 `.dwy/prod/[项目]/`（不建 01~04 任何阶段子目录）
+- 初始化 `state.json`
+
+产品产出 `.dwy/prod/[项目]/` 入库，无需改 `.gitignore`（外部 skill 在全局 `~/.dwy/skills/`，不落项目）。若包装型原子 skill 触发时 `~/.dwy/skills/<name>/` 不存在，提示用户先跑 `dwy skills install`。
+
+**阶段目录渐进式按需建**：`01-立项/` 进立项时才建，`02-需求规划/` 进需求阶段才建……不要一次把四个阶段目录全建出来（那不是渐进式）。state schema、各 skill 的 `confirmed.*` 字段契约、外部 skill 全局安装见 `references/state-and-contract.md`。
+
+## state.json（进度 + 结论）
+落 `.dwy/prod/[项目]/state.json`，含：
+- `current_stage` — 当前阶段
+- `current_version` — 当前版本（如 `V1.0`）
+- `confirmed.*` — 各原子的已确认结论引用（idea / competitors / validation / poc / mvp_features / prd / version_plan / tasks / prototype / architecture / dev_progress / acceptance / release）
+- `versions` — 各版本状态（路线图 + 完成情况）
+
+## 多版本编排逻辑
+
+### 版本间：串行
+- V1.1 依赖 V1.0，版本一个接一个做
+- **每个版本起独立子 Agent**（独立上下文窗口），读版本路线图 + 上一版代码
+- 产出写回 `.dwy/prod/` 和源码，**只向主窗口返回成果摘要**（不返回全量代码，省上下文）
+
+### 版本内：多模块并发
+- 互不依赖的模块用多个子 Agent **并发**
+- 改同一批文件时各自独立 **worktree**，避免互相覆盖
+
+## 准出条件（硬约束）
+- 全部规划版本上线完成
+- `state.json` 各版本标记完成，`confirmed.*` 齐全

package/templates/ai-tools/skills//344/272/247/345/223/2010/345/210/2601/dwy-product-launcher/references/state-and-contract.md

@@ -0,0 +1,103 @@
+# 产品 0→1 流程 · 状态与产出契约（配套参考）
+
+`dwy-product-launcher` 总控和各原子/阶段 skill 统一遵循本文件。
+
+## 一、产出与缓存目录（最终全貌，**渐进式按需创建**）
+
+下面是流程全部走完后的**目标结构**，不是初始化时一次建好的。**渐进式原则：每个阶段真正开始时，才创建它自己那一级目录和文件**——初始化只建项目根 + state.json，`01-立项/` 进立项才建，`02-需求规划/` 进需求阶段才建，以此类推。不要上来就把 01~04 四个阶段目录全建出来。
+
+```
+.dwy/prod/
+  [项目名]/                  # 产品产出，入库（git 跟踪）
+    01-立项/
+      想法收敛.md
+      竞品分析.md
+      需求市场验证.md         # 闸1·总闸门
+      技术验证.md            # 闸2
+      poc/                  # 最小 POC 代码
+      MVP清单.md            # 闸3·≤7
+    02-需求规划/
+      PRD.md
+      版本路线图.md
+      开发任务拆解.md
+    03-设计与架构/
+      prototypes/           # dwy-whiteboard-prototype 白板 HTML
+      技术架构.md
+      数据库设计.md
+      接口契约.md
+    04-上线交付/
+      验收报告.md
+      上架物料.md
+      埋点与指标.md
+      下一版迭代规划.md
+    09-开发日志.md
+    state.json              # 进度 + 已确认结论，入库
+```
+
+**外部 skill 不在项目内**：pm-skills / superpowers 的副本装在**全局** `~/.dwy/skills/<name>/`（一台机一份、全项目共享），由 `dwy skills install` 维护，`dwy claude sync` 自检缺失时自动装。包装型原子 skill 运行时直接读这个全局路径，不在项目里缓存。
+
+## 二、.gitignore 规则（总控初始化项目时写入）
+
+产品产出 `.dwy/prod/[项目]/` **入库**（git 跟踪），无需任何忽略——外部 skill 在全局 `~/.dwy/skills/`，不落项目，没有要忽略的缓存。
+
+注意：**不要**写整行 `.dwy/`（那会把产品文档也忽略）。本流程不需要在项目 `.gitignore` 加任何条目。
+
+## 三、state.json schema
+
+线性单向，只记进度 + 已确认结论，无回退状态机。
+
+```json
+{
+  "version": "1.0",
+  "project_name": "...",
+  "current_stage": 1,
+  "current_round": "stage1_round1",
+  "confirmed": {
+    "idea": {},
+    "competitors": {},
+    "validation": { "pass": true, "evidence": "...", "method": "..." },
+    "poc": { "pass": true, "deadlock": "...", "result": "..." },
+    "mvp_features": [],
+    "prd": {},
+    "version_plan": {},
+    "tasks": {},
+    "prototype": {},
+    "architecture": {},
+    "dev_progress": { "<module>": "todo | done" },
+    "acceptance": {},
+    "release": {}
+  }
+}
+```
+
+字段名是各 skill 的对外契约，**回写方与读取方必须用同一名字**：
+
+| 原子 skill | 回写字段 | 下游读取方 |
+|---|---|---|
+| dwy-ideate | confirmed.idea | dwy-competitor |
+| dwy-competitor | confirmed.competitors | dwy-validate |
+| dwy-validate | confirmed.validation | dwy-poc（仅 pass=true 才执行） |
+| dwy-poc | confirmed.poc | dwy-mvp |
+| dwy-mvp | confirmed.mvp_features | dwy-stage-prd |
+| dwy-prd | confirmed.prd | dwy-version |
+| dwy-version | confirmed.version_plan | dwy-tasks / dwy-stage-design |
+| dwy-tasks | confirmed.tasks | dwy-stage-dev |
+| dwy-prototype | confirmed.prototype | — |
+| dwy-architecture | confirmed.architecture | dwy-stage-dev |
+| dwy-tdd-dev | confirmed.dev_progress | dwy-stage-ship |
+| dwy-acceptance | confirmed.acceptance | dwy-release |
+| dwy-release | confirmed.release | 迭代回到阶段二 |
+
+## 四、外部 skill 全局安装 `~/.dwy/skills/`
+
+包装型原子 skill（dwy-ideate / dwy-competitor / dwy-validate / dwy-mvp / dwy-prd / dwy-version / dwy-tasks / dwy-tdd-dev / dwy-acceptance / dwy-release）依赖 pm-skills / superpowers 的外部 skill，装在**全局** `~/.dwy/skills/<name>/`：
+
+- 每个外部 skill 是**整个目录**（含 scripts/ 与配套 .md，不止 SKILL.md）
+- 由 cli 命令 `dwy skills install` 安装/更新（clone 两仓库的指定 stable tag → 搬整目录 + LICENSE → 写 `VERSIONS.json`）
+- `dwy claude sync` 自检：`~/.dwy/skills/` 缺失时自动装一次
+- 当前 stable：pm-skills **v2.0.0** | superpowers **v6.0.3**（升级改 cli 的 `skills-install.js` 清单 tag）
+- 原子 skill 运行时**只读** `~/.dwy/skills/<name>/`，缺失则提示用户先 `dwy skills install`，不自己拉、不降级
+
+## 五、断点续跑
+
+会话中断后，总控读 `state.json` 的 `current_stage` + `current_round`，从中断处续跑。已确认字段不重做。

package/templates/ai-tools/skills//344/272/247/345/223/2010/345/210/2601/dwy-prototype/SKILL.md

@@ -0,0 +1,23 @@
+---
+name: dwy-prototype
+description: "【dwy·UI原型】产品 0 到 1 设计与架构阶段。触发场景：用户说『画原型 / 出原型 / 做 UI 原型 / 把页面画出来 / prototype』，要在写 UI 代码前把页面与交互流程画成白板原型时。"
+---
+
+## 职责（单一）
+把 PRD 的页面与交互画成白板 HTML 原型。**不重复造**，直接调用现有的 `dwy-whiteboard-prototype` skill。
+
+## 输入（从哪读）
+- state.json 的 `confirmed.prd`、`confirmed.tasks`
+- `.dwy/prod/[项目]/02-需求规划/PRD.md`
+
+## 实现
+[自写型]
+1. 直接调用现有 skill `dwy-whiteboard-prototype`（位于 `skills/开发流程/dwy-whiteboard-prototype/`）
+2. 按其规范画白板：每页一个 HTML，状态全、跳转清
+3. **不另起炉灶手搓白板引擎**，复用其 `assets/template.html`
+4. 产出目录改为本阶段约定路径（见产出契约）
+
+## 产出契约（硬约束）
+- 落到：`.dwy/prod/[项目]/03-设计与架构/prototypes/`，每页一个 `<页面>-spec.html` + `index-spec.html` 总览
+- 固定要求：覆盖 PRD 所有页面、状态全、跨白板跳转清
+- 回写 state.json：`confirmed.prototype`

package/templates/ai-tools/skills//344/272/247/345/223/2010/345/210/2601/dwy-release/SKILL.md

@@ -0,0 +1,26 @@
+---
+name: dwy-release
+description: "【dwy·上架迭代】产品 0 到 1 上架迭代阶段（终点）。触发场景：用户说『上架 / 发布上线 / 出上架物料 / 配埋点 / 规划下一版 / release』，要准备上架物料、埋点指标并规划下一版迭代时。"
+---
+
+## 职责（单一）
+产出上架物料 + 埋点指标设计 + 下一版迭代规划。
+
+## 输入（从哪读）
+- state.json 的 `confirmed.acceptance`、`confirmed.prd`、`confirmed.version_plan`
+- `.dwy/prod/[项目]/04-上线交付/验收报告.md`
+- `.dwy/prod/[项目]/02-需求规划/版本路线图.md`
+
+## 实现
+[包装型] 用全局本地 skill（位于 `~/.dwy/skills/<外部skill名>/`）：
+读其 `SKILL.md`（及同目录 scripts/、配套 .md），按它的方式与用户交互/提问，产出按下方「产出契约」落地。
+- 本 skill 依赖的外部 skill：`release-notes`、`gtm-strategy`、`metrics-dashboard`、`north-star-metric`（各对应 `~/.dwy/skills/<名>/`）
+- 若 `~/.dwy/skills/<名>/` 不存在：提示用户先跑 `dwy skills install`（或 `dwy claude sync` 会自动装），不要自己用内置能力顶替。
+
+## 产出契约（硬约束）
+- 落到：`.dwy/prod/[项目]/04-上线交付/上架物料.md`、`埋点与指标.md`、`下一版迭代规划.md`
+- 固定章节：
+  - 上架物料.md：发布说明 / GTM 策略 / 渠道文案
+  - 埋点与指标.md：北极星指标 / 埋点清单 / 指标看板设计
+  - 下一版迭代规划.md：数据反馈方向 / 下一版功能候选 / 优先级
+- 回写 state.json：`confirmed.release`（上架物料就绪 + 下一版迭代方向）

package/templates/ai-tools/skills//344/272/247/345/223/2010/345/210/2601/dwy-stage-design/SKILL.md

@@ -0,0 +1,23 @@
+---
+name: dwy-stage-design
+description: "【dwy·设计架构阶段】产品 0 到 1 的第三阶段编排。触发场景：用户说『画原型 + 定架构 / 做设计 / 出原型出架构 / 需求定了开始设计 / 设计和技术架构一起搞』，要把 PRD 同时展开成交互原型和技术架构时。可独立触发——需求已定，只想做设计架构，就触发我。"
+---
+
+## 职责（单一·编排层）
+并行调度设计架构阶段的两条原子线，不掺产出内容。设计线与架构线互不依赖，**两线并行**。
+
+## 前置校验（开工前读 state）
+- 读 `.dwy/prod/[项目]/state.json`
+- 校验上游完整：`confirmed.prd` + `confirmed.version_plan` 必须存在
+- 缺失 → 报错中断，提示先跑 dwy-stage-prd
+
+## 编排（并行两线）
+两条线无依赖，**用子 Agent 并发执行**（各自独立上下文）：
+- **dwy-prototype** — 交互原型设计
+- **dwy-architecture** — 技术架构设计
+
+两个子 Agent 只向主窗口返回成果摘要，产出落各自文件。
+
+## 准出条件（硬约束）
+- 设计与架构**均确认**：`confirmed.prototype` + `confirmed.architecture` 均写入
+- 回写 `state.json`：`current_stage = "dev"`

package/templates/ai-tools/skills//344/272/247/345/223/2010/345/210/2601/dwy-stage-dev/SKILL.md

@@ -0,0 +1,22 @@
+---
+name: dwy-stage-dev
+description: "【dwy·TDD开发阶段】产品 0 到 1 的第四阶段编排。触发场景：用户说『开始开发 / 按 TDD 写代码 / 把 V1.0 开发出来 / 设计定了开始编码 / 多模块并发开发』，要按模块循环用 TDD 把当前版本所有模块做完时。可独立触发——设计架构已定，只想做开发，就触发我。"
+---
+
+## 职责（单一·编排层）
+调度 TDD 开发原子 skill 按模块循环，不掺产出内容。版本内互不依赖的模块**多模块并发**。
+
+## 前置校验（开工前读 state）
+- 读 `.dwy/prod/[项目]/state.json`
+- 校验上游完整：`confirmed.prototype` + `confirmed.architecture` + `confirmed.tasks` 必须存在
+- 缺失 → 报错中断，提示先跑 dwy-stage-design
+
+## 编排（按模块循环 + 并发）
+- 按 `confirmed.tasks` 的模块清单逐个调 **dwy-tdd-dev**
+- 互不依赖的模块用多个子 Agent 并发；改同一批文件时各自独立 worktree 防冲突
+- 有依赖的模块按依赖顺序串行
+
+## 准出条件（硬约束）
+- 当前版本（V1.0）**全模块测试通过**
+- `confirmed.dev_progress` 写入（记录已完成模块与测试状态）
+- 回写 `state.json`：`current_stage = "ship"`

package/templates/ai-tools/skills//344/272/247/345/223/2010/345/210/2601/dwy-stage-launch/SKILL.md

@@ -0,0 +1,25 @@
+---
+name: dwy-stage-launch
+description: "【dwy·立项阶段】产品 0 到 1 的第一阶段编排。触发场景：用户说『走立项流程 / 做立项 / 只想先把立项做完 / 验证这个想法值不值得做 / 想法收敛+竞品+需求验证+POC+MVP 一条龙』，要把模糊想法跑过三道闸门确认值不值得立项时。可独立触发——只想做立项不进后续，就触发我。"
+---
+
+## 职责（单一·编排层）
+按序调度立项阶段的原子 skill，串起三道闸门，不掺产出内容。核心原则：**廉价验证在前、昂贵投入在后**。需求验证是总闸门，过不了不进任何后续重活。
+
+## 前置校验（开工前读 state）
+- 读 `.dwy/prod/[项目]/state.json`
+- 立项是首阶段，无上游依赖；若 `state.json` 不存在则由本阶段初始化
+
+## 编排顺序（带闸门）
+1. **dwy-ideate** — 想法收敛
+2. **dwy-competitor** — 竞品分析
+3. **dwy-validate（闸 1·总闸门）** — 需求验证。**没人要即停整个流程**，不进任何后续
+4. **dwy-poc（闸 2）** — 仅闸 1 过才做。技术可行性验证，**做不出即砍**
+5. **dwy-mvp（闸 3）** — 仅闸 2 过才做。MVP 范围裁剪，**功能 ≤ 7 个**
+
+每道闸门未过 → 立即中断本阶段，回写 state 标记停止原因，不静默跳过。
+
+## 准出条件（硬约束）
+- 三闸全过：`confirmed.validation` / `confirmed.poc` / `confirmed.mvp_features` 均写入
+- 用户明确确认立项
+- 回写 `state.json`：`current_stage = "prd"`（进入下一阶段需求版本）

package/templates/ai-tools/skills//344/272/247/345/223/2010/345/210/2601/dwy-stage-prd/SKILL.md

@@ -0,0 +1,22 @@
+---
+name: dwy-stage-prd
+description: "【dwy·需求版本阶段】产品 0 到 1 的第二阶段编排。触发场景：用户说『写 PRD / 出需求文档 / 做需求版本规划 / 拆版本拆任务 / 立项过了开始写需求』，要把已立项的 MVP 展开成 PRD、切版本、排开发顺序时。可独立触发——立项已在别处做完，只想做需求版本，就触发我。"
+---
+
+## 职责（单一·编排层）
+按序调度需求版本阶段的原子 skill，不掺产出内容。把立项结论展开成可开发的需求与版本切分。
+
+## 前置校验（开工前读 state）
+- 读 `.dwy/prod/[项目]/state.json`
+- 校验上游完整：`confirmed.mvp_features` 必须存在（立项阶段三闸全过）
+- 缺失 → 报错中断，提示先跑 dwy-stage-launch
+
+## 编排顺序
+1. **dwy-prd** — 写产品需求文档
+2. **dwy-version** — 版本规划（V1.0 / V1.1 …路线图）
+3. **dwy-tasks** — 任务拆分 + 开发顺序
+
+## 准出条件（硬约束）
+- 用户确认 PRD + V1.0 范围 + 开发顺序
+- `confirmed.prd` / `confirmed.version_plan` / `confirmed.tasks` 均写入
+- 回写 `state.json`：`current_stage = "design"`

package/templates/ai-tools/skills//344/272/247/345/223/2010/345/210/2601/dwy-stage-ship/SKILL.md

@@ -0,0 +1,21 @@
+---
+name: dwy-stage-ship
+description: "【dwy·上架迭代阶段】产品 0 到 1 的第五阶段编排。触发场景：用户说『验收上线 / 发版上架 / 开始迭代 / 代码写完了走验收发布 / 确定下个版本方向』，要把已开发完的版本走完验收+发布并定迭代方向时。可独立触发——开发已完成，只想做验收上线，就触发我。"
+---
+
+## 职责（单一·编排层）
+按序调度上架迭代阶段的原子 skill，不掺产出内容。验收把关 → 发布上线 → 收口迭代方向。
+
+## 前置校验（开工前读 state）
+- 读 `.dwy/prod/[项目]/state.json`
+- 校验上游完整：`confirmed.dev_progress` 必须存在（当前版本全模块测试通过）
+- 缺失 → 报错中断，提示先跑 dwy-stage-dev
+
+## 编排顺序
+1. **dwy-acceptance** — 验收（对照 PRD 与验收标准把关）
+2. **dwy-release** — 发布上线
+
+## 准出条件（硬约束）
+- 上线完成 + 用户确认下一版迭代方向
+- `confirmed.acceptance` / `confirmed.release` 均写入
+- 回写 `state.json`：当前版本标记完成；若有下一版本，`current_stage` 复位到 `prd` 进入下一轮版本编排

package/templates/ai-tools/skills//344/272/247/345/223/2010/345/210/2601/dwy-tasks/SKILL.md

@@ -0,0 +1,22 @@
+---
+name: dwy-tasks
+description: "【dwy·任务拆解】产品 0 到 1 需求规划阶段。触发场景：用户说『拆任务 / 拆解开发任务 / 排开发计划 / 写实施计划 / tasks』，要把 V1.0 版本范围拆成可执行的开发任务清单时。"
+---
+
+## 职责（单一）
+把 V1.0 版本范围拆成可执行、可验证的开发任务清单。
+
+## 输入（从哪读）
+- state.json 的 `confirmed.version_plan`、`confirmed.prd`
+- `.dwy/prod/[项目]/02-需求规划/版本路线图.md`、`PRD.md`
+
+## 实现
+[包装型] 用全局本地 skill（位于 `~/.dwy/skills/<外部skill名>/`）：
+读其 `SKILL.md`（及同目录 scripts/、配套 .md），按它的方式与用户交互/提问，产出按下方「产出契约」落地。
+- 本 skill 依赖的外部 skill：`writing-plans`（对应 `~/.dwy/skills/writing-plans/`）
+- 若 `~/.dwy/skills/writing-plans/` 不存在：提示用户先跑 `dwy skills install`（或 `dwy claude sync` 会自动装），不要自己用内置能力顶替。
+
+## 产出契约（硬约束）
+- 落到：`.dwy/prod/[项目]/02-需求规划/开发任务拆解.md`
+- 固定章节：模块划分 / 每模块任务清单（含验证标准）/ 依赖顺序
+- 回写 state.json：`confirmed.tasks`

package/templates/ai-tools/skills//344/272/247/345/223/2010/345/210/2601/dwy-tdd-dev/SKILL.md

@@ -0,0 +1,25 @@
+---
+name: dwy-tdd-dev
+description: "【dwy·TDD开发】产品 0 到 1 开发阶段。触发场景：用户说『开始开发 / 写代码 / TDD 开发 / 按任务开发 / 实现功能 / tdd』，要按模块循环 RED→GREEN→REFACTOR 开发并自动推进时。单元测试归此阶段。"
+---
+
+## 职责（单一）
+按模块循环 RED→GREEN→REFACTOR 开发，测试通过自动进下一模块（无人工逐模块验收）。单元测试归此阶段。
+
+## 输入（从哪读）
+- state.json 的 `confirmed.tasks`、`confirmed.architecture`、`confirmed.dev_progress`
+- `.dwy/prod/[项目]/02-需求规划/开发任务拆解.md`
+- `.dwy/prod/[项目]/03-设计与架构/技术架构.md`、`数据库设计.md`、`接口契约.md`
+
+## 实现
+[包装型] 用全局本地 skill（位于 `~/.dwy/skills/<外部skill名>/`）：
+读其 `SKILL.md`（及同目录 scripts/、配套 .md），按它的方式与用户交互/提问，产出按下方「产出契约」落地。
+- 本 skill 依赖的外部 skill：`test-driven-development`、`systematic-debugging`（各对应 `~/.dwy/skills/<名>/`）
+- 若 `~/.dwy/skills/<名>/` 不存在：提示用户先跑 `dwy skills install`（或 `dwy claude sync` 会自动装），不要自己用内置能力顶替。
+
+每模块循环：RED 写失败测试 → GREEN 最小实现通过 → REFACTOR 重构。测试通过自动进下一模块。
+
+## 产出契约（硬约束）
+- 落到：项目源码目录 + 各模块单元测试 + `.dwy/prod/[项目]/09-开发日志.md`
+- 固定章节（开发日志）：模块进度 / 关键决策 / 遇到的问题与解法
+- 回写 state.json：`confirmed.dev_progress.<module> = todo|done`（逐模块维护）

package/templates/ai-tools/skills//344/272/247/345/223/2010/345/210/2601/dwy-validate/SKILL.md

@@ -0,0 +1,28 @@
+---
+name: dwy-validate
+description: "【dwy·需求市场验证】产品 0 到 1 总闸门（闸1）。触发场景：用户说『验证需求 / 这需求是真的吗 / 有没有市场 / 需求验证 / 市场验证 / validate』，要在投入开发前确认需求真实存在且有市场时。这是总闸门，过不了流程直接停。"
+---
+
+## 职责（单一）
+验证需求真实存在 + 有市场，给出 pass/fail 结论。**总闸门**：过不了流程直接停，不进后续。
+
+## 输入（从哪读）
+- state.json 的 `confirmed.idea`、`confirmed.competitors`
+- `.dwy/prod/[项目]/01-立项/想法收敛.md`、`竞品分析.md`
+
+## 实现
+[包装型] 用全局本地 skill（位于 `~/.dwy/skills/<外部skill名>/`）：
+读其 `SKILL.md`（及同目录 scripts/、配套 .md），按它的方式与用户交互/提问，产出按下方「产出契约」落地。
+- 本 skill 依赖的外部 skill：`market-sizing`、`sentiment-analysis`、`interview-script`（各对应 `~/.dwy/skills/<名>/`）
+- 若 `~/.dwy/skills/<名>/` 不存在：提示用户先跑 `dwy skills install`（或 `dwy claude sync` 会自动装），不要自己用内置能力顶替。
+
+验证方式三选一：
+- 搜索量/竞品热度（AI 自动）
+- 落地页测点击
+- 5 个目标用户访谈
+
+## 产出契约（硬约束）
+- 落到：`.dwy/prod/[项目]/01-立项/需求市场验证.md`
+- 固定章节：验证方式 / 证据数据 / 市场判断 / **pass/fail 结论（含理由）**
+- 回写 state.json：`confirmed.validation`（含 `pass` 布尔字段）
+- **fail 时流程必须中断，不进闸2**

package/templates/ai-tools/skills//344/272/247/345/223/2010/345/210/2601/dwy-version/SKILL.md

@@ -0,0 +1,23 @@
+---
+name: dwy-version
+description: "【dwy·版本规划】产品 0 到 1 需求规划阶段。触发场景：用户说『版本规划 / 排版本 / 版本路线图 / V1 做啥 V2 做啥 / roadmap』，要把 PRD 需求按版本切片排路线图时。准出复查 V1.0 范围不膨胀。"
+---
+
+## 职责（单一）
+把 PRD 需求按版本切片，排出版本路线图。准出复查 V1.0 范围没膨胀。
+
+## 输入（从哪读）
+- state.json 的 `confirmed.prd`、`confirmed.mvp_features`
+- `.dwy/prod/[项目]/02-需求规划/PRD.md`
+
+## 实现
+[包装型] 用全局本地 skill（位于 `~/.dwy/skills/<外部skill名>/`）：
+读其 `SKILL.md`（及同目录 scripts/、配套 .md），按它的方式与用户交互/提问，产出按下方「产出契约」落地。
+- 本 skill 依赖的外部 skill：`outcome-roadmap`、`prioritize-features`（各对应 `~/.dwy/skills/<名>/`）
+- 若 `~/.dwy/skills/<名>/` 不存在：提示用户先跑 `dwy skills install`（或 `dwy claude sync` 会自动装），不要自己用内置能力顶替。
+
+## 产出契约（硬约束）
+- 落到：`.dwy/prod/[项目]/02-需求规划/版本路线图.md`
+- 固定章节：版本切片（V1.0/V1.x/V2.0…）/ 各版本目标 / V1.0 范围准出复查
+- **V1.0 范围超出 MVP 清单直接告警，强制收敛**
+- 回写 state.json：`confirmed.version_plan`