kld-sdd 2.6.12 → 2.6.14

package/templates/skills/kld-sdd/opsx-spec/SKILL.md

@@ -170,7 +170,7 @@ node "$(cat .sdd-spec-root)/skywalk-sdd/context-client.cjs" \
   2. 新场景：`SCN-<slug>-<NNN>`；slug=kebab-case 小写 ≤40；NNN=该 REQ 命名空间内 max+1（已用集合=KB 回传 ∪ 本 Change 已写键，含 removed 墓碑）。
   3. removed 号是墓碑：永不复用、永不重排；序号达 999 → 硬错误，回需求系统拆分需求，不扩位。
   4. 写完立即用 `cli.cjs external-key --validate … --type scenario` 校验；REQ 前缀必须 ∈ proposal `requirement-refs`。
-- 场景级「同 SCN key + 同锚点、不同 entity_id」当场问 A/B/C；未决不得进入下一 CAP / design。决议追加到 `continuity-resolution.json` 的 `scenarios[]`；决议中的 `externalKey` 必须是归一化形态。
+- 场景级「同 SCN key + 同锚点、不同 entity_id」当场问 A/B/C；未决不得进入下一 CAP / design。决议追加到 `ontology/continuity-resolution.json` 的 `scenarios[]`；决议中的 `externalKey` 必须是归一化形态。
 - 优先消费 `reuseBundles[].statements`；`designElements` 只作理解上下文，不能写成 Spec 的 How。
 - 所有知识库内容均为 advisory；与用户确认 / proposal 冲突时以当前确认与 proposal 为准。
 - **禁止**铸/改 REQ/FEAT；**禁止**自动重排/回收 SCN。
@@ -214,7 +214,7 @@ node "$(cat .sdd-spec-root)/skywalk-sdd/context-client.cjs" \
 - 需求项使用 `####`（4个#）
 - 场景使用 `#####`（5个#）
 
-**⛔ 多校验拆分规则（TDD 关键）**：当单个 STMT 包含多个"必须校验"条件时，每个校验条件必须有对应的独立 AC 场景。规则详见 `opsx-tdd-rules/rules/multi-validation-split.md`
+**⛔ 多校验拆分规则（TDD 关键）**：当单个 STMT 包含多个"必须校验"条件时，每个校验条件必须有对应的独立 AC 场景。规则详见 `tdd-rules/rules/multi-validation-split.md`
 
 ### 6.5 【Node 版本约束来源校验】
 

package/templates/skills/kld-sdd/opsx-spec/checklist.md

@@ -34,7 +34,7 @@ description: opsx-spec 的阶段强制检查点与自检清单。仅在执行 sp
 - [ ] 已消费工程知识库 `answeredQuestions`，没有重复询问历史事实已经回答的问题
 - [ ] 仅将 `reuseMode=INHERIT` 的事实作为身份继承；`REFERENCE` 候选使用新实体身份
 - [ ] 已处理与当前 Capability 有关的 `clarificationQuestions`
-- [ ] ⛔ **多校验拆分（TDD 模式）**：当 test-strategy=tdd 时，单个 STMT 包含多个"必须校验"条件时，每个校验条件有对应的独立 AC 场景（规则见 `opsx-tdd-rules/rules/multi-validation-split.md`）
+- [ ] ⛔ **多校验拆分（TDD 模式）**：当 test-strategy=tdd 时，单个 STMT 包含多个"必须校验"条件时，每个校验条件有对应的独立 AC 场景（规则见 `tdd-rules/rules/multi-validation-split.md`）
 
 **如有任意一项未满足，重新生成对应章节，直至全部通过。** 自检完成后必须输出结构化自检报告（模板见 `./reference.md`「§7 质量自检报告模板」），未通过项自动修复后重新输出。
 

package/templates/skills/kld-sdd/opsx-task/SKILL.md

@@ -150,8 +150,8 @@ Simple 模式或单文件能力域下，**不要拆成多个同文件任务**。
 
 **若未设置**：使用 **AskUserQuestion** 工具询问（A/B/C 三选一）
 
-> 完整策略定义见 opsx-tdd-core/SKILL.md §5
-> 交互引导文案见 opsx-tdd-rules/rules/tdd-strategy-selection.md
+> 完整策略定义见 tdd-core/SKILL.md §5
+> 交互引导文案见 tdd-rules/rules/tdd-strategy-selection.md
 
 ### 6. 【交互引导】确认任务拆解策略
 
@@ -185,19 +185,19 @@ Simple 模式或单文件能力域下，**不要拆成多个同文件任务**。
 4. GREEN 不得包含未测试的 Controller/Filter/Config
 5. 非 TDD 模块（前端 UI/配置/SQL DDL）不拆红绿
 6. Controller 层策略必须在 tasks.md §2.0 中声明（策略 A 或 B），两种策略都必须生成测试任务
-7. ⛔ **GREEN 任务 YAGNI 围栏**：每个 GREEN-N 任务描述末尾必须包含"不提前实现 [后续 RED 行为]"围栏声明。规则详见 `opsx-tdd-rules/rules/green-yagni-fence.md`
+7. ⛔ **GREEN 任务 YAGNI 围栏**：每个 GREEN-N 任务描述末尾必须包含"不提前实现 [后续 RED 行为]"围栏声明。规则详见 `tdd-rules/rules/green-yagni-fence.md`
 8. ⛔ **TDD 模式 DAG 并行标注**：当 `test-strategy=tdd` 时，DAG 拓扑图中每个 RED→GREEN 对必须标注 `⛔ 串行：不可同层并行`。同层存在多个 RED→GREEN 对时，必须在拓扑图中显式注明"本层 RED→GREEN 对须逐对串行执行，禁止并行派发"。非 TDD 模块的同层任务（如 UI/配置/SQL DDL）仍可并行。
 
 ⛔ BEFORE 生成 TDD 任务，必须读取：
