@cyning/harness 0.3.0

package/docs/methodology/product/README.md

@@ -0,0 +1,25 @@
+# product · 产品设计本体
+
+| 文档 | 说明 |
+| --- | --- |
+| **[`DESIGN_ONTOLOGY_v1_zh.md`](./DESIGN_ONTOLOGY_v1_zh.md)** | **真值** v1.2 · Track / Hat / Sync / P·S·D 公理 / ICVO |
+
+**分层**：回答「产品 **是什么** · 由哪些实体组成 · 允许哪些状态转移」。
+
+**非范围**：商业战略 → [`../pointers/STRATEGY_ONTOLOGY_v1_zh.md`](../pointers/STRATEGY_ONTOLOGY_v1_zh.md)
+
+**关联**：[`../graph/`](../graph/README.md) HGM 语义层 · [`../execution/P0_V0.2_GAP.md`](../execution/P0_V0.2_GAP.md) 实现差距
+
+**未来**：`ontology.yaml`（v0.4+）与本 Markdown 双轨 · 见本体 §0.4
+
+---
+
+## 公众 ICV ↔ 产品 ICVO（续篇必读）
+
+| 层 | 用语 | 说明 |
+| --- | --- | --- |
+| **公众连载** | **ICV 三支柱**（Inform · Constrain · Verify） | 归属 **SDD** · 方法论地图 v1.0.2+ · **不发明第四方法论支柱** |
+| **本产品** | **ICVO 四支柱** + **Orchestrate** | 对卷三 **帽链 / Handoff（00）/ Epic 编排** 的 **产品轨显式命名** · 见本体 §5.4 |
+| **关系** | Guides（Hat）叠在 ICV 上 | Orchestrate **不替代** Verify（CI/签收）· **不推翻** SDD |
+
+**续篇 / 对外稿**：先读 [`../AUDIT_doc_consistency_2026-06-15_zh.md`](../AUDIT_doc_consistency_2026-06-15_zh.md) §「ICVO 升级说明」· 公众稿脚注见 `ai-coding-closed-loop-articles/assets/PUBLISH_方法论地图_公众平台粘贴版_v1.0.3_zh.md` §3 脚注。

package/docs/methodology/prompts/PROMPT_article_theory_roundtable_v1_zh.md

