@xulthekl/team-flow 0.24.0 → 0.26.0

package/skills/prototype/references/layouts.md

@@ -1,9 +1,11 @@
-# Layouts（B 端 section 骨架库 · v0.18.0）
+# Layouts（B+C 端 section 骨架库 · v0.18.0, v0.24.0 C 端扩展）
 
 > 把 section 直接落入 `template.html` 的 `<main id="content">`。**不要从零写 section**——
 > 选最接近的 layout，整段粘贴，再换文案。所有片段只用下方「class 契约」里列出的类，
 > 结构元素一律带 `data-testid`（页面级 `P-{xx}-{slug}` / 场景级 `S-{nn}-{slug}`）。
-> B 端导向：管理后台 / 表单 / 仪表盘 / 文档索引，而非 C 端营销落地页。
+> 
+> **B 端骨架**（§1-8）：管理后台 / 表单 / 仪表盘 / 文档索引。
+> **C 端骨架**（§9-14）：营销落地页 / 产品介绍 / 定价页。
 
 ## Class 契约（inventory · 与 template.html 的 `<style>` 一一对应）
 
@@ -20,6 +22,7 @@
 | 表格 | `ds-table` `num-col` |
 | 占位/日志 | `ph-img` `log-row` |
 | 页面框架 | `topnav` `pagefoot` |
+| C 端扩展 | `hero-xl` `social-proof` `logo-wall` `pricing-card` `faq-item` `faq-toggle` `urgency` `countdown` |
 
 **硬规则**：如果你想用一个不在这张表里的 class，**先在 `<style>` 里把它定义出来**。
 绝不允许凭空发明一个没有 CSS 支撑的全局类。宁可定义，不可漂移。
@@ -199,6 +202,179 @@
 
 ---
 