-1. opsx-tdd-core/reference.md §6（DAG 生成规则表）
-2. opsx-tdd-rules/rules/dag-generation-rules.md（DAG 规则文件）
-3. opsx-tdd-rules/rules/controller-strategy.md（Controller 策略 A/B）
-4. opsx-tdd-rules/rules/exception-path-coverage.md（异常路径测试覆盖门禁）
+1. tdd-core/reference.md §6（DAG 生成规则表）
+2. tdd-rules/rules/dag-generation-rules.md（DAG 规则文件）
+3. tdd-rules/rules/controller-strategy.md（Controller 策略 A/B）
+4. tdd-rules/rules/exception-path-coverage.md（异常路径测试覆盖门禁）
 读取后确认："已读取 N 个规则文件"。
 
-> 完整 TDD 拆分示例见 opsx-tdd-core/reference.md §4
-> 非 TDD 模块定义见 opsx-tdd-rules/rules/non-tdd-modules.md
-> 任务类型定义见 opsx-tdd-rules/rules/task-type-definitions.md
+> 完整 TDD 拆分示例见 tdd-core/reference.md §4
+> 非 TDD 模块定义见 tdd-rules/rules/non-tdd-modules.md
+> 任务类型定义见 tdd-rules/rules/task-type-definitions.md
 
 ### 8. 质量红线自检
 

package/templates/skills/kld-sdd/opsx-task/checklist.md

@@ -39,10 +39,10 @@ description: opsx-task 的阶段强制检查点与自检清单。仅在执行 ta
 
 ## §8.1 TDD 合规性自检（仅 test-strategy=tdd 时）
 
-⛔ 执行 `opsx-tdd-core/checklist.md` §B（11 项）逐项检查。
+⛔ 执行 `tdd-core/checklist.md` §B（11 项）逐项检查。
 
-> 不在此内联复制，以 opsx-tdd-core/checklist.md §B 为唯一真相源。
-> 额外补充：还需检查 `opsx-tdd-rules/rules/exception-path-coverage.md`（异常路径覆盖门禁）——每个 orElseThrow/边界检查须有对应 RED 任务。
+> 不在此内联复制，以 tdd-core/checklist.md §B 为唯一真相源。
+> 额外补充：还需检查 `tdd-rules/rules/exception-path-coverage.md`（异常路径覆盖门禁）——每个 orElseThrow/边界检查须有对应 RED 任务。
 
 ---
 

package/templates/skills/kld-sdd/opsx-task/reference.md

@@ -18,7 +18,7 @@ description: opsx-task 的详细模板：telemetry 命令、DAG 生成规则表
 
 ## §6 DAG 生成规则表
 
-> 完整规则见 `opsx-tdd-rules/rules/dag-generation-rules.md`，此处仅保留快速参考。
+> 完整规则见 `tdd-rules/rules/dag-generation-rules.md`，此处仅保留快速参考。
 
 **根据 test-strategy 调整 DAG 生成规则：**
 
@@ -52,7 +52,7 @@ spec.md user-auth 定义了 7 个场景，拆为 7 对 RED+GREEN + 1 个 REFACTO
 | TASK-05-GREEN-6 | 登出实现 | 实现-GREEN | TASK-05-RED-6 | 让 RED-6 通过。仅实现当前 RED 测试覆盖的行为路径，不提前实现后续 capability 的功能。 |
 | TASK-05-REFACTOR | 重构优化 | 重构-REFACTOR | TASK-05-GREEN-6 | 所有测试仍绿，代码清理 |
 
-> GREEN 任务的 YAGNI 围栏生成规则详见 `opsx-tdd-rules/rules/green-yagni-fence.md`
+> GREEN 任务的 YAGNI 围栏生成规则详见 `tdd-rules/rules/green-yagni-fence.md`
 
 **关键区别**：
 - 每个 RED 任务都带**真实断言**，跑起来确实失败
@@ -86,7 +86,7 @@ spec.md user-auth 定义了 7 个场景，拆为 7 对 RED+GREEN + 1 个 REFACTO
 
 ## §6.2 非 TDD 模块处理规则
 
-> 完整规则见 `opsx-tdd-rules/rules/non-tdd-modules.md`，此处仅保留快速参考。
+> 完整规则见 `tdd-rules/rules/non-tdd-modules.md`，此处仅保留快速参考。
 
 以下模块不需要红绿循环，按常规任务处理：
 - 前端 UI 页面（Vue 组件）→ UI层任务

package/templates/skills/kld-sdd/opsx-test/SKILL.md

@@ -105,13 +105,15 @@ allowed-tools:
 
 ### 4a. 【M3 Telemetry】记录测试结果
 
-测试执行完成后，在 stage_end 之前记录 `test_result` 事件：
+每一次真实测试执行只记录一条 `test_result`，不得把同一次命令的结果复制到多个任务，也不得用估算值补齐用例数。测试执行完成后，在 stage_end 之前记录：
 
 ```bash
-node "$(cat .sdd-spec-root)/skywalk-sdd/log.cjs" record --type=test_result --command=test --project=. --change=<变更名称> --capability=<可选capability-name> --agent=<Agent类型> --source=opsx-command --session-id=<会话ID> --result=success/failure --summary="[passed]/[total] passed" --details-json="{\"test_results\":{\"command\":\"<实际测试命令>\",\"passed\":<passed>,\"failed\":<failed>,\"skipped\":<skipped>,\"coverage\":<coverage>,\"duration_ms\":<duration_ms>}}"
+node "$(cat .sdd-spec-root)/skywalk-sdd/log.cjs" record --strict --type=test_result --command=test --project=. --change=<变更名称> --capability=<可选capability-name> --task-id=<首个TASK-ID> --run-id=<本次真实执行的稳定ID> --agent=<Agent类型> --source=opsx-command --session-id=<会话ID> --result=success/failure --summary="<人能看懂的测试结论>" --details-json="{\"test_results\":{\"snapshot_kind\":\"final\",\"verified_task_ids\":[\"<TASK-ID-1>\",\"<TASK-ID-2>\"],\"tdd_phase\":\"<red|green|refactor|regression|not-applicable>\",\"command\":\"<实际测试命令>\",\"exit_code\":<退出码>,\"counts_known\":<true|false>,\"passed\":<counts_known=true时填写>,\"failed\":<counts_known=true时填写>,\"skipped\":<counts_known=true时填写>,\"duration_ms\":<实测毫秒>,\"failure_type\":\"<assertion|contract|compile|infrastructure|timeout|none>\",\"expected_failure\":<仅RED预期失败时true>}}"
 ```
 