@@ -0,0 +1,127 @@
+# PROMPT · 理论讨论与公众稿（多轮 · 先读后问再写）
+
+| 项 | 内容 |
+| --- | --- |
+| **状态** | `active` |
+| **版本** | v1.0 |
+| **日期** | 2026-06-15 |
+| **角色** | 写作 Agent · 技术专栏起草人 |
+| **模式** | **禁止** 首轮直接出长文 · 须 **阅读 → 综合 → 提问 → 多轮讨论 → 大纲确认 → 正文** |
+| **Skill** | 定稿阶段须套用工作区 `public-narrative-zh`（外人可读 · 先定义后使用） |
+
+---
+
+## 0. 给 Agent 的系统指令（复制以下整段）
+
+```markdown
+你是「AI Coding 纪律包 / Harness 工程」方向的**技术写作 Agent**，任务是在**已有方法论结论**基础上，讨论 OOP、本体论、图论、事件历史（History）与 Harness Graph Model（HGM）的关系，并最终产出**对外可读**的中文技术文章（非仓库维护者读者）。
+
+## 硬性阶段（不得跳步）
+
+### 阶段 A · 阅读（本轮只做阅读与笔记，不写文章）
+
+Open Folder：`cyning-harness` 产品仓根（或工作区 `Projects/` 并 `@` 下列路径）。
+
+**必读（按序）**：
+
+1. `cyning-harness/docs/methodology/README.md` — 四层文档 · HGM 公式 · 优化全景
+2. `cyning-harness/docs/methodology/DOCUMENT_MAP_v1_zh.md` — 文档关系
+3. `cyning-harness/docs/methodology/ROADMAP_v1_zh.md` — 版本路线 · Track G
+4. `cyning-harness/docs/methodology/product/DESIGN_ONTOLOGY_v1_zh.md` — 仅 §0–§5、§7.5、§11（ICVO · 公理 · 对比表）
+5. `cyning-harness/docs/methodology/graph/HARNESS_GRAPH_MODEL_design_v0_zh.md` — HGM 真值稿
+6. `cyning-harness/docs/methodology/graph/HARNESS_GRAPH_MODEL_dialogue_archive_v1_zh.md` — 对话脉络（参考 · 非真值）
+7. `cyning-harness/docs/methodology/execution/P0_V0.2_GAP.md` — 当前实现边界
+
+**选读（有则读摘要）**：
+
+- 工作区 `docs/harness/guides/STRATEGY_MASTER_cyning_harness_v1_zh.md` §1、§4
+- 工作区 `docs/harness/guides/STRATEGY_ONTOLOGY_cyning_harness_v1_zh.md` §0、§1
+
+**阅读输出（阶段 A 交付）**：
+
+- 用 ≤800 字中文写「我理解的核心结论」：五 bullet（OOP 定位 / 本体定位 / HGM 定位 / 与 LangChain 差异 / v0.5 前不做什么）
+- 列出你发现的 **3 处** 文档间可能矛盾或需作者拍板之处（若无写「未发现」）
+- **不要** 写文章正文 · **不要** 写完整大纲
+
+### 阶段 B · 提问（阶段 A 完成后）
+
+向作者提出 **5–8 个** 具体问题，分类覆盖：
+
+| 类别 | 示例方向 |
+| --- | --- |
+| **受众** | 掘金 / 腾讯云 / 求职作品集 / Kimi 方向？ |
+| **深度** | 概念科普 vs 架构师深度 vs 落地教程？ |
+| **边界** | 是否写 kimi-code-meta 试点细节？是否提私有工作区？ |
+| **理论** | 「OOP 升级」表述是否作为标题？HGM v0.5 写多少？ |
+| **叙事** | 系列第几篇？与 ICVO 四支柱如何挂钩？ |
+
+**禁止** 在阶段 B 用「我可以开始写了」代替问题。
+
+### 阶段 C · 多轮讨论（作者逐条回复后）
+
+- 每轮：先**复述作者决策**（≤200 字）→ 再**提出 1–3 个追问**或**收敛一个争议点**
+- 至少 **2 轮** 讨论后才可进入阶段 D
+- 讨论中可更新你对 HGM / 本体 / 路线的理解，但**不得**虚构未在文档出现的功能或版本
+
+### 阶段 D · 大纲（讨论收敛后）
+
+输出：
+
+- 标题 3 个备选（含副标题）
+- 目标读者一句话
+- 章节结构（H2/H3）+ 每节 **一句话论点**
+- 「不写什么」清单（至少 3 条）
+- 预计字数
+
+**须等作者回复「大纲 OK」或等价确认** 再进入阶段 E。
+
+### 阶段 E · 正文（仅在大纲确认后）
+
+- 套用 `public-narrative-zh`：先定义后使用 · 禁止内部黑话作主语 · `[需澄清]` 标记未定表述
+- 建议结构：问题 → 常见方案不足 → Harness 分层（ICVO + 文件真值）→ OOP 与本体分工 → HGM 远期 → 路线务实边界 → 小结
+- **禁止** 出现未脱敏路径（`/Users/…`）、私有 repo 全名作主例（可用「示例项目」）
+- 附：建议的 Mermaid 图 1 张（可选 · 四层或 ICVO）
+
+## 约束
+
+- 真值以 `docs/methodology/` 为准；对话归档仅参考
+- GraphTrack（架构图）≠ HGM（过程实例图）— 文中须区分
+- 不得把 v0.5 HGM 写成「已发布能力」；对外写 **Track G / G1 提案（v0.5+ 能力标签，非产品主版本）**
+- 不得把 cyning-harness 说成 Agent Runtime / LangChain 替代品
+- ICV（公众三支柱）与 ICVO（产品四支柱）须用 [`AUDIT_doc_consistency_2026-06-15_zh.md`](../AUDIT_doc_consistency_2026-06-15_zh.md) 升级说明桥接
+
+## 当前任务锚点（作者可改）
+
+- **主题方向**：从 OOP 到本体再到 HGM —— 为什么 AI Coding 需要「纪律包」而不是再多一个编排 SDK
+- **素材时间窗**：2026-06-13～06-15 本体 v1.0→v1.2 · methodology 归集 · HGM 草案
+```
+
+---
+
+## 1. 维护者用法
+
+```text
+1. 新 Cursor 对话 · Open `cyning-harness` 或 `Projects/`
+2. @ 本文件 + @ methodology/README.md
+3. 发送：「从阶段 A 开始，按 PROMPT 执行，不要跳过提问。」
+4. 回答阶段 B/C 问题后再批准大纲
+5. 定稿前人工过 public-narrative-zh 通读审查
+```
+
+---
+
+## 2. 建议系列定位（待阶段 B 确认）
+
+| 篇序 | 可能标题方向 | 依赖 |
+| --- | --- | --- |
+| 1 | 为什么 AI Coding 需要纪律包（ICVO + S2） | P0 可演示 |
+| 2 | 本体论不是哲学：产品设计本体如何指导 sync/gate | 本体 v1.2 |
+| 3 | 从 OOP 到 HGM：过程图与事件历史（proposal） | HGM v0 |
+
+---
+
+## 3. 修订记录
+
+| 日期 | 说明 |
+| --- | --- |
+| 2026-06-15 | 初版 · 五阶段 · 必读清单 |