+## C 端骨架（v0.24.0 新增）
+
+> C 端 section 强调视觉冲击力、情感驱动、转化导向。与 B 端的「信息密度优先」形成对比。
+
+## 9. hero-xl（C 端超大开场）
+
+**use-when**：营销落地页 / 产品首页开场。全屏视觉冲击，一句话价值主张 + 单一强 CTA。
+
+```html
+<section class="hero-xl section" data-testid="P-09-hero-xl">
+  <div class="container hero-center">
+    <p class="eyebrow">产品名 · 一句话定位</p>
+    <h1>用动词开头的价值主张，不超过 10 个字</h1>
+    <p class="lead">用「你」开头的第二人称描述，点出用户获得的具体收益。</p>
+    <div class="hero-cta">
+      <a class="btn btn-primary" href="#">免费开始</a>
+      <a class="btn btn-ghost" href="#">观看演示 →</a>
+    </div>
+  </div>
+</section>
+```
+
+**纪律**：h1 ≤10 字，动词开头（「提升」「节省」「加速」）；CTA 按钮用动作词（「开始」「试用」），不用名词（「方案」「详情」）；hero-xl 高度 ≥60vh，留白要足。
+
+## 10. marketing-features（收益导向特性）
+
+**use-when**：向 C 端用户展示产品能力。**强调 benefits（用户得到什么），而非 features（产品有什么）。**
+
+```html
+<section class="section" data-testid="P-10-marketing-features">
+  <div class="container stack">
+    <h2>为什么选择我们</h2>
+    <div class="grid-2">
+      <div class="feature">
+        <div class="feature-mark" aria-hidden="true">
+          <svg viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="1.6" stroke-linecap="round" stroke-linejoin="round"><path d="M13 2L3 14h9l-1 8 10-12h-9l1-8z"/></svg>
+        </div>
+        <h3>节省 80% 时间</h3>
+        <p>把重复工作交给系统，你专注在真正重要的决策上。</p>
+      </div>
+      <div class="feature">
+        <div class="feature-mark" aria-hidden="true">
+          <svg viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="1.6" stroke-linecap="round" stroke-linejoin="round"><path d="M12 22s8-4 8-10V5l-8-3-8 3v7c0 6 8 10 8 10z"/></svg>
+        </div>
+        <h3>零学习成本</h3>
+        <p>界面直觉化设计，5 分钟上手，无需培训文档。</p>
+      </div>
+    </div>
+  </div>
+</section>
+```
+
+**纪律**：标题用「你得到什么」（节省/提升/简化），不用「我们有什么」（功能/模块/系统）；数字必须真实（见 anti-ai-slop ⑥）；2 列或 3 列均可，不超过 4 列。
+
+## 11. social-proof（社会证明）
+
+**use-when**：建立信任 / 降低决策焦虑。三种形式：客户 logo 墙 / 用户证言 / 关键数据。
+
+```html
+<section class="section" data-testid="P-11-social-proof">
+  <div class="container stack">
+    <h2>已服务 1,200+ 团队</h2>
+    <div class="logo-wall grid-4">
+      <div class="ph-img">客户 A</div>
+      <div class="ph-img">客户 B</div>
+      <div class="ph-img">客户 C</div>
+      <div class="ph-img">客户 D</div>
+    </div>
+    <figure class="quote">
+      <div class="quote-mark" aria-hidden="true">&ldquo;</div>
+      <p>上线第一周，跨部门对齐时间从 2 天降到 30 分钟。</p>
+      <figcaption class="quote-author">—— 某公司运营负责人</figcaption>
+    </figure>
+  </div>
+</section>
+```
+
+**纪律**：logo 用灰阶（避免彩色 logo 抢夺视觉焦点）；数据必须真实（见 anti-ai-slop ⑥）；quote 归属用真实职位，不写「某用户」。
+
+## 12. pricing-c（C 端定价卡）
+
+**use-when**：SaaS 定价页 / 套餐对比。3 列卡片，中间列高亮推荐。
+
+```html
+<section class="section" data-testid="P-12-pricing">
+  <div class="container">
+    <h2>选择适合你的方案</h2>
+    <div class="grid-3">
+      <div class="pricing-card">
+        <h3>个人版</h3>
+        <div class="stat"><span class="stat-num num">¥29</span><span class="stat-label">/月</span></div>
+        <ul>
+          <li>1 个项目</li>
+          <li>5GB 存储</li>
+          <li>邮件支持</li>
+        </ul>
+        <a class="btn btn-secondary" href="#">选择</a>
+      </div>
+      <div class="pricing-card">
+        <span class="pill">推荐</span>
+        <h3>团队版</h3>
+        <div class="stat"><span class="stat-num num">¥99</span><span class="stat-label">/月</span></div>
+        <ul>
+          <li>不限项目</li>
+          <li>100GB 存储</li>
+          <li>优先支持</li>
+        </ul>
+        <a class="btn btn-primary" href="#">选择</a>
+      </div>
+      <div class="pricing-card">
+        <h3>企业版</h3>
+        <div class="stat"><span class="stat-num num">定制</span><span class="stat-label">联系销售</span></div>
+        <ul>
+          <li>私有部署</li>
+          <li>不限存储</li>
+          <li>专属客服</li>
+        </ul>
+        <a class="btn btn-secondary" href="#">咨询</a>
+      </div>
+    </div>
+  </div>
+</section>
+```
+
+**纪律**：推荐项用 `pill` + `btn-primary` 双重强调，非推荐项用 `btn-secondary`；价格数字用 `num`（等宽）；特性列表 ≤5 项，用动词开头（「支持」「包含」「提供」）。
+
+## 13. faq（常见问题）
+
+**use-when**：消除购买疑虑 / 减少客服压力。5-8 个问题，覆盖「是什么/怎么用/多少钱/安全吗」。
+
+```html
+<section class="section" data-testid="P-13-faq">
+  <div class="container stack">
+    <h2>常见问题</h2>
+    <details class="faq-item">
+      <summary class="faq-toggle">可以免费试用吗？</summary>
+      <p>可以，所有方案提供 14 天免费试用，无需绑定信用卡。</p>
+    </details>
+    <details class="faq-item">
+      <summary class="faq-toggle">数据安全如何保障？</summary>
+      <p>所有数据加密存储，通过 ISO 27001 认证，支持私有部署。</p>
+    </details>
+    <details class="faq-item">
+      <summary class="faq-toggle">可以随时取消订阅吗？</summary>
+      <p>可以，按月订阅无合约期，随时可在设置页取消。</p>
+    </details>
+  </div>
+</section>
+```
+
+**纪律**：用原生 `<details>/<summary>` 实现折叠（零 JS 依赖）；问题用用户视角（「我可以...」「怎么...」），不用产品视角（「系统支持...」）；答案 ≤3 句，直接给结论。
+
+## 14. cta-c（C 端行动召唤）
+
+**use-when**：页面收口，带紧迫感。强调「现在行动」的收益或「错过」的损失。
+
+```html
+<section class="section" data-testid="P-14-cta">
+  <div class="container hero-center">
+    <h2>今天就开始，14 天免费</h2>
+    <p class="lead">无需信用卡，3 分钟完成注册。</p>
+    <div class="hero-cta">
+      <a class="btn btn-primary" href="#">立即免费试用</a>
+    </div>
+    <p class="urgency">已有 1,200+ 团队在使用</p>
+  </div>
+</section>
+```
+
+**纪律**：CTA 按钮用动作词 + 收益词（「免费试用」「立即开始」）；urgency 用社会证明（「已有 N 人使用」）或时间限制（「限时优惠」），**不编造倒计时**（见 anti-ai-slop ⑥）；留白要足（上下 `--section-pad`）。
+
+---
+
 ## 页面类型节奏表（B 端）
 
 | 页面类型 | section 节奏（自上而下） |