-此事件供 report 的 `test_pass_summary` 采集（M3），确保报告能显示真实测试通过率。
+`run_id` 在同一次执行重试写入时必须保持不变：相同内容会幂等跳过，不同内容会被判为冲突。`counts_known=false` 时省略 `passed/failed/skipped`，绝不写虚构的 `0`。RED 只有在 `expected_failure=true`、退出码非 0 且失败类型为 `assertion` 或 `contract` 时才是有效 RED；基础设施或编译错误不算。
+
+此事件供任务完成证据和最终报告采集。最终回归必须写 `snapshot_kind:"final"`；一次执行覆盖多个任务时用去重的 `verified_task_ids`，仍只写一条事件。后续 `task_update` 只引用本事件返回的 `event_id`，不再内嵌或复制测试计数。
 
 > **⚠️ P1-4 coverage 不得为 null**：`test_results.coverage` 必须填实测覆盖率数值（跑了 `--coverage` 就填数值，如 `86.5`）；未跑 `--coverage` 时填字符串 `"not-run"` 并在 summary 说明原因。**禁止填 `null`**。若 `proposal.md` 含"覆盖率 ≥ X%"验收标准，强制使用 `--coverage` 运行测试。
 
@@ -148,8 +150,8 @@ node "$(cat .sdd-spec-root)/skywalk-sdd/log.cjs" record --type=test_result --com
 - [ ] 无"生产类中加测试专用方法"
 - [ ] 无"不理解依赖就 mock"
 
-> 完整 12 项反模式检测见 opsx-tdd-anti-patterns/SKILL.md §4
-> TDD 报告模式见 opsx-tdd-review/SKILL.md §3
+> 完整 12 项反模式检测见 tdd-anti-patterns/SKILL.md §4
+> TDD 报告模式见 tdd-review/SKILL.md §3
 
 ### 6. 【交互引导】根据结果引导下一步
 

package/templates/skills/kld-sdd/{opsx-tdd-anti-patterns → tdd-anti-patterns}/SKILL.md

@@ -1,9 +1,9 @@
 ---
-name: opsx-tdd-anti-patterns
+name: tdd-anti-patterns
 description: "测试反模式防护层 — 16 种反模式检测（RED 阶段 3 种 + GREEN 后 13 种），每种带门禁函数和修复方案。当编写或审查测试代码时引用本技能。"
 ---
 
-# opsx-tdd-anti-patterns — 反模式防护层
+# tdd-anti-patterns — 反模式防护层
 
 > **定位**：测试反模式的系统化检测，RED 阶段 + GREEN 后双重检查。
 > **参考来源**：Superpowers `testing-anti-patterns.md`
@@ -47,8 +47,8 @@ description: "测试反模式防护层 — 16 种反模式检测（RED 阶段 3
 | 12 | **测试代码重复** | 大量 copy-paste 的测试代码，缺少 helper 提取 | 提取 test fixture builder 或 helper 方法 |
 | 13 | **魔法值** | 测试中使用未解释的字面值（如 `assertEquals(42, result)` 无注释说明 42 的含义） | 使用命名常量或注释解释字面值含义 |
 | 14 | **断言不足** | 只断言了部分结果，遗漏了关键属性（如只 assertNotNull 但不 assertEquals 具体值） | 每个测试至少有一个具体值断言（assertEquals），而非仅 assertNotNull |
-| 15 | **缺少负面测试** | 只测试正常路径，不测试错误条件 | 每个方法至少有一个异常路径测试（见 `opsx-tdd-rules/rules/exception-path-coverage.md`） |
-| 16 | **AC 变体覆盖不足** | AC 场景描述含"或"条件（如"缺少 A 或 B 或为空"），但测试只覆盖部分变体 | AC 中每个"或"条件变体必须有对应测试方法（规则见 `opsx-tdd-rules/rules/multi-validation-split.md` §AC 内"或"条件变体覆盖） |
+| 15 | **缺少负面测试** | 只测试正常路径，不测试错误条件 | 每个方法至少有一个异常路径测试（见 `tdd-rules/rules/exception-path-coverage.md`） |
+| 16 | **AC 变体覆盖不足** | AC 场景描述含"或"条件（如"缺少 A 或 B 或为空"），但测试只覆盖部分变体 | AC 中每个"或"条件变体必须有对应测试方法（规则见 `tdd-rules/rules/multi-validation-split.md` §AC 内"或"条件变体覆盖） |
 
 ## §5 门禁函数
 

package/templates/skills/kld-sdd/{opsx-tdd-anti-patterns → tdd-anti-patterns}/reference.md

@@ -1,8 +1,8 @@
 ---
-description: "opsx-tdd-anti-patterns 详细参考 — 9 种反模式完整详表 + 修复方案代码示例。仅在需要详细反模式检查时读取。"
+description: "tdd-anti-patterns 详细参考 — 9 种反模式完整详表 + 修复方案代码示例。仅在需要详细反模式检查时读取。"
 ---
 
-# opsx-tdd-anti-patterns — 详细参考
+# tdd-anti-patterns — 详细参考
 
 > 仅在需要详细反模式检查时读取。日常检查见 `SKILL.md`。
 
@@ -193,7 +193,7 @@ assertEquals("user-001", result.getUserId());
 
 **问题**：只测试正常路径，不测试错误条件。
 
-**修复**：每个方法至少有一个异常路径测试。规则见 `opsx-tdd-rules/rules/exception-path-coverage.md`。
+**修复**：每个方法至少有一个异常路径测试。规则见 `tdd-rules/rules/exception-path-coverage.md`。
 
 ## 反模式 16：AC 变体覆盖不足
 