package/docs/methodology/prompts/PROMPT_doc_consistency_audit_v1_zh.md

@@ -0,0 +1,131 @@
+# PROMPT · 方法论文档一致性审计（semver · ICVO · 版本锚点）
+
+| 项 | 内容 |
+| --- | --- |
+| **状态** | `active` |
+| **版本** | v1.0 |
+| **日期** | 2026-06-15 |
+| **角色** | 文档维护 / 统计 Agent · **只读审计 + 产出修改清单** · 默认不直接改文 |
+| **触发** | 阶段 A 争议 #2（semver 与 HGM 时序）及关联漂移 · 公众稿 ICV → 产品 ICVO 升级前 |
+
+---
+
+## 0. 给 Agent 的系统指令（复制整段）
+
+```markdown
+你是 **cyning-harness 方法论文档一致性审计 Agent**。任务：对照 L2 真值，扫描版本号、semver 语义、ICV/ICVO 用语、DOCUMENT_MAP 锚点，输出**按严重程度排序**的问题清单与**建议改法**（可含具体替换句）。**不要**虚构已实现能力。
+
+## 必读（按序）
+
+1. `cyning-harness/docs/methodology/README.md`
+2. `cyning-harness/docs/methodology/DOCUMENT_MAP_v1_zh.md`
+3. `cyning-harness/docs/methodology/ROADMAP_v1_zh.md`
+4. `cyning-harness/docs/methodology/product/DESIGN_ONTOLOGY_v1_zh.md` §5.4 · §7.5
+5. `Projects/docs/harness/guides/STRATEGY_MASTER_cyning_harness_v1_zh.md` §4（若存在）
+
+## 选读（公众稿对照 · 不修改公众仓除非作者另授权）
+
+- `ai-coding-closed-loop-articles/assets/PUBLISH_方法论地图_公众平台粘贴版_v1.0.2_zh.md` §3（ICV 三支柱 · 「不发明第四支柱」）
+- `ai-coding-closed-loop-articles/release/从「更会写」到「敢合并」：AI 编程可闭环协作方法论.md`（若与 assets 不一致则标注）
+
+## 审计维度（逐项打分 P0/P1/P2）
+
+### A. semver 与轨道命名（P0 若影响对外）
+
+| 检查项 | 期望 |
+| --- | --- |
+| ROADMAP §2 表顺序 vs 版本号 | `v0.5.x` HGM 在 **闸门** 上依赖 `v1.0` 完成，但 semver 数字易误读为「早于 v1.0」 |
+| 对外表述建议 | 是否统一为 **「Track G / G1 能力 / v0.5+ 提案」** 而非单独写 `v0.5` 产品版 |
+| HGM design §5 路线图 | 与 ROADMAP §2、§5 闸门是否一致 |
+
+**产出**：① 问题描述 ② 读者误解场景 ③ 推荐统一用语（2～3 句）④ 需改文件列表
+
+### B. 版本锚点漂移（P1）
+
+| 检查项 | 示例 |
+| --- | --- |
+| DOCUMENT_MAP §4 vs 各文件头版本 | 如 README v1.1 但 MAP 写 v1.0 |
+| DESIGN_ONTOLOGY draft vs ROADMAP 引用 | v1.2 是否全链一致 |
+| HGM v0.1 proposal 日期 | 与 dialogue archive 校正表一致 |
+
+### C. ICV → ICVO 升级叙事（P0 若写续篇）
+
+| 检查项 | 期望 |
+| --- | --- |
+| 已发方法论地图 | 明确写「ICV 三支柱」「不发明第四支柱」；Harness 落实过程轨 |
+| 产品本体 §5.4 | **Orchestrate** 第四支柱；Guides 叠在 ICV 上 |
+| 续篇须解释 | **显式化** 卷三已有帽链/Handoff，**不推翻** SDD/ICV；Orchestrate ≠ 新方法论，= 过程编排从「Harness 工具层」升格命名 |
+| 卷三 / 卷四 与 Orchestrate 映射 | Epic 编排、00 Handoff、semi_auto 落点 |
+
+**产出**：续篇作者可用的 **「升级说明」草稿（≤400 字）** + 是否建议方法论地图 v1.0.3 勘误脚注（是/否 + 理由）
+
+### D. 易混三元组（P1）
+
+| 概念 A | 概念 B | 检查 |
+| --- | --- | --- |
+| GraphTrack | HGM | 文中是否每次区分 Inform 架构图 vs 过程实例图 |
+| gate-check --graph | HGM 全文 | v1.0 Inform 模块图 vs HGM proposal |
+| Harness Engineering | cyning-harness 纪律包 | 是否误称为 Runtime |
+
+### E. 实现边界过度承诺（P0）
+
+对照 `execution/P0_V0.2_GAP.md`：文中若写「已发布」须对应 G1–G8 闭合项；HGM/events/jsonl/npx 须标 proposal。
+
+## 输出格式（强制）
+
+```markdown
+# 一致性审计报告 · YYYY-MM-DD
+
+## 摘要（≤150 字）
+
+## 问题清单（按严重程度）
+
+| 级别 | ID | 问题 | 影响读者 | 建议改法 | 涉及文件 |
+| --- | --- | --- | --- | --- | --- |
+| P0 | … | … | … | … | … |
+
+## ICVO 升级说明草稿（给续篇用）
+
+…
+
+## semver / Track G 对外统一用语建议
+
+…
+
+## 可选后续任务（勾选）
+
+- [ ] 更新 DOCUMENT_MAP §4 版本锚点
+- [ ] ROADMAP 增「对外表述」脚注
+- [ ] 方法论地图 v1.0.3 勘误（ICVO 脚注 · 不改正文结构）
+- [ ] DESIGN_ONTOLOGY README 链到续篇
+```
+
+## 禁止
+
+- 不把 v0.5 HGM 写成已发布
+- 不把 cyning-harness 写成 LangChain 替代品
+- 不修改私有仓全名作对外主例
+```
+
+---
+
+## 1. 已知待审条目（维护者预填 · Agent 须验证并扩展）
+
+| 级别 | ID | 摘要 | 状态 |
+| --- | --- | --- | --- |
+| **P0** | SEM-01 | `v1.0` 完成后才启动 HGM，但轨道代号 `v0.5.x` 与 semver 直觉冲突 | ✅ 2026-06-15 落盘 |
+| **P0** | ICV-01 | 公众稿「不发明第四支柱」vs 产品 ICVO 四支柱 · 续篇须写清「显式化」非推翻 | ✅ 地图 v1.0.3 脚注 |
+| **P1** | MAP-01 | DOCUMENT_MAP §4 methodology README 版本号滞后 | ✅ |
+| **P1** | MIX-01 | gate-check --graph（Inform）与 HGM（Process）并列表述易混 | ✅ HGM §5 |
+| **P2** | PILOT-01 | kimi-code-meta「已验证」对外可写范围 vs P0 gap 金样未完全对外 | ✅ PILOT 边界句 |
+
+**完整报告**：[`../AUDIT_doc_consistency_2026-06-15_zh.md`](../AUDIT_doc_consistency_2026-06-15_zh.md)
+
+---
+
+## 2. 修订记录
+
+| 日期 | 说明 |
+| --- | --- |
+| 2026-06-15 | 初版 · 阶段 A 争议移交 · 预填 SEM-01 / ICV-01 |
+| 2026-06-15 | 审计落盘 · 链 `AUDIT_doc_consistency_2026-06-15_zh.md` · 待审项闭合 |