@@ -209,6 +385,15 @@
 | Landing / 概览 | `hero` → `features` → `stats`/`quote` → `cta-strip` |
 | 文档索引 | `hero-center` → `log` 条目列表 → `cta-strip` |
 
+## 页面类型节奏表（C 端，v0.24.0 新增）
+
+| 页面类型 | section 节奏（自上而下） |
+|----------|--------------------------|
+| SaaS 落地页 | `hero-xl` → `marketing-features` → `social-proof` → `pricing-c` → `faq` → `cta-c` |
+| 产品介绍页 | `hero-xl` → `hero-split`（截图展示）→ `marketing-features` → `social-proof` → `cta-c` |
+| 定价页 | `hero-center`（简短开场）→ `pricing-c` → `faq` → `cta-c` |
+| 活动营销页 | `hero-xl` → `social-proof`（数据+logo）→ `marketing-features` → `cta-c`（带 urgency） |
+
 ## 抗疲劳规则（anti-fatigue）
 
 **两个 stats 行连放、两个 features 三联连放——都会造成视觉疲劳。必须交替。**
@@ -221,3 +406,4 @@
 - [ ] 每屏单一 accent，使用处 ≤2（主按钮 + 一处强调，够了）。
 - [ ] 所有结构元素带 `data-testid`；只引用契约内的类，缺类先定义再用。
 - [ ] stats 全为真实数字；quote 每页一条；同型 section 不连放。
+- [ ] **C 端特有**：hero-xl h1 ≤10 字动词开头；pricing-c 推荐项用 pill+btn-primary 双重强调；faq 用原生 `<details>` 不用 JS；urgency 不编造倒计时。

package/skills/prototype/references/orchestration-flow.md

@@ -52,7 +52,14 @@ LT 确认后进入 ③。**confirmed_plan 序列化**：将 scout 简报的选
 
 派发插件 agent `prototype-builder`（有 Write），传入：已确认的原型方案（含选定方向）、`design-system.md` 路径、目标分支/版本、PRD 路径。
 
-**prompt 组装顺序契约（v0.18.0）**：`design-system.md → references/template.html → references/layouts.md → references/checklist.md → references/craft/（按页面类型选择注入）→ PRD`。craft 注入策略：仪表盘→laws-of-ux+state-coverage；表单→state-coverage+accessibility-baseline；列表→typography-hierarchy；通用→anti-ai-slop（始终注入）。
+**prompt 组装顺序契约（v0.18.0, v0.24.0 扩展）**：`design-system.md → references/template.html → references/layouts.md → references/checklist.md → references/craft/（按页面类型选择注入）→ references/interactive-prototype.md（按需）→ references/wireframe.md（按需）→ PRD`。
+
+craft 注入策略：仪表盘→laws-of-ux+state-coverage；表单→state-coverage+accessibility-baseline；列表→typography-hierarchy；通用→anti-ai-slop（始终注入）。
+
+**原型类型注入策略（v0.24.0）**：
+- **线框图模式**（scout 简报标注 `prototype_type: wireframe`）→ 注入 `references/wireframe.md`，跳过 template.html/layouts.md（线框图不用种子骨架）
+- **交互原型模式**（scout 简报标注 `prototype_type: interactive`，PRD 含复杂表单/多步流程/动态反馈）→ 注入 `references/interactive-prototype.md` + `craft/state-coverage.md`（强制）
+- **静态原型模式**（默认）→ 不注入额外文件，按现有流程
 
 prototype-builder **从种子模板组合**（template.html + layouts.md 骨架），先报 section 列表，再填充真实文案，P0/P1/P2 自检后提交。零外部依赖、复用设计系统 token、禁止内联样式漂移。按 §18.1 返回 deliverable = prototype/ 入口绝对路径。
 

package/skills/prototype/references/template.html

@@ -291,6 +291,38 @@ code{ font-family: var(--font-mono); font-size: 0.9em; }
 }
 #tweaks button[aria-pressed="true"]{ background: var(--accent-soft); color: var(--accent); }
 
