v0.1.5: standalone-readability pass — delink --strip provenance mode ([TT-NNNN]), Tier-2 dangling refs neutralized, verify/review-code giant skills split into reference/ on-demand files; guards now runtime-neutral (bun|node)
This commit is contained in:
@@ -15,7 +15,7 @@
|
||||
|
||||
| 项 | 内容 |
|
||||
|---|---|
|
||||
| slug / 源 DAG 父级 | `{epic-slug}` / #N(`## 父级 / Parent`;DAG 父级 = `Kind/Epic` 或 `Kind/Feature`,[org-internal #3061] 阶段 2——文中「Epic scope」泛指源工单 scope) |
|
||||
| slug / 源 DAG 父级 | `{epic-slug}` / #N(`## 父级 / Parent`;DAG 父级 = `Kind/Epic` 或 `Kind/Feature`,[TT-3061] 阶段 2——文中「Epic scope」泛指源工单 scope) |
|
||||
| 单门 | `review-dag`(TOPO / REQMAP / RELEASE 三维,深度由 `dag_metrics` 导出) |
|
||||
| 评审深度 | `D1 | D2 | D3 | D4`(`dag_metrics.review_depth`) |
|
||||
|
||||
@@ -24,13 +24,13 @@
|
||||
> 仅登记功能性需求(Epic scope 项中的功能性条目)。产品 NFR 不占 `REQ-F` 编号、
|
||||
> 不登记入表、以 `NFR:` 前缀条目落节点 AC(见 §3 `acceptance_criteria`)。
|
||||
> 登记表登记的是「提出者写了什么」;§2.1 类目覆盖矩阵补上「还有什么该问的」
|
||||
> ([org-internal #2905]:legacy elicitation 广度扫描被折叠后的补偿层——`表 ↔ 现实` 完备性)。
|
||||
> ([TT-2905]:legacy elicitation 广度扫描被折叠后的补偿层——`表 ↔ 现实` 完备性)。
|
||||
|
||||
| id | title | source | refs_by |
|
||||
|---|---|---|---|
|
||||
| REQ-F-001 | {需求标题} | {Epic scope 项} | {引用节点 id 集} |
|
||||
|
||||
### 2.1 类目覆盖矩阵([org-internal #2905] 方案 1)
|
||||
### 2.1 类目覆盖矩阵([TT-2905] 方案 1)
|
||||
|
||||
> 固定类目集(≤10 类,自 legacy `.octopus/archive/checklists/requirements-analysis.md` CMP/SAF 维抽取)。
|
||||
> 每类目状态 ∈ {已覆盖, 明确排除, 待确认}:
|
||||
@@ -55,7 +55,7 @@
|
||||
| 错误与边界场景(CMP 1.11:空输入/边界值/异常状态,Epic 级;节点级路径覆盖由 REQMAP「AC 路径覆盖」承担) | {已覆盖/明确排除/待确认} | {证据/指针} |
|
||||
| 假设与依赖(CMP 1.9:列出并评估影响) | {已覆盖/明确排除/待确认} | {证据/指针} |
|
||||
|
||||
### 2.2 排除账本([org-internal #2905] 方案 1)
|
||||
### 2.2 排除账本([TT-2905] 方案 1)
|
||||
|
||||
> 「明确排除」的唯一凭证登记处。每行一条 `E-n`:条目 — out of scope、理由、确认人。
|
||||
> 排除可逆:重开时删行并把 §2.1 矩阵状态改为「已覆盖/待确认」,同一次修订内完成。
|
||||
|
||||
Reference in New Issue
Block a user