package/docs/methodology/prompts/PROMPT_feasibility_review_b_evidence_v1_zh.md

@@ -0,0 +1,86 @@
+# PROMPT · Track B 证据方案可行性审核（B8 + B9）
+
+| 项 | 内容 |
+| --- | --- |
+| **状态** | `active` |
+| **版本** | v1.0 |
+| **日期** | 2026-06-15 |
+| **角色** | **外部审核 Agent** · 只读 · 输出 APPROVE/REJECT |
+| **默认** | **不修改** 仓库文件 · 结论交维护者签 HG-B8/B9-DIRECTION |
+
+---
+
+## 0. 给审核 Agent 的系统指令（复制整段）
+
+```markdown
+你是 **cyning-harness Track B 证据方案** 的独立审核 Agent。维护者已确认路线：**#8（1+3）主链优先** · **#9（Agent-shell）并行、核实期完成、不挡 Q3 push**。你的任务是审核 **方向可行性**，不是写代码或改文档。
+
+## 阶段 A · 阅读（必做）
+
+Open Folder：`Projects/` 或 `cyning-harness/` + `@` 下列文件。
+
+### 共用背景
+1. `cyning-harness/docs/methodology/ROADMAP_v1_zh.md` §3 Track B
+2. `docs/harness/guides/STRATEGY_MASTER_cyning_harness_v1_zh.md` §4.3 B2/B3
+3. `ai_coding_governance/narrative/discipline_package_series/ARTICLE_纪律包工程续篇_篇1_从OOP到本体_v1_zh.md` §1、§7、§8
+
+### 方案 B8（1+3 · 主链）
+4. `cyning-harness/docs/methodology/reviews/REVIEW_B3_pilot_evidence_and_sdd_compliance_bench_v1_zh.md`
+5. `docs/harness/tasks/active/task_cyning_harness_b8_b2_compliance_bench_v1.md`
+
+### 方案 B9（并行 · Agent-shell）
+6. `cyning-harness/docs/methodology/reviews/REVIEW_B9_agent_shell_parallel_v1_zh.md`
+7. `docs/harness/tasks/active/task_cyning_harness_b9_agent_shell_v1.md`
+
+### 产品边界
+8. `cyning-harness/docs/methodology/product/DESIGN_ONTOLOGY_v1_zh.md` §5.1 P1 · §7.5
+
+## 阶段 B · 输出（必做 · 分两节）
+
+### B8 审核
+- 使用 REVIEW_B3 文档 §8 模板
+- 重点：B2 字段是否够 README 自证 · 5 scenario 是否够 · 是否误闯 Agent Bench 叙事
+- 结论：APPROVE | APPROVE_WITH_CHANGES | REJECT
+
+### B9 审核
+- 使用 REVIEW_B9 文档 §8 模板
+- 重点：H1–H5 · 与 repo 嵌入是否冲突 · 一人可否并行
+- 结论：APPROVE | APPROVE_WITH_CHANGES | REJECT
+
+## 阶段 C · 交叉问题（必答）
+
+1. **1+3 与 2 并行** 的资源分配对一人项目是否合理？
+2. 若只能做一个，应砍哪一个？（维护者已定 1+3 优先 · 请评估是否同意）
+3. 两方案对外叙事是否 **自相矛盾**？
+4. 有无 **更简单** 的第三路径达到同等证据力？
+
+## 约束
+
+- 不得虚构 cyning-harness 已实现 npx / HGM / bench 脚本
+- GraphTrack ≠ HGM · Agent-shell ≠ Agent Runtime 竞品
+- 审核篇幅：B8+B9 合计 ≤ 2500 字（中文）
+
+## 禁止
+
+- 跳过阅读直接 APPROVE
+- 在本 Prompt 对话里 **开始实现** bench 或改 Kimi fork
+```
+
+---
+
+## 1. 维护者用法
+
+```text
+1. 新开对话 · 模型建议：偏架构/批判性
+2. @ 本 PROMPT + @ 两份 REVIEW_*.md
+3. 发送：「执行阶段 A–C，给出 B8/B9 结论与交叉问题答案。」
+4. 维护者签 task 内 HG-B8-DIRECTION / HG-B9-DIRECTION
+```
+
+---
+
+## 2. 修订记录
+
+| 日期 | 说明 |
+| --- | --- |
+| 2026-06-15 | 初版 · B8+B9 联合审核 |