+/* ============================================================
+   C-CONSUMER EXTENSIONS（v0.24.0 新增）
+   ============================================================ */
+.hero-xl{ padding: calc(var(--section-pad) * 1.5) 0; min-height: 60vh; display: flex; align-items: center; }
+.hero-xl .hero-center h1{ font-size: calc(var(--text-4xl) * 1.2); }
+.social-proof{ text-align: center; }
+.logo-wall{ align-items: center; justify-items: center; }
+.logo-wall .ph-img{ aspect-ratio: 4 / 3; filter: grayscale(1); opacity: 0.7; }
+.pricing-card{
+  background: var(--surface); border: 1px solid var(--border);
+  border-radius: var(--radius-lg); padding: var(--space-7);
+  display: flex; flex-direction: column; gap: var(--space-4); position: relative;
+}
+.pricing-card .pill{ position: absolute; top: calc(var(--space-4) * -1); left: 50%; transform: translateX(-50%); }
+.pricing-card h3{ font-size: var(--text-xl); text-align: center; }
+.pricing-card .stat{ text-align: center; }
+.pricing-card ul{ list-style: none; padding: 0; margin: 0; display: flex; flex-direction: column; gap: var(--space-3); }
+.pricing-card li{ font-size: var(--text-sm); color: var(--muted); padding-left: var(--space-5); position: relative; }
+.pricing-card li::before{ content: '✓'; position: absolute; left: 0; color: var(--accent); font-weight: 700; }
+.pricing-card .btn{ margin-top: auto; width: 100%; }
+.faq-item{ border-bottom: 1px solid var(--border); padding: var(--space-4) 0; }
+.faq-item:last-child{ border-bottom: 0; }
+.faq-toggle{
+  font: inherit; font-weight: 600; font-size: var(--text-base);
+  cursor: pointer; color: var(--fg); list-style: none;
+  display: flex; justify-content: space-between; align-items: center;
+}
+.faq-toggle::after{ content: '+'; font-size: var(--text-xl); color: var(--muted); transition: transform var(--motion-fast); }
+.faq-item[open] .faq-toggle::after{ content: '−'; }
+.faq-item p{ margin-top: var(--space-3); color: var(--muted); font-size: var(--text-sm); }
+.urgency{ font-size: var(--text-sm); color: var(--muted); margin-top: var(--space-4); }
+
 /* ============================================================
    RESPONSIVE: ≤920px 全部栅格塌缩为单列
    ============================================================ */

package/skills/prototype/references/wireframe.md

