@xulthekl/team-flow 0.41.0 → 0.42.0

package/.claude/always/phase-guard.md

@@ -1,3 +1,3 @@
-# team-flow v0.41.0 | 阶段: {{state}} | 工作流: {{workflow}}
+# team-flow v0.42.0 | 阶段: {{state}} | 工作流: {{workflow}}
 当前阶段允许的操作由 workflow-start 路由规则定义。
 禁止跨越 DP gate 进入下一阶段。变更范围以 execution-contract.md 的 Intent Lock 为准。

package/.claude-plugin/marketplace.json

@@ -9,7 +9,7 @@
     {
       "name": "team-flow",
       "description": "8-state spec workflow + compound global compounding + architecture-design (4A/DDD) + local HTML prototype + product-level orchestration + bootstrap + e2e + session handoff + workflow feedback. 24 skills + 15 agents with embedded TDD, SDD, code review, debugging, delta spec sync, and design-system-driven prototyping.",
-      "version": "0.41.0",
+      "version": "0.42.0",
       "source": "./",
       "author": {
         "name": "LT",

package/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "team-flow",
-  "version": "0.41.0",
+  "version": "0.42.0",
   "description": "Unified workflow plugin: team-flow (spec-driven dev: TDD/SDD/code-review/debugging) + compound-engineering core subset (brainstorm/plan/compound/strategy/ideate/proof, global compounding) + architecture-design (4A+DDD incremental design & global compounding) + prototype (local HTML prototype, zero external deps) + e2e (Playwright E2E, AC-driven) + workflow-orchestrator (product-level workflow orchestration) + workflow-bootstrap (existing project onboarding) + session-handoff (context transfer) + workflow-feedback (issue tracking). 24 skills + 15 agents, one install.",
   "source": "./",
   "author": {

package/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "team-flow",
-  "version": "0.41.0",
+  "version": "0.42.0",
   "description": "Spec-first workflow that bridges OpenSpec-style planning and Superpowers-style execution discipline.",
   "author": {
     "name": "MageByte",

package/.cursor-plugin/marketplace.json

@@ -5,7 +5,7 @@
   },
   "metadata": {
     "description": "Unified workflow plugin marketplace for Cursor (team-flow: team-flow + compound + architecture-design + prototype).",
-    "version": "0.41.0"
+    "version": "0.42.0"
   },
   "plugins": [
     {

package/.cursor-plugin/plugin.json

@@ -2,7 +2,7 @@
   "name": "team-flow",
   "displayName": "team-flow",
   "description": "Unified workflow plugin: team-flow (spec-driven dev: TDD/SDD/code-review/debugging) + compound-engineering core subset (brainstorm/plan/compound/strategy/ideate/proof, global compounding) + architecture-design (4A+DDD incremental design & global compounding) + prototype (local HTML prototype, zero external deps) + e2e (Playwright E2E, AC-driven) + workflow-orchestrator (product-level workflow orchestration) + workflow-bootstrap (existing project onboarding) + session-handoff (context transfer) + workflow-feedback (issue tracking). 24 skills + 15 agents, one install.",
-  "version": "0.41.0",
+  "version": "0.42.0",
   "author": {
     "name": "LT",
     "url": "https://github.com/LT"

package/.github/plugin/marketplace.json

@@ -6,13 +6,13 @@
   },
   "metadata": {
     "description": "Unified workflow plugins and skills for AI coding agents (team-flow: team-flow + compound + architecture-design + prototype).",
-    "version": "0.41.0"
+    "version": "0.42.0"
   },
   "plugins": [
     {
       "name": "team-flow",
       "description": "Unified workflow with planning artifacts, execution contracts, TDD, review gates, systematic debugging, delta spec sync, architecture-design, and local HTML prototyping.",
-      "version": "0.41.0",
+      "version": "0.42.0",
       "source": ".",
       "author": {
         "name": "LT",

package/AGENTS.md

@@ -70,6 +70,7 @@ spec 驱动开发过程。8 态变更机：`exploring → specifying → bridgin
 ### 7. workflow-bootstrap（1 skill，既有项目接入，v0.15.0 脚本+子代理侦察）
 - 一次性"侦察 + 基线建立"：代码库侦察 → 架构基线文档化 → 领域词汇提取 → 目录初始化 → CLAUDE.md 初始化（B4.5，v0.41.0）→ 进入 workflow-orchestrator
 - **B1 侦察（v0.15.0）**：先跑确定性脚本 `scripts/recon-probe.sh`（可复现固定化采集，含 Git 子仓库结构 v0.41.0）→ 并行派发 `codebase-recon-analyst` 子代理语义增强（7 维度含 git-structure）→ 主代理汇总写 baseline.md（维度闭合校验 v0.41.0）
+- **B5 路径决策（v0.42.0 降级路径设计）**：两组选项——第一组确保产物可信（A 逆向重建按复杂度分级推荐 / B 交叉验证主代理比对产出 cross-check-report.md / C 真实性核对用户确认门），第二组直接进入流程（D-F 原 A-C 平移）
 - 仅首次使用时执行；`docs/architecture/baseline.md` 已存在则跳过
 
 ### 8. session-handoff（1 skill，会话交接，v0.16.0 新增）

package/CHANGELOG.md

@@ -6,7 +6,17 @@ The format loosely follows Keep a Changelog.
 
 ## [Unreleased]
 
-### Added（workflow-bootstrap CLAUDE.md 初始化 + Git 多子仓库识别，v0.41.0）
+### Added（workflow-bootstrap B5 降级路径设计 + session-start 语言要求，v0.42.0）
+
+- **B5 路径决策重构（降级路径设计）**：4 平权选项 → 两组降级选项——第一组确保产物可信（A 逆向重建按复杂度分级推荐（≥5 模块或 ≥10 源文件强推）/ B 交叉验证主代理机械比对产出 cross-check-report.md / C 真实性核对用户确认门），第二组直接进入流程（D-F 原 A-C 平移）
+- **references/b5-path-decision.md（新建）**：B5 详细流程（分组展示模板、A 复杂度判据、B 比对清单 + 维度覆盖说明（architecture 显式排除理由）、C 两种模式核对协议（跟随 B / 独立抽查））
+- **b1-reconnaissance.md Success Output 同步**：产出清单增加 cross-check-report.md + 重建建议
+- **hooks/session-start 语言要求**：Inject workflow context 的 msg 追加 `## Language` 指令——要求中文交流，技术术语/代码/命令保持英文
+- **AGENTS.md 同步**：workflow-bootstrap 描述补 B5 降级路径
+
+## [0.41.0] - 2026-08-07
+
+### Added（workflow-bootstrap CLAUDE.md 初始化 + Git 多子仓库识别）
 
 - **B4.5 CLAUDE.md 初始化**（参考 Claude Code /init）：将项目基本信息（项目概况/开发命令/工作区结构/Git 结构）+ team-flow 产物结构索引写入工作区 CLAUDE.md；维护原则=索引级+结构级；已有 CLAUDE.md 追加模式（产物结构 + Git 管理规则章节），无则从 `templates/claude-md-team-flow.md` 新建
 - **CLAUDE.md 标准模板**：`skills/workflow-bootstrap/templates/claude-md-team-flow.md`（新建），覆盖 /init 内容 + team-flow 产物结构表（代码强制 + 设计层面）

package/GEMINI.md

@@ -8,7 +8,7 @@ The workflow is self-contained and does not require OpenSpec or Superpowers at r
 
 
 <!-- team-flow-phase-guard-start -->
-# team-flow v0.41.0 | 阶段: {{state}} | 工作流: {{workflow}}
+# team-flow v0.42.0 | 阶段: {{state}} | 工作流: {{workflow}}
 当前阶段允许的操作由 workflow-start 路由规则定义。
 禁止跨越 DP gate 进入下一阶段。变更范围以 execution-contract.md 的 Intent Lock 为准。
 <!-- team-flow-phase-guard-end -->

package/INSTALL.md

@@ -7,7 +7,7 @@
 - [Fission-AI/OpenSpec](https://github.com/Fission-AI/OpenSpec) — 规划引擎（Schema 验证、Delta Spec、工件解析）
 - [obra/superpowers](https://github.com/obra/superpowers) — 执行纪律（TDD 铁律、SDD、系统化调试、代码审查）
 
-当前发布版本：**v0.41.0**。
+当前发布版本：**v0.42.0**。
 
 ---
 

package/README.md

@@ -1,6 +1,6 @@
 # team-flow
 
-> 当前版本：`v0.41.0`
+> 当前版本：`v0.42.0`
 
 > 统一插件：**team-flow**（spec 驱动开发）+ **compound-engineering 核心子集**（全局复利）+ **architecture-design**（4A+DDD 增量设计）+ **prototype**（本地 HTML 原型）+ **e2e**（AC 驱动 E2E）+ **workflow-orchestrator**（产品级编排）+ **workflow-bootstrap**（既有项目接入）。一次安装，七套能力协同。
 

package/docs/README_en.md

@@ -126,7 +126,7 @@ npm install -g team-flow
 
 ### Version
 
-- Current: `v0.41.0`
+- Current: `v0.42.0`
 - v0.9.1 highlights: DP-4 execution-mode recommendations, a portable runtime across 17 platforms, and a raw-package smoke with no plugin-root variable.
 - Self-contained — no OpenSpec or Superpowers runtime required
 - Upstream: [Fission-AI/OpenSpec](https://github.com/Fission-AI/OpenSpec), [obra/superpowers](https://github.com/obra/superpowers)

package/gemini-extension.json

@@ -1,6 +1,6 @@
 {
   "name": "team-flow",
   "description": "Unified workflow plugin: team-flow (spec-driven dev) + compound-engineering core subset + architecture-design (4A/DDD) + prototype (local HTML). 24 skills, one install.",
-  "version": "0.41.0",
+  "version": "0.42.0",
   "contextFileName": "GEMINI.md"
 }

package/hooks/session-start

@@ -1,11 +1,11 @@
 #!/usr/bin/env bash
-# v0.41.0: auto-sync CLI version with plugin version
+# v0.42.0: auto-sync CLI version with plugin version
 set -e
 
 # ═══════════════════════════════════════════════════════════════
 # Plugin version (update this when releasing new versions)
 # ═══════════════════════════════════════════════════════════════
-PLUGIN_VERSION="0.41.0"
+PLUGIN_VERSION="0.42.0"
 
 # ═══════════════════════════════════════════════════════════════
 # Step 1: Auto-sync CLI version with plugin version
@@ -45,7 +45,7 @@ sync_tf_version
 # Step 2: Inject workflow context
 # ═══════════════════════════════════════════════════════════════
 
-msg="<EXTREMELY_IMPORTANT>\nYou have team-flow installed. Invoke /team-flow:workflow-start or /team-flow:workflow-orchestrator ONLY when active team-flow artifacts exist (\`.team-flow.yaml\`, \`proposal.md\`, \`execution-contract.md\`, \`specs/\`) or the user explicitly requests it. For ordinary coding tasks, do NOT invoke them.\n</EXTREMELY_IMPORTANT>\n<EXTREMELY_IMPORTANT>\n## Workspace Directory Rule\n\"Base directory for this skill\" = skill source location (read SKILL.md/references/ ONLY). User project = \`pwd\`. ALL project artifacts (changes/, prd/, docs/, .team-flow/, etc.) MUST operate under \`pwd\`, NEVER the skill base directory. Run \`pwd\` first in every skill execution.\n</EXTREMELY_IMPORTANT>"
+msg="<EXTREMELY_IMPORTANT>\nYou have team-flow installed. Invoke /team-flow:workflow-start or /team-flow:workflow-orchestrator ONLY when active team-flow artifacts exist (\`.team-flow.yaml\`, \`proposal.md\`, \`execution-contract.md\`, \`specs/\`) or the user explicitly requests it. For ordinary coding tasks, do NOT invoke them.\n</EXTREMELY_IMPORTANT>\n<EXTREMELY_IMPORTANT>\n## Workspace Directory Rule\n\"Base directory for this skill\" = skill source location (read SKILL.md/references/ ONLY). User project = \`pwd\`. ALL project artifacts (changes/, prd/, docs/, .team-flow/, etc.) MUST operate under \`pwd\`, NEVER the skill base directory. Run \`pwd\` first in every skill execution.\n</EXTREMELY_IMPORTANT>\n<EXTREMELY_IMPORTANT>\n## Language\nCommunicate with the user in Chinese (中文). Technical terms, code, and commands remain in English.\n</EXTREMELY_IMPORTANT>"
 
 # Three platforms share the same message, only output format differs.
 if [ -n "${CURSOR_PLUGIN_ROOT:-}" ]; then

package/llms.txt

@@ -3,7 +3,7 @@
 ## Overview
 spec-superflow is a self-contained workflow integration plugin for Claude Code, Cursor, OpenAI Codex CLI/App, GitHub Copilot CLI, Gemini CLI, OpenCode, WorkBuddy, and Trae. It merges spec-driven planning artifacts (proposal, specs, design, tasks) with disciplined execution guardrails (TDD, review gates, controlled handoff) into one unified workflow.
 
-Current version: v0.41.0.
+Current version: v0.42.0.
 
 ## Key Documents
 - README.md: Chinese homepage with full usage guide and FAQ

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@xulthekl/team-flow",
-  "version": "0.41.0",
+  "version": "0.42.0",
   "description": "Unified plugin (24 skills + 15 agents) integrating team-flow, compound-engineering, architecture-design, prototype, design-system, workflow-orchestrator, workflow-bootstrap, e2e, session-handoff, workflow-feedback for multi-agent coding tools.",
   "main": "dist/index.js",
   "types": "dist/index.d.ts",

package/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "team-flow",
-  "version": "0.41.0",
+  "version": "0.42.0",
   "description": "Unified workflow plugin: team-flow (spec-driven dev: TDD/SDD/code-review/debugging) + compound-engineering core subset (brainstorm/plan/compound/strategy/ideate/proof, global compounding) + architecture-design (4A+DDD incremental design & global compounding) + prototype (local HTML prototype, zero external deps) + e2e (Playwright E2E, AC-driven) + workflow-orchestrator (product-level workflow orchestration) + workflow-bootstrap (existing project onboarding) + session-handoff (context transfer) + workflow-feedback (issue tracking). 24 skills + 15 agents, one install.",
   "author": {
     "name": "LT"

package/skills/workflow-bootstrap/SKILL.md

@@ -209,15 +209,25 @@ Step 2: 确定性提取（兜底）
 
 **不做的事**：不写 SOP 流程（由 skill 负责）、不写变更级状态机（由 workflow skill 负责）、不列可自动发现的文件清单。
 
-### B5: Path Decision（路径判断）
+### B5: Path Decision（路径判断，v0.42.0 重构：降级路径设计）
 
-询问用户：
+询问用户。**分组展示**——用户先决定"要不要把地基打牢"（第一组），再决定"打完地基做什么"（第二组）：
 
-> 您希望从哪个需求开始使用 team-flow？
-> - A) 我有一个具体的功能需求（→ 进入 workflow-orchestrator S1，S3 后进 ARCH 产品级架构设计）
-> - B) 我有一个模糊的产品方向（→ ce-brainstorm）
-> - C) 我只是想建立架构基线，暂不开发新需求（→ 结束）
-> - D) 我想从既有代码逆向重建完整架构（→ 进入 workflow-orchestrator ARCH 阶段 reconstruction 模式，arch-reverse-analyst，v0.36.0；重建 PASS 后 `tf arch init` 打戳）
+> **第一组：确保 bootstrap 产物可信**
+> - A) 逆向重建完整架构（**复杂项目强推 / 简单项目弱推**；→ 进入 workflow-orchestrator ARCH 阶段 reconstruction 模式，arch-reverse-analyst，重建 PASS 后 `tf arch init --mode reconstruction --baseline-ref prd/vN/` 打戳，全量命令见 b5-path-decision.md）
+> - B) 交叉验证与对齐 bootstrap 产物（→ 主代理机械比对，产出 `docs/architecture/cross-check-report.md` 疑点清单）
+> - C) 真实性核对（→ 针对 B 疑点清单（跟随 B）或 baseline.md 语义结论抽查（独立），用户逐条确认，修正 baseline.md）
+>
+> **第二组：直接进入 team-flow 流程**
+> - D) 我有一个具体的功能需求（→ 进入 workflow-orchestrator S1，S3 后进 ARCH 产品级架构设计）
+> - E) 我有一个模糊的产品方向（→ ce-brainstorm）
+> - F) 我只是想建立架构基线，暂不开发新需求（→ 结束）
+
+**A 分级推荐判据**（基于 B1 侦察结果）：
+- 复杂项目（≥5 模块 或 ≥10 源文件，复用 B2 触发判据）→ 提示"建议优先重建完整架构"
+- 简单项目（<5 模块 且 <10 源文件）→ 提示"项目较简单，可直接进入流程，重建为可选项"
+
+**B/C 串联闭环**：选 B → 主代理产出疑点清单 → 提示是否进入 C（是 → 逐条 AskUserQuestion 核对并修正 baseline.md；否 → 疑点留档标记 deferred，不阻断）。
 
 **逆向重建衔接（v0.36.3）**：ARCH 阶段 reconstruction 模式复用本 bootstrap 的 recon-probe.sh（--ddl-out）+ codebase-recon-analyst，并派发 `arch-reverse-analyst` 补 BC/状态/指令事件维度（见 `references/agents/arch-reverse-analyst.md`）。
 
@@ -225,6 +235,8 @@ Step 2: 确定性提取（兜底）
 - 将 `docs/architecture/baseline.md` 和 `docs/architecture/CONCEPTS.md` 的路径传递给 workflow-orchestrator S1
 - 作为后续流程的架构上下文
 
+详细流程（分组展示模板、A 复杂度判据来源、B 7 类比对清单 + report 格式、C 核对协议）见 `references/b5-path-decision.md`。
+
 ## Guardrails
 
 - **一次性**：bootstrap 只在首次接入时执行。如果 `docs/architecture/baseline.md` 已存在，提示用户"基线已建立，是否要重新侦察？"
@@ -238,9 +250,9 @@ Step 2: 确定性提取（兜底）
 
 每次交互结束时说明：
 1. 已完成的阶段（B1-B1.5-B2-B3-B4-B4.5-B5）
-2. 已产出的制品（baseline.md / conventions / ARCHITECTURE.md / PHYSICAL-MODEL.md / schema-baseline.sql / API-INDEX.md / INDEX.md / CONCEPTS.md / CLAUDE.md / 目录结构）
+2. 已产出的制品（baseline.md / conventions / ARCHITECTURE.md / PHYSICAL-MODEL.md / schema-baseline.sql / API-INDEX.md / INDEX.md / CONCEPTS.md / CLAUDE.md / cross-check-report.md（如执行 B）/ 目录结构）
 3. 下一步建议（调用哪个 skill）
 
 ## Success Output
 
-接入结束时输出：侦察模式、产出清单（baseline.md / conventions / ARCHITECTURE.md / DATABASE.md / PHYSICAL-MODEL.md / schema-baseline.sql / API-INDEX.md / INDEX.md / docs/architecture/CONCEPTS.md / CLAUDE.md / 目录结构）、关键发现（技术栈/模块数/架构模式/测试覆盖）、下一步建议。完整模板见 `references/b1-reconnaissance.md`「Success Output 模板」。
+接入结束时输出：侦察模式、产出清单（baseline.md / conventions / ARCHITECTURE.md / DATABASE.md / PHYSICAL-MODEL.md / schema-baseline.sql / API-INDEX.md / INDEX.md / docs/architecture/CONCEPTS.md / CLAUDE.md / cross-check-report.md（如执行 B）/ 目录结构）、关键发现（技术栈/模块数/架构模式/测试覆盖）、下一步建议。完整模板见 `references/b1-reconnaissance.md`「Success Output 模板」。

package/skills/workflow-bootstrap/references/b1-reconnaissance.md

@@ -111,6 +111,10 @@ bash ${CLAUDE_PLUGIN_ROOT}/skills/workflow-bootstrap/scripts/recon-probe.sh --ro
 - 测试覆盖：约 60%（JUnit 5 + Mockito）
 - ⚠ INCOMPLETE：<缺失维度名>（如 api-surface——Deep 模式未派发）
 
+建议：
+→ 复杂项目（≥5 模块 或 ≥10 源文件）优先逆向重建完整架构
+→ 交叉验证与真实性核对：docs/architecture/cross-check-report.md（如执行 B）
+
 下一步：
 → 运行 /workflow-orchestrator 开始产品级流程
 → 或运行 /architecture-design 进行完整架构设计

package/skills/workflow-bootstrap/references/b5-path-decision.md

@@ -0,0 +1,102 @@
+# B5 路径决策详细流程（v0.42.0：降级路径设计）
+
+> 主代理在 B5 询问用户时展示分组选项，并按用户选择执行 A/B/C 或进入第二组流程。
+
+## 分组展示模板
+
+询问用户时，按以下模板展示（**两组分开展示**）：
+
+```
+第一组：确保 bootstrap 产物可信
+  A 逆向重建完整架构
+  B 交叉验证与对齐 bootstrap 产物
+  C 真实性核对
+第二组：直接进入 team-flow 流程
+  D 我有一个具体的功能需求
+  E 我有一个模糊的产品方向
+  F 仅建立基线，暂不开发
+```
+
+**多选**：第一组可多选（如 A + B），第二组单选。第一组优先——用户选第二组前，主代理应提示"bootstrap 产物未经交叉验证，直接进入流程可能有偏差"（advisory，不阻断）。
+
+## A 逆向重建：复杂度分级推荐
+
+**判据来源**（复用 B1 侦察结果，无需新采集）：
+- 模块数：codebase-recon-analyst modules 维度的模块计数
+- 源文件数：recon-probe JSON `loc.total_files`
+
+**分级推荐**：
+
+| 条件 | 推荐措辞 |
+|------|---------|
+| ≥5 模块 或 ≥10 源文件（复杂） | "建议优先重建完整架构——项目有实质架构，基线快照不足以支撑后续设计" |
+| <5 模块 且 <10 源文件（简单） | "项目较简单，可直接进入流程，逆向重建为可选项" |
+
+**去向**：A → workflow-orchestrator ARCH 阶段 reconstruction 模式（arch-reverse-analyst，`references/agents/arch-reverse-analyst.md`）→ architecture-reviewer product 视角评审（≤3 轮循环）→ PASS 后 `tf arch init --mode reconstruction --baseline-ref prd/vN/` 打戳。
+
+## B 交叉验证与对齐：主代理机械比对
+
+> B1 刚结束主代理手里材料最全（recon-probe JSON + 各维度摘要 + baseline.md），交叉验证是机械比对，**主代理直接执行，不派发子代理**（LT 决策 v0.42.0）。
+
+**比对原则**：确定性数据（脚本机械采集）为锚，语义结论（子代理 LLM 推断）为被检对象。只标记冲突，不重跑侦察。
+
+**比对清单**：
+
+| # | 比对项 | 确定性证据（脚本字段） | 语义结论（子代理维度） |
+|---|--------|----------------------|----------------------|
+| 1 | 技术栈 | `dependencies.manifests` | technology |
+| 2 | 模块边界 | `directory_tree.dirs` | modules |
+| 3 | 数据模型 | `ddl_extraction.tables` | data-model |
+| 4 | API 表面 | `directory_tree.dirs` 按 controller/router/route/api 目录名过滤（best-effort） | api-surface |
+| 5 | 测试现状 | `tests.test_file_count` | test-docs |
+| 6 | Git 结构 | `git_structure` | git-structure |
+| 7 | 文档声明 | `docs.doc_files` | baseline.md 中引用的文档 |
+
+**维度覆盖说明**：
+- **architecture 维度不纳入机械比对**（显式排除）：架构模式（DDD/MVC/微服务/单体）是纯语义判定，无确定性锚点。其验证交由 A 重建时的 arch-reverse-analyst 深化 + architecture-reviewer 审查，B 阶段不机械比对。
+- **API 表面无独立确定性扫描字段**（recon-probe.sh 无 controller/router 采集），第 4 项降级为 best-effort 语义比对——从 `directory_tree.dirs` 过滤 controller/router/route/api 目录名作锚，若目录树无明显 API 目录则标注"无锚点，跳过该项"。
+
+**疑点判定**：确定性证据存在但语义结论未反映 → 疑点（如依赖清单有 spring-boot 但技术栈未提）；语义结论声称但确定性证据缺失 → 疑点（如测试覆盖声称 60% 但 test_file_count=0）。
+
+**输出**：`docs/architecture/cross-check-report.md`
+
+```markdown
+# Bootstrap Cross-Check Report
+
+> 由 workflow-bootstrap B5-B 主代理机械比对生成（v0.42.0）。确定性数据为锚，语义结论为被检对象。
+
+## 疑点清单
+
+| # | 比对项 | 确定性证据 | 语义结论 | 冲突描述 | 建议动作 |
+|---|--------|-----------|---------|---------|---------|
+| 1 | 技术栈 | ... | ... | ... | ... |
+
+## 结论
+
+cross-check: <PASS | N/A（未选 B）| deferred（疑点留档）>
+```
+
+不阻断（advisory）。`cross-check: deferred` 时提示用户可后续补核对。
+
+## C 真实性核对：用户确认门
+
+**触发**：用户选 C，或选 B 后主代理提示"是否进入 C 真实性核对？"。
+
+**两种模式**：
+- **C 跟随 B（推荐）**：针对 cross-check-report.md 疑点清单，主代理用 AskUserQuestion 逐条（或按比对项分组）确认：
+- **C 独立（未选 B）**：无 cross-check-report.md 可核对，主代理对 baseline.md 的全部语义结论做真实性抽查（每维度挑 1-2 个代表性结论），用户逐条确认"属实 / 修正 / 忽略"。
+
+**确认流程**（两模式共用）：
+
+| 用户选择 | 动作 |
+|---------|------|
+| 确认（属实） | 修正 baseline.md 对应内容，provenance 标注 `user-confirmed` |
+| 忽略 | 保留疑点，标记 `deferred`，不阻断 |
+| 补充说明 | 按用户描述修正，provenance 标注 `user-confirmed` |
+
+**核对完成**：更新 baseline.md 顶部校验状态 `cross-check: PASS`（无剩余疑点）或 `deferred`（有忽略项）。
+
+## 与其他选项关系
+
+- A（重建）与 B（交叉验证）可组合：先 B 校验基线可信，再 A 重建——重建消费的是校验后的基线，降低重建偏差
+- D/E/F 为原 A/B/C 平移，语义不变，仅位置后移