@@ -222,7 +222,7 @@ void login_withMissingParams_returns1001() {
 @Test void login_withBothMissing_returns1001() { ... }
 ```
 
-**修复**：AC 中每个"或"条件变体必须有对应测试方法。规则见 `opsx-tdd-rules/rules/multi-validation-split.md` §AC 内"或"条件变体覆盖。
+**修复**：AC 中每个"或"条件变体必须有对应测试方法。规则见 `tdd-rules/rules/multi-validation-split.md` §AC 内"或"条件变体覆盖。
 
 ## TDD 如何防止这些反模式
 

package/templates/skills/kld-sdd/{opsx-tdd-core → tdd-core}/SKILL.md

@@ -1,9 +1,9 @@
 ---
-name: opsx-tdd-core
+name: tdd-core
 description: "TDD 流程纪律层 — 铁律、红绿重构循环、执行门禁、合规自检。当 test-strategy=tdd 时，所有 SDD 阶段引用本技能获取 TDD 流程规则。"
 ---
 
-# opsx-tdd-core — TDD 流程纪律层
+# tdd-core — TDD 流程纪律层
 
 > **定位**：TDD 铁律、红绿重构循环定义、执行门禁的唯一真相源。
 > **参考来源**：Superpowers `test-driven-development`
@@ -81,7 +81,7 @@ RED → Verify RED → 🔴中断声明 → GREEN → Verify GREEN → GREEN Sco
   - 此声明强制 agent 在 RED 和 GREEN 之间产生节奏断点，防止从 RED 滑入 GREEN 再滑入下一个行为点
 - **GREEN**：写最简单的代码通过测试
   - 不添加功能、不重构其他代码、不"改进"超出测试范围的内容
-  - ⛔ **执行 GREEN Scope 声明**（见 `opsx-tdd-rules/rules/green-scope-declaration.md`）：
+  - ⛔ **执行 GREEN Scope 声明**（见 `tdd-rules/rules/green-scope-declaration.md`）：
     1. 列出当前 RED 测试的断言清单
     2. 列出 design.md 中本 DES 元素的完整流程步骤
     3. 标记步骤归属（✅ 属于当前 RED / ⛔ 属于后续 RED）
@@ -126,12 +126,12 @@ RED → Verify RED → 🔴中断声明 → GREEN → Verify GREEN → GREEN Sco
 - **REFACTOR**：仅在绿色之后
   - 移除重复、改善命名、提取辅助函数
   - 保持测试绿色，不添加行为
-  - ⛔ 执行 `opsx-tdd-rules/rules/refactor-checklist.md`（7 项重构检查点）
+  - ⛔ 执行 `tdd-rules/rules/refactor-checklist.md`（7 项重构检查点）
 - **Repeat**：下一个失败测试，下一个功能
 
 ## §4 执行门禁
 
-> 完整规则见 `opsx-tdd-rules/rules/test-execution-gate.md`，此处仅保留快速参考。
+> 完整规则见 `tdd-rules/rules/test-execution-gate.md`，此处仅保留快速参考。
 
 | test-strategy | 行为 |
 |---------------|------|
@@ -141,7 +141,7 @@ RED → Verify RED → 🔴中断声明 → GREEN → Verify GREEN → GREEN Sco
 
 ## §5 TDD 策略定义
 
-> 完整规则见 `opsx-tdd-rules/rules/tdd-strategy-selection.md`，此处仅保留快速参考。
+> 完整规则见 `tdd-rules/rules/tdd-strategy-selection.md`，此处仅保留快速参考。
 
 三种策略（tdd/impl-first/none）的定义与适用场景：
 
@@ -151,7 +151,7 @@ RED → Verify RED → 🔴中断声明 → GREEN → Verify GREEN → GREEN Sco
 
 ## §6 Controller 层策略
 
-> 完整规则见 `opsx-tdd-rules/rules/controller-strategy.md`，此处仅保留快速参考。
+> 完整规则见 `tdd-rules/rules/controller-strategy.md`，此处仅保留快速参考。
 
 ⛔ Controller 层**必须**有测试。两种策略的区别在于测试方式，而非"有无测试"。
 
@@ -214,14 +214,14 @@ RED → Verify RED → 🔴中断声明 → GREEN → Verify GREEN → GREEN Sco
 
 ## §10 跨技能引用
 
-- → `opsx-tdd-quality`：单测代码质量标准（Mock 边界矩阵、命名规范、Java 规则等）
-- → `opsx-tdd-anti-patterns`：测试反模式检测（15 种反模式 + 门禁函数）
-- → `opsx-tdd-review`：测试审查（8 项质量检查 + 缺失测试检测）
-- → `opsx-tdd-metrics`：度量分析（隔离评分、命名评分、覆盖率缺口）
-- → `opsx-tdd-rules`：规则库（DAG 规则、Controller 策略、telemetry 模板等）
+- → `tdd-quality`：单测代码质量标准（Mock 边界矩阵、命名规范、Java 规则等）
+- → `tdd-anti-patterns`：测试反模式检测（15 种反模式 + 门禁函数）
+- → `tdd-review`：测试审查（8 项质量检查 + 缺失测试检测）
+- → `tdd-metrics`：度量分析（隔离评分、命名评分、覆盖率缺口）
+- → `tdd-rules`：规则库（DAG 规则、Controller 策略、telemetry 模板等）
   - `rules/green-yagni-fence.md`：GREEN 任务 YAGNI 围栏（引用方：opsx-task）
   - `rules/green-scope-declaration.md`：GREEN Scope 声明（引用方：opsx-apply）
   - `rules/des-step-annotation.md`：DES 步骤级标注（引用方：opsx-design）
   - `rules/multi-validation-split.md`：多校验拆分（引用方：opsx-spec）
   - `rules/exception-path-coverage.md`：异常路径测试覆盖门禁（引用方：opsx-task, opsx-apply, opsx-check）
-  - `rules/refactor-checklist.md`：REFACTOR 阶段检查点（引用方：opsx-apply, opsx-tdd-core）
+  - `rules/refactor-checklist.md`：REFACTOR 阶段检查点（引用方：opsx-apply, tdd-core）

package/templates/skills/kld-sdd/{opsx-tdd-core → tdd-core}/checklist.md

@@ -1,8 +1,8 @@
 ---
-description: "opsx-tdd-core 自检清单 — TDD 执行合规自检、合规性检查、完成验证。仅在执行 TDD 任务自检时读取。"
+description: "tdd-core 自检清单 — TDD 执行合规自检、合规性检查、完成验证。仅在执行 TDD 任务自检时读取。"
 ---
 
-# opsx-tdd-core — 自检清单
+# tdd-core — 自检清单
 
 > 仅在执行 TDD 任务自检时读取。日常流程见 `SKILL.md`。
 
@@ -18,7 +18,7 @@ description: "opsx-tdd-core 自检清单 — TDD 执行合规自检、合规性
 - [ ] ⛔ **RED→GREEN 中断声明已执行**：RED 确认失败后，显式声明了"🔴 RED-N 确认失败，现在进入 GREEN-N"
 - [ ] GREEN 任务已运行测试确认通过
 - [ ] GREEN 未提前实现没有测试要求的功能
-- [ ] ⛔ **GREEN Scope 越界检测**：GREEN 实现后检查生产代码是否包含未被当前 RED 断言覆盖的逻辑分支（规则见 `opsx-tdd-rules/rules/green-scope-declaration.md` §Scope 自检）
+- [ ] ⛔ **GREEN Scope 越界检测**：GREEN 实现后检查生产代码是否包含未被当前 RED 断言覆盖的逻辑分支（规则见 `tdd-rules/rules/green-scope-declaration.md` §Scope 自检）
 - [ ] ⛔ **GREEN YAGNI 围栏逐条确认**：读取 tasks.md 中本 GREEN 任务的 YAGNI 围栏声明，逐条确认"未实现 [后续 RED 的行为]：✅"
 - [ ] ⛔ **GREEN Scope 门禁已执行**：Verify GREEN 之后，检查生产代码无越界逻辑分支
 - [ ] REFACTOR 后全部测试仍绿
@@ -42,7 +42,7 @@ description: "opsx-tdd-core 自检清单 — TDD 执行合规自检、合规性
 - [ ] 每个 REFACTOR 任务列出至少 2 个具体重构点
 - [ ] ⛔ **CON 覆盖**：spec.md 中每个 CON 在 tasks.md 中有对应验证任务或显式声明间接覆盖
 - [ ] ⛔ **安全/审计要求覆盖**：spec.md §5.x 中的安全与审计要求在 tasks.md 中有对应任务或显式声明推迟
-- [ ] ⛔ **AC 变体覆盖**：spec.md 中含"或"条件的 AC 场景，其 RED 任务验收标准列出所有变体的测试方法（引用 `opsx-tdd-rules/rules/multi-validation-split.md`）
+- [ ] ⛔ **AC 变体覆盖**：spec.md 中含"或"条件的 AC 场景，其 RED 任务验收标准列出所有变体的测试方法（引用 `tdd-rules/rules/multi-validation-split.md`）
 
 ## §C 完成验证清单（8 项）
 
@@ -56,6 +56,6 @@ description: "opsx-tdd-core 自检清单 — TDD 执行合规自检、合规性
 - [ ] 输出纯净（无错误/警告）
 - [ ] 测试使用真实代码（仅在不可避免时使用 mock）
 - [ ] 边界情况和错误已覆盖
-- [ ] ⛔ **AC "或"条件变体全覆盖**：AC 场景描述含"或"条件时，每个变体都有对应测试方法（引用 `opsx-tdd-rules/rules/multi-validation-split.md`）
+- [ ] ⛔ **AC "或"条件变体全覆盖**：AC 场景描述含"或"条件时，每个变体都有对应测试方法（引用 `tdd-rules/rules/multi-validation-split.md`）
 
 > Can't check all boxes? You skipped TDD. Start over.

package/templates/skills/kld-sdd/{opsx-tdd-core → tdd-core}/reference.md

@@ -1,8 +1,8 @@
 ---
-description: "opsx-tdd-core 详细参考 — 执行步骤、拆分示例、DAG 规则、telemetry 模板。仅在需要详细执行指引时读取。"
+description: "tdd-core 详细参考 — 执行步骤、拆分示例、DAG 规则、telemetry 模板。仅在需要详细执行指引时读取。"
 ---
 
-# opsx-tdd-core — 详细参考
+# tdd-core — 详细参考
 
 > 仅在需要详细执行指引时读取。日常流程见 `SKILL.md`。
 
@@ -28,7 +28,7 @@ description: "opsx-tdd-core 详细参考 — 执行步骤、拆分示例、DAG
 ## §2 GREEN 执行步骤
 
 1. 读取对应 RED 任务的失败原因
-2. ⛔ **执行 GREEN Scope 声明**（见 `opsx-tdd-rules/rules/green-scope-declaration.md`）：
+2. ⛔ **执行 GREEN Scope 声明**（见 `tdd-rules/rules/green-scope-declaration.md`）：
    - 列出当前 RED 测试的断言清单
    - 列出 design.md 中本 DES 元素的完整流程步骤
    - 标记步骤归属（✅ 属于当前 RED / ⛔ 属于后续 RED）
@@ -50,14 +50,14 @@ description: "opsx-tdd-core 详细参考 — 执行步骤、拆分示例、DAG
 
 ## §3 REFACTOR 执行步骤
 
-> 完整检查点见 `opsx-tdd-rules/rules/refactor-checklist.md`（7 项重构检查 + 跳过条件 + 量化标准）。
+> 完整检查点见 `tdd-rules/rules/refactor-checklist.md`（7 项重构检查 + 跳过条件 + 量化标准）。
 
 1. 在所有测试通过的状态下开始
 2. 优化代码结构（提取方法、消除重复、改善命名）
 3. 运行全部测试：`mvn test`（或项目对应命令）
 4. 确认所有测试仍通过
 5. 任何测试失败 → 回退重构，重新尝试
-6. 执行 `opsx-tdd-rules/rules/refactor-checklist.md` 的 7 项检查
+6. 执行 `tdd-rules/rules/refactor-checklist.md` 的 7 项检查
 
 ## §4 TDD 拆分示例
 
@@ -98,7 +98,7 @@ description: "opsx-tdd-core 详细参考 — 执行步骤、拆分示例、DAG
 
 ## §6 DAG 生成规则
 
-> 完整规则见 `opsx-tdd-rules/rules/dag-generation-rules.md`，此处仅保留快速参考。
+> 完整规则见 `tdd-rules/rules/dag-generation-rules.md`，此处仅保留快速参考。
 
 | test-strategy | DAG 规则 |
 |---------------|---------|
@@ -108,7 +108,7 @@ description: "opsx-tdd-core 详细参考 — 执行步骤、拆分示例、DAG
 
 ## §7 非 TDD 模块规则
 
-> 完整规则见 `opsx-tdd-rules/rules/non-tdd-modules.md`，此处仅保留快速参考。
+> 完整规则见 `tdd-rules/rules/non-tdd-modules.md`，此处仅保留快速参考。
 
 以下模块不需要红绿循环，按常规任务处理：
 - 前端 UI 页面（Vue 组件）→ UI层任务
@@ -123,13 +123,13 @@ description: "opsx-tdd-core 详细参考 — 执行步骤、拆分示例、DAG
 **TDD 测试骨架任务**（`task_kind:"test-skeleton"`）：
 
 ```bash
-node "$(cat .sdd-spec-root)/skywalk-sdd/log.cjs" record --type=task_update --command=apply --project=. --change=<变更名称> --capability=<capability-name> --task-id=<TASK-ID> --agent=<Agent类型> --source=opsx-command --session-id=<会话ID> --status=completed --result=success --summary="<TASK-ID> 测试骨架完成（TDD 红灯）" --details-json='{"task_kind":"test-skeleton","test_results":{"command":"<实际测试命令>","passed":0,"failed":<红灯数>,"skipped":0,"duration_ms":0}}'
+node "$(cat .sdd-spec-root)/skywalk-sdd/log.cjs" record --strict --type=test_result --command=apply --project=. --change=<变更名称> --capability=<capability-name> --task-id=<TASK-ID> --run-id=<真实执行稳定ID> --agent=<Agent类型> --source=opsx-command --session-id=<会话ID> --result=failure --summary="<TASK-ID> TDD 红灯符合预期" --details-json='{"test_results":{"tdd_phase":"red","verified_task_ids":["<TASK-ID>"],"command":"<实际测试命令>","exit_code":<非零退出码>,"counts_known":true,"passed":0,"failed":<红灯数>,"skipped":0,"duration_ms":<实测毫秒>,"failure_type":"assertion","expected_failure":true}}'
 ```
 
 **实现任务**（不带 `task_kind`）：
 
 ```bash
-node "$(cat .sdd-spec-root)/skywalk-sdd/log.cjs" record --type=task_update --command=apply --project=. --change=<变更名称> --capability=<capability-name> --task-id=<TASK-ID> --agent=<Agent类型> --source=opsx-command --session-id=<会话ID> --status=completed --result=success --summary="<TASK-ID> 完成" --details-json='{"files_changed":[],"test_results":{"command":"<实际测试命令>","passed":<通过数>,"failed":0,"skipped":0,"duration_ms":0}}'
+node "$(cat .sdd-spec-root)/skywalk-sdd/log.cjs" record --strict --type=task_update --command=apply --project=. --change=<变更名称> --capability=<capability-name> --task-id=<TASK-ID> --run-id=<任务更新稳定ID> --agent=<Agent类型> --source=opsx-command --session-id=<会话ID> --status=completed --result=success --summary="<TASK-ID> 完成" --details-json='{"files_changed":[],"task_update":{"test_event_id":"<成功的green/refactor测试event_id>","tdd_required":true}}'
 ```
 
 ## §9 单元测试真实执行
@@ -138,9 +138,9 @@ node "$(cat .sdd-spec-root)/skywalk-sdd/log.cjs" record --type=task_update --com
 
 1. 在结束 apply 或执行收尾之前，必须真实运行单元测试命令
 2. 须留下可核验 telemetry 证据（任选其一）：
-   - `node "$(cat .sdd-spec-root)/skywalk-sdd/log.cjs" record --type=test_result ...`（`test_results.command` 非空，且 `passed`/`failed`/`duration_ms` 有实际值）
-   - `task_update` 的 `details-json` 中 `test_results` 含真实执行数据
-   - 或单独运行 `/opsx-test` 并完成 `command=test` 的 `stage_end`
+   - 严格 `test_result`：包含真实命令、exit code、耗时、`run-id`、TDD phase 和 `verified_task_ids`
+   - 或单独运行 `/opsx-test`，写入 `snapshot_kind:"final"` 的严格 `test_result`
+   - `task_update` 只引用上述成功测试的 `event_id`，不得内嵌测试计数
 3. `sdd-apply-test-gate.cjs` 会在 `log.cjs end`、`apply-worktree-finish`、会话 Stop 时自动校验，无证据则阻断
 
 | test-strategy | 行为 |

package/templates/skills/kld-sdd/{opsx-tdd-metrics → tdd-metrics}/SKILL.md

@@ -1,13 +1,13 @@
 ---
-name: opsx-tdd-metrics
+name: tdd-metrics
 description: "度量分析层 — 测试质量量化度量：隔离评分、命名评分、测试异味检测、覆盖率缺口分析。当需要量化测试质量时引用本技能。"
 ---
 
-# opsx-tdd-metrics — 度量分析层
+# tdd-metrics — 度量分析层
 
 > **定位**：测试质量的量化度量，提供可计算的评分。
 > **参考来源**：tdd-guide `metrics_calculator.py`
-> **引用方式**：**可选引用**。本技能不参与强制流程，仅在需要量化评估测试质量时按需读取。`opsx-check` 和 `opsx-apply` 的强制检查引用 `opsx-tdd-core/checklist.md` 和 `opsx-tdd-review`，不引用本技能。
+> **引用方式**：**可选引用**。本技能不参与强制流程，仅在需要量化评估测试质量时按需读取。`opsx-check` 和 `opsx-apply` 的强制检查引用 `tdd-core/checklist.md` 和 `tdd-review`，不引用本技能。
 
 ---
 

package/templates/skills/kld-sdd/{opsx-tdd-metrics → tdd-metrics}/checklist.md

@@ -1,8 +1,8 @@
 ---
-description: "opsx-tdd-metrics 自检清单 — 隔离评分、命名评分、可测试性评分的计算口径。仅在量化测试质量时读取。"
+description: "tdd-metrics 自检清单 — 隔离评分、命名评分、可测试性评分的计算口径。仅在量化测试质量时读取。"
 ---
 
-# opsx-tdd-metrics — 自检清单
+# tdd-metrics — 自检清单
 
 > 仅在量化测试质量时读取。日常流程见 `SKILL.md`。
 

package/templates/skills/kld-sdd/{opsx-tdd-quality → tdd-quality}/SKILL.md

@@ -1,9 +1,9 @@
 ---
-name: opsx-tdd-quality
+name: tdd-quality
 description: "单测代码质量层 — Mock 边界矩阵、测试命名规范、Given-When-Then 结构、Java 测试规则等。当编写或审查测试代码时引用本技能。"
 ---
 
-# opsx-tdd-quality — 单测代码质量层
+# tdd-quality — 单测代码质量层
 
 > **定位**：单元测试代码的质量标准，不涉及流程，只关注"写出来的测试代码本身是否高质量"。
 > **参考来源**：unit-tests-skills（14 通用规则 + 6 Java 规则）

package/templates/skills/kld-sdd/{opsx-tdd-quality → tdd-quality}/rules/general/parameterized-testing.md

@@ -1,7 +1,7 @@
 # 参数化测试指导
 
 > 影响等级：MEDIUM
-> 引用方：opsx-tdd-quality/SKILL.md §7
+> 引用方：tdd-quality/SKILL.md §7
 
 ## 适用场景
 

package/templates/skills/kld-sdd/{opsx-tdd-review → tdd-review}/SKILL.md

@@ -1,9 +1,9 @@
 ---
-name: opsx-tdd-review
+name: tdd-review
 description: "测试审查层 — 从审查者角度检测'测试通过但没测到关键点'。8 项质量检查 + 缺失测试检测 + 测试异味检测。当审查测试代码时引用本技能。"
 ---
 
-# opsx-tdd-review — 测试审查层
+# tdd-review — 测试审查层
 
 > **定位**：从审查者角度检测"测试通过但没测到关键点"。
 > **参考来源**：code-reviewer Phase 5 + tdd-guide 测试质量审查
@@ -45,7 +45,7 @@ description: "测试审查层 — 从审查者角度检测'测试通过但没测
 
 ## §5 测试异味检测
 
-> 完整检测信号见 `opsx-tdd-metrics/SKILL.md` §3，此处仅保留快速参考。
+> 完整检测信号见 `tdd-metrics/SKILL.md` §3，此处仅保留快速参考。
 
 | 异味 | 检测信号 | 严重程度 |
 |------|---------|---------|
@@ -84,11 +84,11 @@ Agent (general-purpose):
 
     ## 审查清单
 
-    执行 opsx-tdd-review/SKILL.md §3（8 项质量审查）+ §4（缺失测试检测）+ §5（测试异味检测）。
+    执行 tdd-review/SKILL.md §3（8 项质量审查）+ §4（缺失测试检测）+ §5（测试异味检测）。
     对于 GREEN 任务，额外检查：
     - GREEN Scope: 生产代码中是否有未被当前 RED 断言覆盖的逻辑分支？
     - YAGNI 围栏: 是否提前实现了后续 RED 的行为？
-    - 反模式: 执行 opsx-tdd-anti-patterns/SKILL.md §4（12 种 GREEN 后反模式）
+    - 反模式: 执行 tdd-anti-patterns/SKILL.md §4（12 种 GREEN 后反模式）
 
     ## 审查标准
 

package/templates/skills/kld-sdd/{opsx-tdd-review → tdd-review}/checklist.md

@@ -1,8 +1,8 @@
 ---
-description: "opsx-tdd-review 自检清单 — 测试质量审查 8 项 + 缺失测试检测 + 测试异味检测。仅在审查测试代码时读取。"
+description: "tdd-review 自检清单 — 测试质量审查 8 项 + 缺失测试检测 + 测试异味检测。仅在审查测试代码时读取。"
 ---
 
-# opsx-tdd-review — 自检清单
+# tdd-review — 自检清单
 
 > 仅在审查测试代码时读取。日常流程见 `SKILL.md`。
 
@@ -11,7 +11,7 @@ description: "opsx-tdd-review 自检清单 — 测试质量审查 8 项 + 缺失
 - [ ] 测试是否真正断言了有意义的行为（而非仅 mock 存在）
 - [ ] 测试是否独立隔离（无测试间依赖）
 - [ ] 测试名称是否清晰描述被测内容（符合 `{method}_{state}_{outcome}`）
-- [ ] mock 和 stub 是否正确使用（Mock 边界，不 Mock 行为，见 `opsx-tdd-quality/SKILL.md` §2）
+- [ ] mock 和 stub 是否正确使用（Mock 边界，不 Mock 行为，见 `tdd-quality/SKILL.md` §2）
 - [ ] 无测试间依赖
 - [ ] 无 sleep 或任意等待
 - [ ] 测试了正常路径 + 错误条件 + 边界值 + 空输入
@@ -19,7 +19,7 @@ description: "opsx-tdd-review 自检清单 — 测试质量审查 8 项 + 缺失
 
 ## §B 缺失测试检测
 
-- [ ] 未测试的错误路径（每个 orElseThrow/边界检查有对应测试，见 `opsx-tdd-rules/rules/exception-path-coverage.md`）
+- [ ] 未测试的错误路径（每个 orElseThrow/边界检查有对应测试，见 `tdd-rules/rules/exception-path-coverage.md`）
 - [ ] 缺失的负面测试用例
 - [ ] 未覆盖的边界条件
 - [ ] bug 修复无回归测试
@@ -36,4 +36,4 @@ description: "opsx-tdd-review 自检清单 — 测试质量审查 8 项 + 缺失
 
 ## §D 反模式检测
 
-- [ ] 已检查 `opsx-tdd-anti-patterns/SKILL.md` §3-§4 的 15 种反模式
+- [ ] 已检查 `tdd-anti-patterns/SKILL.md` §3-§4 的 15 种反模式

package/templates/skills/kld-sdd/{opsx-tdd-rules → tdd-rules}/SKILL.md

@@ -1,9 +1,9 @@
 ---
-name: opsx-tdd-rules
+name: tdd-rules
 description: "TDD 规则库 — DAG 生成规则、Controller 策略、任务类型定义、telemetry 模板等独立规则文件。当需要具体 TDD 规则文件时引用本技能。"
 ---
 
-# opsx-tdd-rules — 规则库
+# tdd-rules — 规则库
 
 > **定位**：TDD 相关的规则文件集合，供其他技能按需引用。
 > **参考来源**：unit-tests-skills rules/ 目录模式
@@ -26,4 +26,4 @@ description: "TDD 规则库 — DAG 生成规则、Controller 策略、任务类
 | `rules/des-step-annotation.md` | DES 元素步骤级标注规则（TDD 模式下标注 [GREEN-N] 归属） | MEDIUM | opsx-design |
 | `rules/multi-validation-split.md` | 多校验条件拆分规则（每个校验条件须有独立 AC 场景；AC 内"或"条件变体须全覆盖） | MEDIUM | opsx-spec, opsx-task, opsx-check |
 | `rules/exception-path-coverage.md` | 异常路径测试覆盖门禁（每个 orElseThrow/边界检查须有对应 RED 测试） | HIGH | opsx-task, opsx-apply, opsx-check |
-| `rules/refactor-checklist.md` | REFACTOR 阶段检查点（public API 不变、行为保持、重构质量评估） | HIGH | opsx-apply, opsx-tdd-core |
+| `rules/refactor-checklist.md` | REFACTOR 阶段检查点（public API 不变、行为保持、重构质量评估） | HIGH | opsx-apply, tdd-core |

package/templates/skills/kld-sdd/{opsx-tdd-rules → tdd-rules}/rules/non-tdd-modules.md

@@ -15,4 +15,4 @@
 
 Controller 层**不属于**非 TDD 模块。Controller 必须有测试，通过策略 A（TDD 红绿循环）或策略 B（impl-first 接线测试）实现。
 
-> Controller 策略选择见 `opsx-tdd-rules/rules/controller-strategy.md`，必须在 tasks.md §2.0 中声明。
+> Controller 策略选择见 `tdd-rules/rules/controller-strategy.md`，必须在 tasks.md §2.0 中声明。

package/templates/skills/kld-sdd/{opsx-tdd-rules → tdd-rules}/rules/refactor-checklist.md

@@ -1,7 +1,7 @@
 # REFACTOR 阶段检查点
 
 > 影响等级：HIGH
-> 引用方：opsx-tdd-core/reference.md §3（REFACTOR 执行步骤）、opsx-apply/implementer-prompt.md（REFACTOR 任务执行）、opsx-apply/checklist.md（REFACTOR 门禁）
+> 引用方：tdd-core/reference.md §3（REFACTOR 执行步骤）、opsx-apply/implementer-prompt.md（REFACTOR 任务执行）、opsx-apply/checklist.md（REFACTOR 门禁）
 
 ## 核心原则
 

package/templates/skills/kld-sdd/tdd-rules/rules/test-skeleton-telemetry.md

@@ -0,0 +1,19 @@
+# test-skeleton telemetry 模板
+
+> 影响等级：MEDIUM
+
+## TDD 测试骨架任务
+
+当任务是“测试骨架”时，真实红灯必须单独记录为严格 `test_result`；任务状态事件不得复制测试计数。
+
+```bash
+node "$(cat .sdd-spec-root)/skywalk-sdd/log.cjs" record --strict --type=test_result --command=apply --project=. --change=<变更名称> --capability=<capability-name> --task-id=<TASK-ID> --run-id=<真实执行稳定ID> --agent=<Agent类型> --source=opsx-command --session-id=<会话ID> --result=failure --summary="<TASK-ID> TDD 红灯符合预期" --details-json='{"test_results":{"tdd_phase":"red","verified_task_ids":["<TASK-ID>"],"command":"<实际测试命令>","exit_code":<非零退出码>,"counts_known":true,"passed":0,"failed":<红灯数>,"skipped":0,"duration_ms":<实测毫秒>,"failure_type":"assertion","expected_failure":true}}'
+```
+
+## 实现任务
+
+实现任务不带 `task_kind`（默认 implementation），按真实测试结果记录。
+
+```bash
+node "$(cat .sdd-spec-root)/skywalk-sdd/log.cjs" record --strict --type=task_update --command=apply --project=. --change=<变更名称> --capability=<capability-name> --task-id=<TASK-ID> --run-id=<任务更新稳定ID> --agent=<Agent类型> --source=opsx-command --session-id=<会话ID> --status=completed --result=success --summary="<TASK-ID> 完成" --details-json='{"files_changed":[],"task_update":{"test_event_id":"<成功的green/refactor测试event_id>","tdd_required":true}}'
+```

package/templates/skills/kld-sdd/opsx-tdd-rules/rules/test-skeleton-telemetry.md

@@ -1,19 +0,0 @@
-# test-skeleton telemetry 模板
-
-> 影响等级：MEDIUM
-
-## TDD 测试骨架任务
-
-当任务是"测试骨架"（仅编写测试用例、实现尚未编写，测试预期失败/红灯）时，`task_update` 必须在 `--details-json` 中带 `"task_kind":"test-skeleton"`，`--result=success`（骨架按 TDD 计划完成即成功），`test_results.failed` 如实记录红灯数。
-
-```bash
-node "$(cat .sdd-spec-root)/skywalk-sdd/log.cjs" record --type=task_update --command=apply --project=. --change=<变更名称> --capability=<capability-name> --task-id=<TASK-ID> --agent=<Agent类型> --source=opsx-command --session-id=<会话ID> --status=completed --result=success --summary="<TASK-ID> 测试骨架完成（TDD 红灯）" --details-json='{"task_kind":"test-skeleton","test_results":{"command":"<实际测试命令>","passed":0,"failed":<红灯数>,"skipped":0,"duration_ms":0}}'
-```
-
-## 实现任务
-
-实现任务不带 `task_kind`（默认 implementation），按真实测试结果记录。
-
-```bash
-node "$(cat .sdd-spec-root)/skywalk-sdd/log.cjs" record --type=task_update --command=apply --project=. --change=<变更名称> --capability=<capability-name> --task-id=<TASK-ID> --agent=<Agent类型> --source=opsx-command --session-id=<会话ID> --status=completed --result=success --summary="<TASK-ID> 完成" --details-json='{"files_changed":[],"test_results":{"command":"<实际测试命令>","passed":<通过数>,"failed":0,"skipped":0,"duration_ms":0}}'
-```