@@ -0,0 +1,117 @@
+# 线框图方法论（零依赖适配版）
+
+> **方法论来源**：baoyu-design `built-in-skills/wireframe.md`，经零依赖原则重写。
+> 
+> **适用场景**：PRD 早期快速探索设计空间，用低保真线框图验证信息架构和流程，避免过早投入高保真细节。
+
+## 核心目标
+
+**Breadth over polish** — 快速生成 3-5 个差异化方案，验证设计方向，而非打磨单一方案的视觉细节。
+
+## 线框图三原则
+
+### 1. 低保真（Low-fi）
+
+- **颜色**：灰阶为主（`#f0f0f0` / `#cccccc` / `#666666`），最多 1 个强调色
+- **形状**：矩形 + 圆形 + 线条，无圆角/阴影/渐变
+- **文字**：占位符（`[标题]` / `[描述文字]` / `[按钮]`），非真实文案
+- **图片**：灰色矩形 + X 线（SVG 内联），无真实图片
+
+```html
+<div class="wf-card">
+  <div class="wf-image"><!-- 灰色矩形 --></div>
+  <div class="wf-title">[标题]</div>
+  <div class="wf-desc">[描述文字，2-3 行]</div>
+  <button class="wf-btn">[按钮]</button>
+</div>
+```
+
+### 2. 快速迭代
+
+- **时间盒**：单方案 ≤ 30 分钟，超时 = 过度设计
+- **方案数量**：3-5 个，少于 3 = 探索不足，多于 5 = 决策瘫痪
+- **变体维度**：布局差异（栅格/列表/卡片）、导航差异（侧边栏/顶栏/tab）、信息密度差异（紧凑/宽松）
+
+### 3. 结构化对比
+
+所有方案并排展示，用 `data-variant` 标记：
+
+```html
+<div class="wf-compare">
+  <div data-variant="A" class="wf-option">方案 A：侧边栏导航</div>
+  <div data-variant="B" class="wf-option">方案 B：顶部 tab 导航</div>
+  <div data-variant="C" class="wf-option">方案 C：卡片式导航</div>
+</div>
+```
+
+## 线框图必含要素
+
+### 1. 页面骨架
+
+用 `section` 标签 + `data-section` 标记区域：
+
+```html
+<section data-section="header">[导航栏]</section>
+<section data-section="hero">[首屏主内容]</section>
+<section data-section="content">[主体内容]</section>
+<section data-section="footer">[页脚]</section>
+```
+
+### 2. 信息层级
+
+用字号差异（非颜色/装饰）建立层级：
+
+```css
+.wf-title { font-size: 24px; font-weight: 700; }
+.wf-subtitle { font-size: 16px; font-weight: 400; }
+.wf-desc { font-size: 14px; color: #666; }
+```
+
+### 3. 交互提示
+
+用虚线框 + 文字标注交互行为：
+
+```html
+<button class="wf-btn" data-interaction="点击后弹出确认框">[删除]</button>
+```
+
+## 线框图的 craft 约束
+
+- **反 AI slop**：禁止渐变/emoji/图标装饰（见 `craft/anti-ai-slop.md` ②③⑤）
+- **排版层级**：仅靠字号/字重建立层级，禁止全大写/全斜体（见 `craft/typography-hierarchy.md`）
+- **无障碍基线**：灰阶对比度 ≥ 4.5:1（WCAG AA），确保可读（见 `craft/accessibility-baseline.md`）
+
+## 线框图 vs 静态原型 vs 交互原型
+
+| 维度 | 线框图 | 静态原型 | 交互原型 |
+|------|--------|---------|---------|
+| 保真度 | 低保真（灰阶+占位符） | 中保真（设计系统+真实文案） | 中高保真（真实交互） |
+| 目的 | 探索设计空间 | 验证视觉设计 | 验证交互流程 |
+| 方案数量 | 3-5 个 | 1 个 | 1 个 |
+| 时间投入 | ≤ 2 小时 | 1-2 天 | 2-3 天 |
+| 适用阶段 | PRD 评审前 | PRD 评审后 | 技术评审前 |
+
+## 何时选择线框图
+
+- PRD 早期，信息架构尚未确定
+- 需要快速对比多种布局方案
+- 团队对设计方向有分歧，需要可视化讨论
+- 用户访谈前需要低成本测试物
+
+## 不适用场景
+
+- 信息架构已确定（直接用静态原型）
+- 需要验证视觉设计（用静态原型）
+- 需要验证交互细节（用交互原型）
+- 向非技术 stakeholders 展示（线框图太抽象）
+
+## 从线框图到高保真的路径
+
+```
+线框图（3-5 方案）
+  → 用户/团队选定 1 个方向
+    → 静态原型（应用设计系统+真实文案）
+      → 交互原型（添加真实交互逻辑）
+```
+
+线框图是**探索工具**，不是交付物。选定方向后应丢弃线框图，进入静态原型阶段。

package/skills/release-archivist/SKILL.md