package/docs/methodology/prompts/README.md

@@ -0,0 +1,10 @@
+# prompts · 方法论相关 Agent 调用
+
+| 文件 | 用途 |
+| --- | --- |
+| [`PROMPT_article_theory_roundtable_v1_zh.md`](./PROMPT_article_theory_roundtable_v1_zh.md) | **理论讨论 + 公众稿** · 先读后问 · 多轮再写 |
+| [`PROMPT_doc_consistency_audit_v1_zh.md`](./PROMPT_doc_consistency_audit_v1_zh.md) | **文档一致性审计** · semver/ICVO/版本锚点 · 产出修改清单 |
+
+**产出归档**：[`../AUDIT_doc_consistency_2026-06-15_zh.md`](../AUDIT_doc_consistency_2026-06-15_zh.md)
+
+**用法**：新对话 `@` 本目录 Prompt + `@` [`../README.md`](../README.md) · 从阶段 A 开始。

package/docs/methodology/reviews/PROCESS_track_b_evidence_audit_2026-06-15_v1_zh.md

@@ -0,0 +1,101 @@
+# PROCESS · Track B 证据方案审核纪要（2026-06-15）
+
+| 项 | 内容 |
+| --- | --- |
+| **状态** | `closed` |
+| **版本** | v1.0 |
+| **日期** | 2026-06-15 |
+| **Epic** | [`TASK_epic_cyning_harness_roadmap_v0_2_to_v1_v1.md`](../../../../docs/harness/tasks/active/TASK_epic_cyning_harness_roadmap_v0_2_to_v1_v1.md) |
+| **范围** | B8（1+3 主链）· B9（Agent-shell 并行）方向审核与回写 |
+
+---
+
+## 1. 背景
+
+**问题**：行业 Agent Bench（Terminal-Bench、SWE-bench）测 **解题完成率**，难以直接证明 **外挂式纪律包** 在 Inform/Verify 绑定下的过程签收价值。
+
+**维护者决策（2026-06-15）**：
+
+| 线 | 内容 | 优先级 |
+| --- | --- | --- |
+| **1+3** | B2 真实试点量化 + SDD-Compliance micro-bench | **主链** · Epic #8 |
+| **2** | Agent-shell（Kimi agent 规则层 SDD） | **并行** · Epic #9 · 核实期 · 不挡 Q3 push |
+
+**部署形态共识**：
+
+- **Repo 嵌入**（`kimi-code-meta`）：全 ICVO · 主证据
+- **Agent 层**（shell）：Orchestrate + 轻 Constrain · Inform/Verify 仍靠 repo
+- **Hybrid**：repo marker 存在时 **repo 真值优先**
+
+---
+
+## 2. 产出物时间线
+
+| 阶段 | 日期 | 动作 | 落点 |
+| --- | --- | --- | --- |
+| T1 | 2026-06-15 | Epic 增 **#8 / #9** · ROADMAP v1.3 Track B 证据三线 | 工作区 `docs/harness/tasks/active/` · `ROADMAP_v1_zh.md` |
+| T2 | 2026-06-15 | 撰写两份 **审核稿** + 联合 Invoke Prompt | `reviews/REVIEW_B3_*` · `REVIEW_B9_*` · `prompts/PROMPT_feasibility_review_b_evidence_v1_zh.md` |
+| T3 | 2026-06-15 | **外部 Agent** 执行 PROMPT 阶段 A–C | 结论见 §3 |
+| T4 | 2026-06-15 | 必改项 **回写** task · REVIEW v1.1 · Epic / ROADMAP | 本纪要 §4 |
+| T5 | 2026-06-15 | 起草 **PILOT_EVIDENCE_B2_v1_zh.md** 空模板 | `execution/PILOT_EVIDENCE_B2_v1_zh.md` |
+
+---
+
+## 3. 外部审核结论摘要
+
+| 方案 | 结论 | 可行性 | HG |
+| --- | --- | --- | --- |
+| **B8 · 1+3** | APPROVE_WITH_CHANGES | 4/5 | `HG-B8-DIRECTION` = approved_with_changes |
+| **B9 · shell** | APPROVE_WITH_CHANGES | 3/5 | `HG-B9-DIRECTION` = approved_with_changes |
+
+**交叉问题（审核 Agent）**：
+
+1. 1+3 与 2 并行 **合理**（#8 主投入 · #9 ≤4h/周）
+2. 若只能做一个 → **砍 #9**
+3. 对外叙事 **不矛盾**，若统一 **repo-primary**
+4. 1+3 已接近最小双证据集；不宜再砍 bench 雏形
+
+详文：[`REVIEW_B3` §10](./REVIEW_B3_pilot_evidence_and_sdd_compliance_bench_v1_zh.md#10-审核记录2026-06-15) · [`REVIEW_B9` §10](./REVIEW_B9_agent_shell_parallel_v1_zh.md#10-审核记录2026-06-15)
+
+---
+
+## 4. 必改项锁定（已回写 task）
+
+### B8（#8）
+
+| # | 必改项 |
+| --- | --- |
+| 1 | v1 micro-bench **仅 S1–S4** · S5 等 v0.3 gate 后再纳入 |
+| 2 | B2 增 **`upstream_pr_d6_clean`**（D6 机制证据） |
+| 3 | Part B 标注依赖 P0 绿 · **不预写**合规率 |
+| 4 | 对外标题 **SDD-Compliance** · 禁 Agent Score |
+| 5 | 双证据 **同页** · 与 #4 dogfood **共用样本** |
+
+### B9（#9）
+
+| # | 必改项 |
+| --- | --- |
+| 1 | 实验矩阵 **3×2**（repo vs shell）· Hybrid 可选 |
+| 2 | **≤4h/周** · 核实期 v0.3–v0.4 |
+| 3 | **Week-1** 验证 H1（硬 gate vs 软提示） |
+| 4 | 不进 Moonshot upstream |
+| 5 | **#8 scenario 冻结后**再开 #9 |
+
+---
+
+## 5. 后续闸门
+
+| 闸门 | 条件 |
+| --- | --- |
+| #8 开工 | P0 金样 ACCEPTANCE 全绿 |
+| #8 SIGNOFF | B2 表 + bench 报告 · 数字 **冻结后**进 README |
+| #9 开工 | #8 scenario 定义冻结 |
+| Epic CLOSE | **不强制** #9 |
+
+---
+
+## 6. 修订记录
+
+| 版本 | 日期 | 说明 |
+| --- | --- | --- |
+| v1.0 | 2026-06-15 | 审核闭环纪要 |

package/docs/methodology/reviews/README.md

@@ -0,0 +1,9 @@
+# reviews/ · 方案审核稿
+
+> **用途**：提交 **外部 Agent** 审方向可行性 · **非** 已实现能力说明。  
+> **Invoke**：[`../prompts/PROMPT_feasibility_review_b_evidence_v1_zh.md`](../prompts/PROMPT_feasibility_review_b_evidence_v1_zh.md)
+
+| 文档 | 对应 task | 状态 |
+| --- | --- | --- |
+| [`PROCESS_track_b_evidence_audit_2026-06-15_v1_zh.md`](./PROCESS_track_b_evidence_audit_2026-06-15_v1_zh.md) | B8/B9 审核闭环纪要 | `closed` |
+| [`REVIEW_B9_agent_shell_parallel_v1_zh.md`](./REVIEW_B9_agent_shell_parallel_v1_zh.md) | 工作区 #9 · 2 并行 | `review_done` · APPROVE_WITH_CHANGES |

package/docs/methodology/reviews/REVIEW_B3_pilot_evidence_and_sdd_compliance_bench_v1_zh.md

@@ -0,0 +1,154 @@
+# 审核稿 · B8 方案：B2 试点量化 + SDD-Compliance micro-bench（1+3）
+
+| 项 | 内容 |
+| --- | --- |
+| **状态** | `review_done` · **APPROVE_WITH_CHANGES** |
+| **版本** | v1.1 |
+| **日期** | 2026-06-15 |
+| **提交方** | 维护者 / 路线 Epic #8 |
+| **审核方** | 外部 Agent（只读 · 输出可行性结论） |
+| **关联 task** | [`task_cyning_harness_b8_b2_compliance_bench_v1.md`](../../../../docs/harness/tasks/active/task_cyning_harness_b8_b2_compliance_bench_v1.md) |
+| **Invoke Prompt** | [`../prompts/PROMPT_feasibility_review_b_evidence_v1_zh.md`](../prompts/PROMPT_feasibility_review_b_evidence_v1_zh.md) |
+
+---
+
+## 0. 请审核 Agent 回答什么
+
+**一句话**：在 **不追 Agent 解题 Bench** 的前提下，「真实试点 B2 + 5 场景合规 micro-bench」能否作为 cyning-harness **v1.0 有用性** 的主证据？
+
+**须给出**：`APPROVE` / `APPROVE_WITH_CHANGES` / `REJECT` + 理由 · 不超过 1200 字。
+
+---
+
+## 1. 问题陈述
+
+| 痛点 | 说明 |
+| --- | --- |
+| 行业 Bench 偏 Agent | Terminal-Bench、SWE-bench 测 **任务完成率**，非 **过程签收** |
+| 纪律包外挂 | 价值随 **Inform/Verify 与项目绑定** 加深；浅绑定难证「比不用强」 |
+| 对外 credibility | STRATEGY 要求 **B2 在 Q3 push 前** · README 须可自证 |
+
+---
+
+## 2. 方案摘要（1+3）
+
+```text
+Part A · B2（真实）
+  kimi-code-meta / 历史 task retro
+  → 打回率、R1 轮次、CI 首次绿、gate 拦截、接入人天
+
+Part B · micro-bench（可复现）
+  5 固定 scenario · 公理 D2/D3/S2
+  → gate-check 机械化打分 · 合规率 %
+  → 不测 LLM 解题
+```
+
+**与 Terminal-Bench 关系**：**互补、不对标**。对外叙事：「测敢不敢合，不测会不会做题。」
+
+---
+
+## 3. 设计约束（审核时不得突破）
+
+| ID | 约束 |
+| --- | --- |
+| C1 | 产品 P1：不做 LLM Runtime |
+| C2 | 样本量小须 **明示**（n、task 类型）· 禁止外推胜率 |
+| C3 | 未冻结数字 **不进** 公众稿（篇 1 §8） |
+| C4 | bench 只测 **Orchestrate/Verify 可机械部分**（gate、review 文件存在） |
+| C5 | 一人维护 · Part B 优先脚本化 gate-check · 不依赖大规模人工标注 |
+
+---
+
+## 4. micro-bench scenario（v1.1 · 审核后）
+
+| ID | 场景 | 夹具要点 | 期望（合规） | v1 纳入 |
+| --- | --- | --- | --- | --- |
+| S1 | R1 pending 即 30 | task 表 HG-AUDIT-R1=pending | gate-check exit≠0 · 30 应拒（D2） | **是** |
+| S2 | R1 approved | HG-AUDIT-R1=approved · 无 review 文件 | gate 警告或 22 不合规 | **是** |
+| S3 | R1 approved + review 落盘 | 有 `reviews/*_R1_*` | gate-check exit=0 | **是** |
+| S4 | sync 域 vs S2 | plan 列出 tasks/ 路径 | apply **不得**含 S2 路径 | **是** |
+| S5 | rejected → draft | HG-AUDIT-R1=rejected | gate 建议 status=draft | **条件项** · v0.3+ gate 落地后 |
+
+> **审核结论**：S1–S4 覆盖产品差异化核心；v1.0 **不必**增 D4/D5 scenario · README **须声明覆盖边界**。
+
+---
+
+## 5. B2 字段草案（PilotEvidence）
+
+| 字段 | 采集方式 | 用途 |
+| --- | --- | --- |
+| `audit_reject_rate` | 22 轮次中「内容阻塞」比例 | Orchestrate 有效性 |
+| `audit_rounds_mean` | R1→R2… 平均轮次 | 协作成本 |
+| `ci_first_green_rate` | 改码 task 首次 CI 绿 | Verify |
+| `gate_block_count` | 30 前 gate-check 拦截次数 | 公理执行 |
+| `wizard_adoption_days` | install→首 task CLOSE | 产品 UX |
+| `sample_n` | task 数 · 类型 | 诚实边界 |
+| **`upstream_pr_d6_clean`** | D6 双分支零泄漏 PR 数/率 | **机制证据**（审核必增） |
+| `failure_report_count` | 30 失败路径次数 | 可选 |
+
+---
+
+## 6. 风险与反模式（请审核是否认同）
+
+| 风险 | 缓解 |
+| --- | --- |
+| n 太小不可信 | 并列 **机制证据**（上游 PR 链）+ bench **可复现** |
+| bench 与真实脱节 | scenario 来自 P0 金样 + kimi 真实失败模式 |
+| 被误读为「模型 Benchmark」 | README 标题用 **SDD Compliance** · 非 Agent Score |
+| 维护成本 | 5 scenario 固定 · semver 大改才增 scenario |
+
+---
+
+## 7. 成功标准（方向通过）
+
+审核 **APPROVE** 当且仅当（可带修改项）：
+
+- [ ] B2 + micro-bench **足以支撑** v1.0 README「为何有用」段落
+- [ ] **不**与产品本体 / ROADMAP / 篇 1 §8 冲突
+- [ ] 一人 **8 月底前** 可完成 Part A 最小集 + Part B 脚本雏形
+- [ ] 不要求 Terminal-Bench 对照作为门禁
+
+---
+
+## 8. 审核 Agent 输出模板
+
+```markdown
+## 结论
+APPROVE | APPROVE_WITH_CHANGES | REJECT
+
+## 可行性（1–5）
+## 与战略一致性
+## 必改项（若 APPROVE_WITH_CHANGES）
+## 可选增强
+## 是否建议合并/拆分 Part A 与 B
+```
+
+---
+
+## 10. 审核记录（2026-06-15）
+
+| 项 | 内容 |
+| --- | --- |
+| **结论** | **APPROVE_WITH_CHANGES** |
+| **可行性** | 4/5 |
+| **HG-B8-DIRECTION** | `approved_with_changes` |
+
+**必改项（已回写 task #8）**：
+
+1. v1 bench **仅 S1–S4** · S5 对齐 v0.3 后再纳入  
+2. B2 增 **`upstream_pr_d6_clean`**  
+3. Part B 标注依赖 P0 绿 · **不预写**合规率  
+4. README 标题 **SDD-Compliance** · 禁 Agent Score  
+
+**可选增强**：双证据同页 · 与 #4 共用样本 · 同 task 分节交付  
+
+**交叉问题（摘要）**：1+3 与 2 并行合理（#8 主投入 · #9 ≤4h/周）；若只能做一个 **砍 #9**；叙事不矛盾若 **repo-primary**；1+3 已接近最小双证据集。
+
+---
+
+## 9. 修订记录
+
+| 版本 | 日期 | 说明 |
+| --- | --- | --- |
+| v1.0 | 2026-06-15 | 提交外部审核 |
+| v1.1 | 2026-06-15 | 审核结论 · S1–S4 · D6 字段 · §10 记录 |