@@ -72,12 +72,12 @@ If an `e2e/` suite exists for the change, fold its report into verification (see
 - Scope added without artifact updates?
 - Unresolved blockers or known risks?
 - Delta specs exist that need merging?
-- Run `npx --yes --package @xulthekl/team-flow@0.24.0 tf audit <change-dir>` — include `decision-point-audit.md` in archive
+- Run `npx --yes --package @xulthekl/team-flow@0.26.0 tf audit <change-dir>` — include `decision-point-audit.md` in archive
 
 ### DP-6 (Verification Outcome)
 ```bash
-npx --yes --package @xulthekl/team-flow@0.24.0 tf state set <change-dir> dp_6_result "<pass|conditional|fail>: <summary>"
-npx --yes --package @xulthekl/team-flow@0.24.0 tf state set <change-dir> dp_6_timestamp $(date -u +%Y-%m-%dT%H:%M:%SZ)
+npx --yes --package @xulthekl/team-flow@0.26.0 tf state set <change-dir> dp_6_result "<pass|conditional|fail>: <summary>"
+npx --yes --package @xulthekl/team-flow@0.26.0 tf state set <change-dir> dp_6_timestamp $(date -u +%Y-%m-%dT%H:%M:%SZ)
 ```
 If FAIL, do NOT proceed to DP-7. Route back or ask about abandonment.
 
@@ -85,13 +85,13 @@ After recording a PASS outcome, also record it as the verification gate so the
 `executing → closing` transition is allowed (the guard accepts either
 `test_result: pass` or a `dp_6_result` starting with `pass`):
 ```bash
-npx --yes --package @xulthekl/team-flow@0.24.0 tf state set <change-dir> test_result pass
+npx --yes --package @xulthekl/team-flow@0.26.0 tf state set <change-dir> test_result pass
 ```
 
 ### DP-7 (Archive Confirmation)
 ```bash
-npx --yes --package @xulthekl/team-flow@0.24.0 tf state set <change-dir> dp_7_result "confirmed: <archive summary>"
-npx --yes --package @xulthekl/team-flow@0.24.0 tf state set <change-dir> dp_7_timestamp $(date -u +%Y-%m-%dT%H:%M:%SZ)
+npx --yes --package @xulthekl/team-flow@0.26.0 tf state set <change-dir> dp_7_result "confirmed: <archive summary>"
+npx --yes --package @xulthekl/team-flow@0.26.0 tf state set <change-dir> dp_7_timestamp $(date -u +%Y-%m-%dT%H:%M:%SZ)
 ```
 Verify DP-0 through DP-6 are recorded before DP-7.
 
@@ -101,14 +101,14 @@ If implementation diverged from the contract, return to `bridging` before closur
 
 ## Post-Verification
 
-Run `npx --yes --package @xulthekl/team-flow@0.24.0 tf state transition <change-dir> closing`. If delta specs exist, route to `spec-merger`.
+Run `npx --yes --package @xulthekl/team-flow@0.26.0 tf state transition <change-dir> closing`. If delta specs exist, route to `spec-merger`.
 
 ### Architecture Merge (v0.10 §28-§31) — MUST run first
 
 Merge change-level architecture artifacts to the global `docs/architecture/` baseline **before** any other post-verification step:
 
 ```bash
-npx --yes --package @xulthekl/team-flow@0.24.0 tf arch-merge <change-dir>
+npx --yes --package @xulthekl/team-flow@0.26.0 tf arch-merge <change-dir>
 ```
 
 This merges `architecture/{architecture,database,api}.md` and `architecture/sql/` into the global architecture docs. Skip silently when `architecture/` does not exist (architecture-design was `skipped`).
@@ -120,19 +120,21 @@ This merges `architecture/{architecture,database,api}.md` and `architecture/sql/
 After `arch-merge` completes, run prototype-sync to merge UX deltas back to the global prototype:
 
 ```bash
-npx --yes --package @xulthekl/team-flow@0.24.0 tf prototype-sync <change-dir>
+npx --yes --package @xulthekl/team-flow@0.26.0 tf prototype-sync <change-dir>
 ```
 
 **Write-back order (mandatory)**: `arch-merge` → `prototype-sync` → `compound promotion` must be executed **sequentially** within the same change closing. Do not run them in parallel — the global `docs/architecture/` and `prototype/` must not be in a half-updated state when the next change grounds on them.
 
 If `prototype-sync` reports conflicts, list them in the closing summary and flag for manual resolution. Do not block closing on prototype-sync conflicts (advisory level).
 
+**Execution verification（v0.24.0）**：`prototype-sync` 命令执行后，检查其 stdout 输出确认合并完成（输出含 `merged`/`no UX delta`/`conflicts` 之一）。若命令未执行或执行失败，Step 5 Report 的 `Prototype sync` 行必须标注 `SKIPPED` 或 `FAILED`，并在 closing summary 中说明原因。**禁止在 prototype-sync 未执行时将 Prototype sync 行标注为已完成**。
+
 ### Compound Promotion (v0.5)
 
 During closing, promote change-level learnings to the global solutions library:
 
 ```bash
-npx --yes --package @xulthekl/team-flow@0.24.0 tf solutions promote <change-dir>
+npx --yes --package @xulthekl/team-flow@0.26.0 tf solutions promote <change-dir>
 ```
 
 This checks `specs/<cap>/learnings.md` for entries meeting promotion criteria:
@@ -152,7 +154,7 @@ Before finalizing the closing, check if this change produced any learnable momen
 
 If any of the above occurred, capture the learning:
 ```bash
-npx --yes --package @xulthekl/team-flow@0.24.0 tf solutions capture \
+npx --yes --package @xulthekl/team-flow@0.26.0 tf solutions capture \
   --phase cross-phase --domain <domain> --type pitfall \
   --severity medium --summary "<what happened and how to prevent it>"
 ```
@@ -174,6 +176,6 @@ Verify files exist and are non-empty, run `node --check` on code files, skip 5-s
 ## Exception Handling
 
 - **Parse failures**: Report exact file and section
-- **Missing files**: If audit can't generate, run `npx --yes --package @xulthekl/team-flow@0.24.0 tf audit` manually
+- **Missing files**: If audit can't generate, run `npx --yes --package @xulthekl/team-flow@0.26.0 tf audit` manually
 - **User interruption**: Re-run verification from the beginning on resume
 - **DP gaps**: Flag missing DPs during DP-6; ask user whether to proceed or return

package/skills/release-archivist/references/closing-procedures.md

@@ -7,19 +7,21 @@
 After `arch-merge` completes, run prototype-sync to merge UX deltas back to the global prototype:
 
 ```bash
-npx --yes --package @xulthekl/team-flow@0.24.0 tf prototype-sync <change-dir>
+npx --yes --package @xulthekl/team-flow@0.26.0 tf prototype-sync <change-dir>
 ```
 
-**Write-back order (mandatory)**: `arch-merge` → `prototype-sync` must be executed **sequentially** within the same change closing. Do not run them in parallel.
+**Write-back order (mandatory)**: `arch-merge` → `prototype-sync` → `compound promotion` must be executed **sequentially** within the same change closing. Do not run them in parallel — the global `docs/architecture/` and `prototype/` must not be in a half-updated state when the next change grounds on them.
 
 If `prototype-sync` reports conflicts, list them in the closing summary and flag for manual resolution. Do not block closing on prototype-sync conflicts (advisory level).
 
+**Execution verification（v0.24.0）**：`prototype-sync` 命令执行后，检查其 stdout 输出确认合并完成（输出含 `merged`/`no UX delta`/`conflicts` 之一）。若命令未执行或执行失败，Step 5 Report 的 `Prototype sync` 行必须标注 `SKIPPED` 或 `FAILED`，并在 closing summary 中说明原因。**禁止在 prototype-sync 未执行时将 Prototype sync 行标注为已完成**。
+
 ## Compound Promotion (v0.5)
 
 During closing, promote change-level learnings to the global solutions library:
 
 ```bash
-npx --yes --package @xulthekl/team-flow@0.24.0 tf solutions promote <change-dir>
+npx --yes --package @xulthekl/team-flow@0.26.0 tf solutions promote <change-dir>
 ```
 
 Promotion criteria:
@@ -39,7 +41,7 @@ Before finalizing the closing, check if this change produced any learnable momen
 
 If any occurred, capture the learning:
 ```bash
-npx --yes --package @xulthekl/team-flow@0.24.0 tf solutions capture \
+npx --yes --package @xulthekl/team-flow@0.26.0 tf solutions capture \
   --phase cross-phase --domain <domain> --type pitfall \
   --severity medium --summary "<what happened and how to prevent it>"
 ```
@@ -49,22 +51,22 @@ Advisory — skip silently if no learnable moments detected.
 ## DP-6 (Verification Outcome)
 
 ```bash
-npx --yes --package @xulthekl/team-flow@0.24.0 tf state set <change-dir> dp_6_result "<pass|conditional|fail>: <summary>"
-npx --yes --package @xulthekl/team-flow@0.24.0 tf state set <change-dir> dp_6_timestamp $(date -u +%Y-%m-%dT%H:%M:%SZ)
+npx --yes --package @xulthekl/team-flow@0.26.0 tf state set <change-dir> dp_6_result "<pass|conditional|fail>: <summary>"
+npx --yes --package @xulthekl/team-flow@0.26.0 tf state set <change-dir> dp_6_timestamp $(date -u +%Y-%m-%dT%H:%M:%SZ)
 ```
 
 If FAIL, do NOT proceed to DP-7. Route back or ask about abandonment.
 
 After PASS, also record the verification gate:
 ```bash
-npx --yes --package @xulthekl/team-flow@0.24.0 tf state set <change-dir> test_result pass
+npx --yes --package @xulthekl/team-flow@0.26.0 tf state set <change-dir> test_result pass
 ```
 
 ## DP-7 (Archive Confirmation)
 
 ```bash
-npx --yes --package @xulthekl/team-flow@0.24.0 tf state set <change-dir> dp_7_result "confirmed: <archive summary>"
-npx --yes --package @xulthekl/team-flow@0.24.0 tf state set <change-dir> dp_7_timestamp $(date -u +%Y-%m-%dT%H:%M:%SZ)
+npx --yes --package @xulthekl/team-flow@0.26.0 tf state set <change-dir> dp_7_result "confirmed: <archive summary>"
+npx --yes --package @xulthekl/team-flow@0.26.0 tf state set <change-dir> dp_7_timestamp $(date -u +%Y-%m-%dT%H:%M:%SZ)
 ```
 
 Verify DP-0 through DP-6 are recorded before DP-7.

package/skills/spec-merger/SKILL.md

@@ -10,7 +10,7 @@ After a change completes, delta specs (ADDED/MODIFIED/REMOVED/RENAMED) must be m
 ## Pre-Flight Checks
 
 ### Conflict Detection
-Run `npx --yes --package @xulthekl/team-flow@0.24.0 tf sync <change-dir>`. If conflicts are detected (same requirement modified by multiple changes), present the conflict list to the user for resolution order.
+Run `npx --yes --package @xulthekl/team-flow@0.26.0 tf sync <change-dir>`. If conflicts are detected (same requirement modified by multiple changes), present the conflict list to the user for resolution order.
 
 ### Abandoned Change Guard
 Check if the change is `abandoned`. If so → STOP: "Abandoned changes cannot be synced. Delta specs are preserved for reference but must not be merged."
@@ -55,7 +55,7 @@ Output sync report table: Capability, ADDED/MODIFIED/REMOVED/RENAMED counts, Sta
 2. Change folder (including deltas) remains for traceability.
 3. Record that merging is complete so the `executing → closing` guard allows closure:
    ```bash
-   npx --yes --package @xulthekl/team-flow@0.24.0 tf state set <change-dir> spec_merged true
+   npx --yes --package @xulthekl/team-flow@0.26.0 tf state set <change-dir> spec_merged true
    ```
    (If the change had no delta sections, still set `spec_merged true` — there was nothing to merge.)
 

package/skills/spec-writer/SKILL.md

@@ -55,7 +55,7 @@ Read `docs/solutions/INDEX.md` if it exists. Filter entries where `phase = spec
 
 ## Config Check
 
-Run: `npx --yes --package @xulthekl/team-flow@0.24.0 tf runtime config --get artifacts.order` — generate in configured order (default: proposal → specs → design → tasks). Run with `artifacts.skip` — skip any listed artifacts.
+Run: `npx --yes --package @xulthekl/team-flow@0.26.0 tf runtime config --get artifacts.order` — generate in configured order (default: proposal → specs → design → tasks). Run with `artifacts.skip` — skip any listed artifacts.
 
 ## Artifact Roles
 
@@ -135,8 +135,8 @@ Generate one at a time. Confirm each before next. This prevents scope drift —
 
 Present summary of all 4 artifacts (2-3 sentences each). Ask user for adjustments. After approval:
 ```bash
-npx --yes --package @xulthekl/team-flow@0.24.0 tf state set <change-dir> dp_2_result "approved: <summary>"
-npx --yes --package @xulthekl/team-flow@0.24.0 tf state set <change-dir> dp_2_timestamp $(date -u +%Y-%m-%dT%H:%M:%SZ)
+npx --yes --package @xulthekl/team-flow@0.26.0 tf state set <change-dir> dp_2_result "approved: <summary>"
+npx --yes --package @xulthekl/team-flow@0.26.0 tf state set <change-dir> dp_2_timestamp $(date -u +%Y-%m-%dT%H:%M:%SZ)
 ```
 
 ## Handoff Rule

package/skills/workflow-orchestrator/references/s2-prd-prototype-loop.md

@@ -54,7 +54,7 @@
 检测可复利时刻（需求矛盾、原型返工、自动评审发现不一致并修正等）。每次自动评审发现不一致并修正后触发：
 
 ```bash
-npx --yes --package @xulthekl/team-flow@0.24.0 tf solutions capture --phase prd --domain <domain> --type pitfall --severity <sev> --summary "<summary>"
+npx --yes --package @xulthekl/team-flow@0.26.0 tf solutions capture --phase prd --domain <domain> --type pitfall --severity <sev> --summary "<summary>"
 ```
 
 ### 6. 反馈环路检查点

package/skills/workflow-orchestrator/references/s4-split-validate.md

@@ -38,7 +38,7 @@ verdict = FAIL → 必须回退 S3 调整拆分后重新审计，不可绕过直
 
 ```bash
 mkdir -p changes/<change-name>
-npx --yes --package @xulthekl/team-flow@0.24.0 tf state init changes/<change-name>
+npx --yes --package @xulthekl/team-flow@0.26.0 tf state init changes/<change-name>
 ```
 
 > ⚠️ **路径约束**：change 脚手架目录固定为项目根 `changes/<change-name>/`。

package/skills/workflow-orchestrator/references/s5-monitoring.md

@@ -34,7 +34,7 @@
 change closing 时检查经验晋升（change 内经验 → 产品级经验）：
 
 ```bash
-npx --yes --package @xulthekl/team-flow@0.24.0 tf solutions promote <change-dir>
+npx --yes --package @xulthekl/team-flow@0.26.0 tf solutions promote <change-dir>
 ```
 
 ### 4. 动态重规划触发