@dommaker/harness 1.8.1 → 1.10.0

package/src/__tests__/traces.test.ts

@@ -31,11 +31,10 @@ describe('TraceCollector', () => {
   test('should record a trace', () => {
     collector.record({
       constraintId: 'no_fix_without_root_cause',
-      level: 'iron_law',
+      severity: 'error',
       timestamp: Date.now(),
       result: 'fail',
       operation: 'code_implementation',
-      severity: 'error',
     });
 
     const traces = collector.read();
@@ -46,7 +45,7 @@ describe('TraceCollector', () => {
 
   test('should record multiple traces', () => {
     for (let i = 0; i < 5; i++) {
-      collector.recordPass('test_constraint', 'guideline');
+      collector.recordPass('test_constraint', 'warning');
     }
 
     const traces = collector.read();
@@ -55,9 +54,9 @@ describe('TraceCollector', () => {
   });
 
   test('should filter traces by constraint ID', () => {
-    collector.recordPass('constraint_a', 'iron_law');
-    collector.recordFail('constraint_b', 'guideline');
-    collector.recordFail('constraint_a', 'iron_law');
+    collector.recordPass('constraint_a', 'error');
+    collector.recordFail('constraint_b', 'warning');
+    collector.recordFail('constraint_a', 'error');
 
     const traces = collector.read({ constraintId: 'constraint_a' });
     expect(traces.length).toBe(2);
@@ -70,14 +69,14 @@ describe('TraceCollector', () => {
 
     collector.record({
       constraintId: 'old_trace',
-      level: 'guideline',
+      severity: 'warning',
       timestamp: oneHourAgo - 1000, // 1小时前更早
       result: 'pass',
     });
 
     collector.record({
       constraintId: 'new_trace',
-      level: 'guideline',
+      severity: 'warning',
       timestamp: now,
       result: 'pass',
     });
@@ -95,7 +94,7 @@ describe('TraceCollector', () => {
     for (let i = 0; i < 10; i++) {
       collector.record({
         constraintId: `constraint_${i}`,
-        level: 'guideline',
+        severity: 'warning',
         timestamp: Date.now() - i * 60 * 1000, // 每分钟一个
         result: i % 2 === 0 ? 'pass' : 'fail',
       });
@@ -108,7 +107,7 @@ describe('TraceCollector', () => {
 
   test('should provide stats', () => {
     for (let i = 0; i < 10; i++) {
-      collector.recordPass(`constraint_${i}`, 'guideline');
+      collector.recordPass(`constraint_${i}`, 'warning');
     }
 
     const stats = collector.getStats();
@@ -117,8 +116,8 @@ describe('TraceCollector', () => {
   });
 
   test('should filter traces by result', () => {
-    collector.recordFail('constraint_a', 'guideline');
-    collector.recordPass('constraint_b', 'guideline');
+    collector.recordFail('constraint_a', 'warning');
+    collector.recordPass('constraint_b', 'warning');
 
     const traces = collector.read({ result: 'fail' });
     expect(traces).toHaveLength(1);
@@ -127,12 +126,12 @@ describe('TraceCollector', () => {
 
   test('should filter traces by projectPath', () => {
     collector.record({
-      constraintId: 'c1', level: 'guideline', timestamp: Date.now(),
-      result: 'pass', projectPath: '/project/a', severity: 'info',
+      constraintId: 'c1', severity: 'warning', timestamp: Date.now(),
+      result: 'pass', projectPath: '/project/a',
     });
     collector.record({
-      constraintId: 'c2', level: 'guideline', timestamp: Date.now(),
-      result: 'pass', projectPath: '/project/b', severity: 'info',
+      constraintId: 'c2', severity: 'warning', timestamp: Date.now(),
+      result: 'pass', projectPath: '/project/b',
     });
 
     const traces = collector.read({ projectPath: '/project/a' });
@@ -142,12 +141,12 @@ describe('TraceCollector', () => {
 
   test('should filter traces by sessionId', () => {
     collector.record({
-      constraintId: 'c1', level: 'guideline', timestamp: Date.now(),
-      result: 'pass', sessionId: 'session-1', severity: 'info',
+      constraintId: 'c1', severity: 'warning', timestamp: Date.now(),
+      result: 'pass', sessionId: 'session-1',
     });
     collector.record({
-      constraintId: 'c2', level: 'guideline', timestamp: Date.now(),
-      result: 'pass', sessionId: 'session-2', severity: 'info',
+      constraintId: 'c2', severity: 'warning', timestamp: Date.now(),
+      result: 'pass', sessionId: 'session-2',
     });
 
     const traces = collector.read({ sessionId: 'session-2' });
@@ -215,7 +214,7 @@ describe('TraceAnalyzer', () => {
     for (let i = 0; i < 10; i++) {
       collector.record({
         constraintId: 'constraint_a',
-        level: 'guideline',
+        severity: 'warning',
         timestamp: Date.now() - i * 60 * 1000,
         result: i < 7 ? 'pass' : 'fail',
       });
@@ -224,7 +223,7 @@ describe('TraceAnalyzer', () => {
     for (let i = 0; i < 5; i++) {
       collector.record({
         constraintId: 'constraint_b',
-        level: 'iron_law',
+        severity: 'error',
         timestamp: Date.now() - i * 60 * 1000,
         result: i < 3 ? 'pass' : 'fail',
       });
@@ -253,7 +252,7 @@ describe('TraceAnalyzer', () => {
     for (let i = 0; i < 20; i++) {
       collector.record({
         constraintId: 'rising_fail_constraint',
-        level: 'iron_law',
+        severity: 'error',
         timestamp: now - (40 - i) * 60 * 1000,
         result: 'pass',
       });
@@ -263,7 +262,7 @@ describe('TraceAnalyzer', () => {
     for (let i = 0; i < 20; i++) {
       collector.record({
         constraintId: 'rising_fail_constraint',
-        level: 'iron_law',
+        severity: 'error',
         timestamp: now - i * 60 * 1000,
         result: i < 15 ? 'fail' : 'pass', // 75% 失败率
       });
@@ -284,7 +283,7 @@ describe('TraceAnalyzer', () => {
     for (let i = 0; i < 10; i++) {
       collector.record({
         constraintId: 'stable_constraint',
-        level: 'guideline',
+        severity: 'warning',
         timestamp: now - i * 60 * 1000,
         result: 'pass',
       });
@@ -298,7 +297,7 @@ describe('TraceAnalyzer', () => {
 
   test('should save and load summary', () => {
     for (let i = 0; i < 5; i++) {
-      collector.recordPass('test_constraint', 'guideline');
+      collector.recordPass('test_constraint', 'warning');
     }
 
     const summaries = analyzer.analyzeRecent(1);
@@ -312,8 +311,8 @@ describe('TraceAnalyzer', () => {
 
   test('should generate report', () => {
     for (let i = 0; i < 5; i++) {
-      collector.recordPass('constraint_a', 'guideline');
-      collector.recordFail('constraint_b', 'iron_law');
+      collector.recordPass('constraint_a', 'warning');
+      collector.recordFail('constraint_b', 'error');
     }
 
     const summaries = analyzer.analyzeRecent(1);

package/src/cli/commands/CONTEXT.md

@@ -12,13 +12,13 @@ H5（#44）起：
 - 命令契约（`src/cli/command-contract.ts`，上层目录）— `CommandResult` / `CommandKind` / `CommandIO` / `processIO` / `captureIO` / `lastJsonOutput` / `log` / `logError`
 - 状态文件接缝（`src/cli/state-io.ts`，上层目录）— `.harness/.state.json` 读-改-写的唯一入口 `StateIO`（`read()`/`write()`）+ 状态类型 `HarnessState` + 缺省真实 fs 实现 `fileStateIO(projectPath)`；`check` / `status` 经可选 `stateIO` 参数注入（ADR-0026，harness#148）
 - 门禁命令共享面（`src/cli/gate-command.ts`，上层目录）— `GateDecision → CommandResult` 的唯一映射 `gateCommandResult`，加 ✓/✗ 输出骨架 `reportGateDecision` 与出错横幅 `reportGateError`。同一句失败措辞此前抄在 6 个 handler 里（「`<id>` gate denied」×6 / 「`<id>` gate error」×4），门禁特有的指标行经 `onPass`/`onFail` 闭包传入（架构评审候选1）
-- 脚手架落盘面（`src/cli/commands/scaffold.ts`）— 受管文件（managed file）三态判定 `writeManagedFile` / 一组落盘 `runPlan` + 9 个站点工厂（含对外文案）；模板正文住 `scaffold-templates.ts`，落盘注入面 `ScaffoldFileSystem` 可换内存替身（harness#132）；CI 站点工厂 `harnessCheckCiFile` 带平台维度（github / gitlab，harness#143）；两道 Git hook 工厂 `preCommitHookFile` / `prePushHookFile`（后者 harness#144，带可执行位）
+- 脚手架落盘面（`src/cli/commands/scaffold.ts`）— 受管文件（managed file）三态判定 `writeManagedFile` / 一组落盘 `runPlan` + 8 个站点工厂（含对外文案；ADR-0029：custom-constraints.yml 示例站随 custom 约束面退役移除）；模板正文住 `scaffold-templates.ts`，落盘注入面 `ScaffoldFileSystem` 可换内存替身（harness#132）；CI 站点工厂 `harnessCheckCiFile` 带平台维度（github / gitlab，harness#143）；两道 Git hook 工厂 `preCommitHookFile` / `prePushHookFile`（后者 harness#144，带可执行位）
 - knowledge 投影面（`src/cli/commands/knowledge-view.ts`）— 11 个 knowledge 子操作的**display model** 渲染与出口：`emitKnowledgeView`（json/人读唯一分派 + 退出码）、`announce`（取数期进度行，`--json` 下静默）、`TONE_STYLES` 角色→样式单表、维度/规则 label 与 `toneForMaturity`/`toneForScore`/`toneForSeverity` 三张映射、`resolveKnowledgeBaseDir` + `openKnowledgeStore`（路径兜底与 store 构造单点）（harness#133）
 - 各命令文件：check / validate / passes-gate / init / report / status / spec / sync-docs / knowledge / sdd / failure / posteval-plan / release / constraints / spec-baseline-check
 - 6 门禁命令实现在 `acceptance` / `command` / `contract` / `performance` / `review` / `security`（其 CLI 元数据在 `src/gates/definitions.ts`，形状同为 `CommandDefinition`，ADR-0007）；**判定一律穿过统一接口 `evaluate()`**，成败与措辞由共享面映射。`command` 只复用映射、保留自己的单行 ✓/✗ 输出（已对外的机器友好形状）；`security audit` / `acceptance list` / `contract validate-schema` / `review status` / `command --list/--level` 是只展示不判断的子命令，直读报告面（`scan()` 等），不套骨架
 - CLI 子命令 `command` 的两个分支共用同一台 gate 实例（#135/ADR-0024）：默认分支经 `evaluate()` 取裁决、`--level` 经同一实例的 `getRiskLevel()` 取等级，命令侧不再引用模块级单例出口——「配置传进去却到不了判定」的那条路已封。`--strict` 旗帜随 `CommandGateConfig.strict`（零消费者、从不生效）一并删除
 
-`constraints` 下挂治理子命令：`constraints report`（使用统计 + 退役候选诊断 + 配置健康 + 注入漂移，`--export` 脱敏）、`constraints retire`（交互选择 + 人确认退役；带 id 直达需显式 `--yes`（#24 人确认闸门），无 `--yes` 报错 + 非零退出码且不落盘；内置落 config.yml retired 元数据，custom 落 custom-constraints.yml 条目 retired 段（studio#82 D6 一处真相）+ KnowledgeStore 沉淀 + 治理注入段同步）。
+`constraints` 下挂治理子命令：`constraints report`（使用统计 + 退役候选诊断 + 配置健康，`--export` 脱敏）、`constraints retire`（交互选择 + 人确认退役；带 id 直达需显式 `--yes`（#24 人确认闸门），无 `--yes` 报错 + 非零退出码且不落盘；落 config.yml retired 元数据 + KnowledgeStore 沉淀。ADR-0029：注入漂移小节、prompt 注入清单、custom 落点与治理注入段同步已随文本注入层关停移除）。
 
 ## 依赖关系
 - 依赖 `src/core/constraints/` 约束引擎
@@ -47,17 +47,19 @@ H5（#44）起：
 - **一次命令运行内，同一份数据至多取一次（harness#146，#140 A 票；与 ADR-0023 同族，但不扩 `RunEnv` 公共面）**：`spec-baseline-check` 的三条验证路径（文件存在性 / 依赖 / 代码模式）一律从命令级共享索引 `createBaselineIndex(projectPath)` 取数，不再各自裸调 `fs`——全仓 `.ts`/`.js` 内容扫描一遍建成 `路径 → 内容` 表、`package.json` 读解析一次（**读取失败态同样入库**，不逐条重试）、同一落点的存在性探测只 stat 一次；逐条前置与每个关键词只在索引上重放判定。索引**懒建**（没有前置需要某类数据时该类读取一次都不发生）、**运行结束即弃**（不跨命令复用：本命令是独立命令而非 `harness check` 的子步骤，「同一口径取一次」命令内自足即够，#140 triage 裁决 5）。改前代价 = 前置条件数 × 关键词数 × 源文件数，改后与条数无关，判定/证据文案/stdout/退出码逐字不变。**驻留上界（harness#162）**：索引容量有双上限 `SOURCE_INDEX_MAX_ENTRIES = 5000` / `SOURCE_INDEX_MAX_BYTES = 64MB`——超任一上限即放弃驻留、**回落逐文件流式读**（每个关键词重扫一遍，读完即弃），峰值内存由 O(全仓源码) 回到 O(单文件)，正常规模仓保留「一次遍历」收益；取数面相应由 `sourceContents(): Map` 改为 `countFilesContaining(keyword)`，容量策略全部收在索引内部。机器可检：`__tests__/spec-baseline-read-count.test.ts`（形状照 `check-read-count.test.ts`：`readFileSync`·只读 `openSync`·`existsSync`·`readdirSync` 记件 + 整张读取表与目录扫描表逐条冻结 + 「同一份数据的同一口径至多取一次」+ N×K 缩放不变式 + 懒建不扫 + 失败态入库）+ `__tests__/spec-baseline-index-cap.test.ts`（驻留上界闸：上限内每文件至多读一遍、超条目/字节上限回落流式且判定不变）
 - **先判定「本次要什么」再决定「读什么」，且清单顺序是对外面（harness#147，#140 B 票）**：`sync-docs/index.ts` 把 CAPABILITIES.md 的**格式判定放在源码扫描之前**——capability-listing 格式的判定面是计数、不做条目级比对，模块清单在本次运行里无人消费，于是整棵源码树**一份 `.ts` 内容都不读**（改造前是无条件全树逐文件 `await readFile`，只为首行注释）。要描述的分支（file-table）照旧取描述，但 `project-reader.ts` 分两步：先按目录遍历序定清单，再经 `extractFileDescriptions()` **并发**取数（上限固定 16，按票下裁决不做成配置面）并**按原索引回填**。清单顺序对外可见（`--check` 逐行比对生成的表格、人看 diff），票下裁决是「顺序逐字保持现状、不改字典序」，故「按并发完成顺序 append」属行为漂移而非优化。读盘次数之外一切不变：判定、漂移检测、写回内容逐字保持。机器可检：`__tests__/sync-docs-read-count.test.ts`（形状照 `check-read-count.test.ts`——listing 模式 `.ts` 内容读 = 0 + file-table 反证每份文件恰读一次 + 整张读取表冻结）、`sync-docs/__tests__/module-descriptions.test.ts`（替身把「起始序」与「完成序」刻意错开：串位或重排即红，另钉上限）、`__tests__/sync-docs-module-order.test.ts`（生成表格行序 = 目录遍历序、两次运行逐字复现）
 
+- **撤登记要整行删，排版判定与修复共用一份正本（harness#171）**：`capabilities-syncer.ts` 删幽灵行此前是 `content.replace(/^\|…$/gm, '')`——`m` 下 `^…$` 只框住行内容、**不含行尾换行**，删完留一个空行；CommonMark 以空行断表，于是每撤一次登记就把一张能力表多切一刀（studio 存量攒到 40 处）。同函数末尾的 `\n{3,}→\n\n` 救不了它：删一行只产两个换行，够不着阈值（删相邻两行也不变好——只是把两刀并成一刀）。现行形状：① 删除按行 split/filter/join，行尾随之消失（CRLF 一并处理，正则尾上加 `\r?` 保持与旧 `m` 相同的匹配面）；② 排版收拢正本是 `normalizeCapabilitiesTableLayout(content)`——规则①删两侧都是表格行的空行段、规则②收掉无数据行的表头/分隔行，**表格外的段落空行不动**，且**两条规则互相制造触发点**（①吃掉两张空表之间那个空行后，②在同一轮只收得掉后一张），故**跑到不动点**：一次 `sync-docs` 必须把 `--check` 报出来的全清掉，否则下游 CI 修完还红；③ 原有的一处 `\n{3,}→\n\n` 由「增删之后」移到**收拢之后**（收掉一张夹在两段散文之间的空表本身会新产 `\n\n\n`，留在前面就漏折叠），并删掉增删分支内那份重复折叠。围栏代码块（``` / ~~~）内的行在**排版收拢一侧整体豁免**（CAPABILITIES.md 是手写文档，块内长得像表格的示例行不是脏行：不给豁免时一块「表头+分隔行」示例被判空表删掉正文、`--check` 还为此判红）——但**幽灵行删除一侧刻意不豁免**，两侧口径故意不同：登记条目由 `core/constraints/capabilities-parser` 全文扫描得出（ADR-0009），围栏内的行同样算登记项，只让删除认围栏而条目不认，块内示例引用的已删文件会永远报成幽灵条目且 `--check` 修不掉（机器可检：「围栏内示例行引用已删文件」用例同时钉收敛与「只吃掉那一行、块内其余正文留着」）。让两侧同认围栏 = 改 ADR-0009 的登记面并连带影响 docs_freshness 判定，另票裁决。`--check` 的判定面就是「它返回的内容与入参是否不同」，写模式在**增删之后**调用收拢（先收拢会误删「本轮要往空表里补新行」的表头），故 check 报得出、fix 必清得掉（不重演 2026-08-04 studio PR #44 的「check 永不收敛」）。机器可检：`__tests__/sync-docs-table-layout.test.ts`（13 例：中间行/末行/目录条目行/CRLF 四种撤登形状 + 存量脏行 check 判红后写模式转绿 + 空表收掉 + 两张空表相邻一次收干净 + 收拢后不留三连换行 + 四条反向闸「有新行不误删表头」「表格外空行不动」「代码块内空表不被收」「代码块内表格样式行不被收拢」）
+
 ## 注意事项
 - 新增命令需同步更新 CLAUDE.md / CAPABILITIES.md / src/CONTEXT.md
-- **scaffold 三态模型（harness#132 已落地）**：init/validate 的「目标在不在场→写或告知」判定（9 站点 = init 7 + validate 2，#132 收口时 8 处）收口为 scaffold 模块。术语：**managed file**（受管文件）= harness 模板拥有正本、用户可持有的落盘文件；三态 = `created`（不在场→落盘）/ `exists`（在场→告知跳过，**不细分内容是否等于模板**，内容比较是独立特性）/ `manual`（在场→打印片段请用户手工合并）。纪律：scaffold 不持有覆盖/跳过策略（`--no-git-hooks`/`--no-github-actions` 由命令层翻成 plan 列表，scaffold 只见 plan）；模板留代码内住 `scaffold-templates.ts`，不落 `templates/`（其无运行时消费者、integrity 清单不覆盖）；**打印给用户的片段必须是落盘正文的一部分**（GH Actions 站点冲突分支打印完整 workflow 全文而非 job 片段，#103 判据）；`--print-snippets` 的片段视图同判据且**由正本裁剪派生**（harness#153：`GITHUB_ACTIONS_SNIPPET` = `HARNESS_CHECK_WORKFLOW` 的 `jobs:` 段之后，形状与 GitLab 侧「打印的是落盘正文的尾巴」对仗。它曾是手抄的第二份文本，比落盘正本少 `validate` / `passes-gate` 两道门禁——照抄的用户拿到比同版本 `harness init` 弱一半的 CI；引导语随之改准为「以下正文取自 harness-check.yml 的 job 段」，`--print-snippets` 旗帜本身保留）；gitlab 形同判据由 harness#157 补齐——`printSnippets` 收 `governanceLevel`、打 `renderGitLabCiJobs(governanceLevel)`，与落盘 / 冲突分支同一个正本函数（此前打无 level 的 `GITLAB_CI_SNIPPET`，`-g` 档照抄的用户静默少拿治理与 docs 新鲜度两个任务）；CLAUDE.md/AGENTS.md 标记化幂等写（读-改-写形状）不纳入 scaffold；死选项 `-t/--type` 已随本票删除。GitLab CI 接线决议见下条；pre-push 站点已随 harness#144 落地，见「本地防线两道」条
-  - 9 站点的落点（#132 收口时 8 处，pre-push 是 harness#144 加的第 9 处）：`scaffold.ts` 存 9 个 `ManagedFile` 工厂（目标路径 + 三态文案 + 冲突片段），`init.ts` 只留「前置告知（无 .git / 目录不在场 / 已有 workflow 覆盖治理命令）+ runPlan」；原住 `validate.ts` 的 `createExampleCheckpoint`/`createExampleResolutions` 随工厂迁入 scaffold，`init.ts` 对 `validate` 的反向 import 因此消失，`validate.ts` 反向消费 `scaffold-templates` 的检查点文件路径约定。新增受管文件 = 一个工厂 + 一条 plan。**#132 口径外的第 9 处同形写手**（`sync-docs/context-syncer.ts:createContextMd` 自带一份 CONTEXT.md 正文、与正本已漂移）已于 harness#150 归位——现走 `contextDocFile` + `runPlan`，与 init 共用同一模板正本（`scaffold-templates.ts:renderContextDoc`）
-  - 可检面：`__tests__/scaffold.test.ts`（注入内存 fs 替身，零真实文件系统测全三态 + 9 站点文案逐字冻结 + 同源闸及其反证探针（两道 hook 各一条）+ 片段视图的「是正本裁出来的一段」包含闸）、`__tests__/init-ondisk.test.ts`（临时目录真跑 init：第一遍逐字节断言落盘内容并对齐改造前的整屏输出（#149 起这份整屏多出治理段 writer 的一行落盘提示——那行本就一直在真机上，只是此前 io 被丢、不进捕获面），第二遍断言 9 站点第三态与「打印即磁盘正文」；另有「`--print-snippets` 的 GitHub Actions 片段视图」两道闸——同源闸对 `harness-check.yml` 的字节级冻结基线、steps 集合闸按 YAML 解析枚举 job 的 `run:` 命令；harness#157 起「`--print-snippets` 的 GitLab CI 片段视图」四道闸——`-g standard` 同源闸（打印正文逐字等于 `GITLAB_GOVERNED` 基线的任务段 + 与真落盘 `.gitlab-ci.yml` 按 YAML 解析比对 harness-* 任务集合，正本删一个任务即红）、script 集合闸、不传 `-g` 单任务回归、`-g` 非法值 usage-error 零打印）
+- **scaffold 三态模型（harness#132 已落地）**：init/validate 的「目标在不在场→写或告知」判定（站点数历经 8→9→8：#132 收口时 8 处，harness#144 加 pre-push 成 9，ADR-0029 撤 custom-constraints.yml 示例站回 8 = init 6 + validate 2）收口为 scaffold 模块。术语：**managed file**（受管文件）= harness 模板拥有正本、用户可持有的落盘文件；三态 = `created`（不在场→落盘）/ `exists`（在场→告知跳过，**不细分内容是否等于模板**，内容比较是独立特性）/ `manual`（在场→打印片段请用户手工合并）。纪律：scaffold 不持有覆盖/跳过策略（`--no-git-hooks`/`--no-github-actions` 由命令层翻成 plan 列表，scaffold 只见 plan）；模板留代码内住 `scaffold-templates.ts`，不落 `templates/`（其无运行时消费者、integrity 清单不覆盖）；**打印给用户的片段必须是落盘正文的一部分**（GH Actions 站点冲突分支打印完整 workflow 全文而非 job 片段，#103 判据）；`--print-snippets` 的片段视图同判据且**由正本裁剪派生**（harness#153：`GITHUB_ACTIONS_SNIPPET` = `HARNESS_CHECK_WORKFLOW` 的 `jobs:` 段之后，形状与 GitLab 侧「打印的是落盘正文的尾巴」对仗。它曾是手抄的第二份文本，比落盘正本少 `validate` / `passes-gate` 两道门禁——照抄的用户拿到比同版本 `harness init` 弱一半的 CI；引导语随之改准为「以下正文取自 harness-check.yml 的 job 段」，`--print-snippets` 旗帜本身保留）；gitlab 形同判据由 harness#157 补齐——`printSnippets` 收 `governanceLevel`、打 `renderGitLabCiJobs(governanceLevel)`，与落盘 / 冲突分支同一个正本函数（此前打无 level 的 `GITLAB_CI_SNIPPET`，`-g` 档照抄的用户静默少拿治理与 docs 新鲜度两个任务）；CLAUDE.md/AGENTS.md 标记化幂等写（读-改-写形状）不纳入 scaffold；死选项 `-t/--type` 已随本票删除。GitLab CI 接线决议见下条；pre-push 站点已随 harness#144 落地，见「本地防线两道」条
+  - 站点的落点（#132 收口时 8 处，pre-push 是 harness#144 加的第 9 处，ADR-0029 撤 custom-constraints.yml 示例站后回到 8 处）：`scaffold.ts` 存 8 个 `ManagedFile` 工厂（目标路径 + 三态文案 + 冲突片段），`init.ts` 只留「前置告知（无 .git / 目录不在场 / 已有 workflow 覆盖治理命令）+ runPlan」；原住 `validate.ts` 的 `createExampleCheckpoint`/`createExampleResolutions` 随工厂迁入 scaffold，`init.ts` 对 `validate` 的反向 import 因此消失，`validate.ts` 反向消费 `scaffold-templates` 的检查点文件路径约定。新增受管文件 = 一个工厂 + 一条 plan。**#132 口径外的第 9 处同形写手**（`sync-docs/context-syncer.ts:createContextMd` 自带一份 CONTEXT.md 正文、与正本已漂移）已于 harness#150 归位——现走 `contextDocFile` + `runPlan`，与 init 共用同一模板正本（`scaffold-templates.ts:renderContextDoc`）
+  - 可检面：`__tests__/scaffold.test.ts`（注入内存 fs 替身，零真实文件系统测全三态 + 8 站点文案逐字冻结 + 同源闸及其反证探针（两道 hook 各一条）+ 片段视图的「是正本裁出来的一段」包含闸）、`__tests__/init-ondisk.test.ts`（临时目录真跑 init：第一遍逐字节断言落盘内容并对齐改造前的整屏输出（#149 起这份整屏多出治理段 writer 的一行落盘提示——那行本就一直在真机上，只是此前 io 被丢、不进捕获面），第二遍断言 8 站点第三态与「打印即磁盘正文」；另有「`--print-snippets` 的 GitHub Actions 片段视图」两道闸——同源闸对 `harness-check.yml` 的字节级冻结基线、steps 集合闸按 YAML 解析枚举 job 的 `run:` 命令；harness#157 起「`--print-snippets` 的 GitLab CI 片段视图」四道闸——`-g standard` 同源闸（打印正文逐字等于 `GITLAB_GOVERNED` 基线的任务段 + 与真落盘 `.gitlab-ci.yml` 按 YAML 解析比对 harness-* 任务集合，正本删一个任务即红）、script 集合闸、不传 `-g` 单任务回归、`-g` 非法值 usage-error 零打印）
   - 同族不同面：#150（已落地）是同一份 CONTEXT.md 模板被 `init` 与 `sync-docs` 两个命令各抄一份（`sync-docs/context-syncer.ts:createContextMd` 自带一份、与正本 `renderContextDoc` 已漂移），本条 #153 是同一命令的两个出口（打印 / 落盘）各抄一份——判据同一个（#103），落点不同，两票不并。#150 收口后 `createContextMd` 走 `contextDocFile` + `runPlan`（含 io / 注入 fs，正常只落 `created`），可检面 `__tests__/context-syncer.test.ts`（对撞闸：sync-docs 落点与 init 站点的骨架逐字相同；正本并入两行引导 + 注释形占位钉住；present→exists 不覆盖；#158 补骨架正文逐字冻结字面量——对撞闸只钉「两侧同源」，正本被改由冻结字面量撞红）与 `__tests__/init-ondisk.test.ts`（#158 起 `src/CONTEXT.md` 落盘从 `toContain` 升为 `CONTEXT_MD_BYTES` 字节级基线，同 `PRE_PUSH_HOOK_BYTES` 手法）
 - **CI 平台维度（harness#143 已落地）**：init 的服务端 CI 接线带平台维度。术语：**CI 平台（ci platform）** = 服务端门禁的接线目标（`github` / `gitlab` / `none`，`none` = 不接线，即旧 `--no-github-actions`），一次平台选择贯通三个面（harness-check 站点、治理 CI 面、`--print-snippets` 的 CI 片段）。决议 ①–⑥ 的落地形状：① 显式 `--ci <github|gitlab|none>`、缺省 `github`、**不做 remote URL 自动检测**（init 常跑在首次 push 前，检测错是静默写错文件）；② 最小参数化——CI 站点工厂 `harnessCheckCiFile(projectPath, platform, existingCiWorkflows, governanceLevel?)` 收平台参数，GitLab 正文住 `scaffold-templates.ts`（`GITLAB_CI_SNIPPET` / `renderGitLabCiJobs` / `renderGitLabCiFile`），`renderGovernanceWorkflow(level, platform)` 同步参数化，不建注册表抽象；③ 解析链 = flag > `.harness/config.yml` 的 `ci.platform` > `github`（读点 `readConfiguredCiPlatform`，缺失/脏值按未配置），**只有非默认平台才写 `ci.platform`**——github 不写键，而 init 每次都重写 config.yml，故「不写」即等于清除，旧配置零迁移、validate 不报错；④ `--no-github-actions` 保留为 `--ci none` 别名并打 deprecation 警告，与显式 `--ci <非 none>` 同时出现判 `usage-error` 且完全不落盘（不猜意图）；⑤ `.gitlab-ci.yml` 三态：不在场 → `created`、在场 → `manual`（打印 harness 任务正文，它是落盘全文的尾巴 → #103 判据成立），GH 侧冲突判定逐字不变；⑥ GitLab 模板与 GH 对仗（同三条命令 + `image: node:20` + `stage: test` + `rules:` 触发 MR 与 main/master push + 无缓存），治理档 `sync-docs --check` 的非阻断对应 `allow_failure: true`
   - 平台维度带来的两处形状差（GH 侧行为逐字节不变）：**一个平台一份 CI 文件**——GitLab 没有「第二个 CI 文件位」，`-g` 档的治理任务并入同一份 `.gitlab-ci.yml` 正文，gitlab 形下 `governanceWorkflowFile` 无站点；**`none` = 不接线任何服务端 CI、不创建任何 CI 文件，治理 CI 面随之不建**（harness#156 裁决 F1，推翻 #143「`none` 只摘 harness-check 站点、`-g` 档照建 GH 治理 workflow」的有意保留——旧边界让 `config.yml` 写 `ci.platform: none` 而磁盘上躺着一份 GitHub Actions 文件，状态自相矛盾）；治理文档面（CHANGELOG、约束段、CONTEXT.md）由 `-g` 独立决定，`none` 下照常生成。`--print-snippets` 照出 GH 片段（非落盘面，#156 未动）。切回 `github` 时 init 不删既有的 `.gitlab-ci.yml`——scaffold 只有「落盘 / 告知」两种动作，删除不是它的能力
   - `-g` 值域校验在命令入口（harness#156 裁决 F2，与 #152 脏输入 fail-loud 同判据）：合法值域 = `GOVERNANCE_PRESETS` 键集合（入口校验与装配共用同一份表），非法值判 `usage-error` 退 1、先于任何落盘，github / gitlab / none 三平台同判（旧行为：gitlab 侧非法值透传模板落三个任务、github 侧查表 miss 静默不建——同一输入两种后果）。隶属判定用 `Object.hasOwn` 而非 `in`（harness#164）：`in` 走原型链，`-g constructor`/`toString` 曾穿透校验、把 `Object` 构造函数写进 `configData` 并在 `yaml.dump` 抛 `YAMLException`
   - 可检面：`__tests__/scaffold.test.ts`「CI 站点的平台维度」+ 同源闸两形覆盖、`__tests__/init-ondisk.test.ts`「init --ci 平台维度」（`.gitlab-ci.yml` 逐字节 / 第二趟 manual / 治理并入 / 持久化回读 / 别名与冲突与非法值）与「init --ci × -g 组合边界（harness#156）」（`--ci none -g standard` 落盘文件集合 + config.yml 两投影逐字冻结、`-g` 非法值三平台一致性钉、合法值回归）
-- **本地防线两道（harness#144 已落地）**：术语：**本地防线** = init 落的两个 Git hook 站点，分工是设计而非冗余——**pre-commit** 查暂存的（`check --staged` + plan 覆盖，增量、快反馈），**pre-push** 查整仓的（第 9 站点 `prePushHookFile` → `.git/hooks/pre-push`，`mode 0o755`，全量 `harness check` 不带 `--staged` + `harness validate`，任一失败 `exit 1` 挡住 push），兜的是 `git commit --no-verify` 绕出去的内容。三道决定按 #132 grilling 定论钉死：① **不做增量**——不解析 pre-push 从 stdin 收到的 `<local_ref> <local_oid> <remote_ref> <remote_oid>` 清单，无论推什么（含删远端分支这种 stdin 空清单的场景）整仓过一遍，钩子内子进程一律 `< /dev/null`、不让它吃掉 ref 清单；② **不内建逃生机制**——无环境变量开关、无超时、无「慢则降级」，唯一口子是 git 原生 `git push --no-verify`；③ **定位不变**——本地 hook = 自检与提醒，服务端 CI（见「CI 平台维度」条）才是门禁，pre-push 不替代它。`--no-git-hooks` 一并覆盖本站点（策略仍在命令层翻成 plan，scaffold 不持策略、不新增跳过旗帜）；`--print-snippets` 与冲突分支打印的片段 = 落盘正文去 shebang 头（#103 判据）；init 收尾提示与本站点引导语写明「查暂存的 / 查整仓的，重复是设计使然」。仓库自身的 `bin/install-precommit-hook.sh`（`npm run hooks:install`）仍是 pre-commit 单道，本票不动它
+- **本地防线两道（harness#144 已落地）**：术语：**本地防线** = init 落的两个 Git hook 站点，分工是设计而非冗余——**pre-commit** 查暂存的（`check --staged` + plan 覆盖，增量、快反馈），**pre-push** 查整仓的（`prePushHookFile` → `.git/hooks/pre-push`，`mode 0o755`，全量 `harness check` 不带 `--staged` + `harness validate`，任一失败 `exit 1` 挡住 push），兜的是 `git commit --no-verify` 绕出去的内容。三道决定按 #132 grilling 定论钉死：① **不做增量**——不解析 pre-push 从 stdin 收到的 `<local_ref> <local_oid> <remote_ref> <remote_oid>` 清单，无论推什么（含删远端分支这种 stdin 空清单的场景）整仓过一遍，钩子内子进程一律 `< /dev/null`、不让它吃掉 ref 清单；② **不内建逃生机制**——无环境变量开关、无超时、无「慢则降级」，唯一口子是 git 原生 `git push --no-verify`；③ **定位不变**——本地 hook = 自检与提醒，服务端 CI（见「CI 平台维度」条）才是门禁，pre-push 不替代它。`--no-git-hooks` 一并覆盖本站点（策略仍在命令层翻成 plan，scaffold 不持策略、不新增跳过旗帜）；`--print-snippets` 与冲突分支打印的片段 = 落盘正文去 shebang 头（#103 判据）；init 收尾提示与本站点引导语写明「查暂存的 / 查整仓的，重复是设计使然」。仓库自身的 `bin/install-precommit-hook.sh`（`npm run hooks:install`）仍是 pre-commit 单道，本票不动它
 - **knowledge view 收口模型（harness#133 已落地）**：knowledge 11 个子操作的「取数 + json 投影 + 人读排版 + 退出码」四件事拆开——命令模块只产 `{ data, human() }`（`data` 是 `--json` 正文的唯一正本，11 个 `knowledgeXxxView` 具名导出即投影本体），`knowledge-view.ts` 收口排版渲染、上色、label 映射、json/人读分派与退出码、路径解析与 store 构造。术语：**display model** = `human()` 返回的结构化人读视图 `{ sections: [{ title, rows: [{ cells }] }] }`，一格（cell）三选一：`label`（纯文案）/ `field`（点分路径声明它投影自 json 面哪个字段，数组下标与 `.length` 合法）/ `derived`（json 面没有的派生量，须在测试豁免表登记理由）。空行是显式的一行（`blankLine()`），不再靠 `\n` 前后缀藏排版。颜色只经 `DisplayTone` 角色查 `TONE_STYLES` 一张表，命令侧零 `chalk` 调用。可检面：`__tests__/knowledge-view.test.ts`（四道闸：源形状 / 11·11 json 字段清单冻结 / 两投影一致性 + 派生量双向对撞 / 满态与空态人读逐行冻结，基线取自改造前实现实测捕获）+ `__tests__/knowledge-tone-mapping.test.ts`（#151 加：tone 映射的纯函数级冻结，判据见下两条）。
   - **冻结类测试的两条判据（#133 收尾须知自报第一条，#151 补完其推论）**：
     - **fixture 走不到的分支须逐个建形，不共用一个空根**。闸 4b 的 `emptyRoot()` 是裸 `mkdtemp` 目录，天然没有 `.harness/knowledge-docs/`，于是 `syncRagRows` 的两个空态分支只有第一个（`!docsPresent`）进过基线，第二个（目录在场、无 `.md`）在测试里走不到——文案改字全绿。而 json 面两分支恒同形（`data = {directory, files}`），`--json` 断言钉不住人读第二行。落点：闸 4c 的平行表 `EXTRA_EMPTY_HUMAN_CASES`（每 case 自带 `makeRoot` + 人读逐行基线 + json 形状；不改 `EMPTY_HUMAN_BASELINE: Record<SubName, string[]>` 的形状，一个子命令只装一种形状的约束留在原表）。
@@ -65,14 +67,15 @@ H5（#44）起：
   - **json 面现状冻结**：11 个顶层形状逐字不动（双仓核实 `knowledge --json` 零程序化消费者，studio 走 library 直调；统一包壳是纯 churn，删除 `--json` 死面按 ADR-0022 口径另票评估）。三处有意偏离，均不改字段集合：① `snapshot`/`index` 的 `--json` 由单行紧凑改为两空格缩进（分派单点化的直接结果，与其余 9 个子操作同形）；② `sync-rag` 的两个空态此前把人类文案直接打到 `--json` 的 stdout（吐出的不是 JSON），现由 display model 承担，json 面恒为 `{directory, files}`；③ `stats` 人读面 `verified` 成熟度的颜色随 `toneForMaturity` 单表变为青色（此前 list 青 / stats 黄两处手抄不一致，文字不变）。
   - 与 #134（KnowledgeAudit 收 store）独立落地，唯一交点 `knowledgeAudit` 命令函数——#134 是后到方并已适配：`knowledgeAuditView` 经 `openKnowledgeStore` 取 store 作引擎第一形参、`shortContentThreshold` 作第二形参（构造期不再自建 store）。审计后重建索引「只在人读路径发生」是本票保留的既有策略（`--json` 不写盘），也是 `knowledge.ts` 内被逐行冻结的唯一 `options.json` 分支。
 - init 治理约束段写入落点（studio #302，ADR 2026-08-21 落点模型）：新仓 → AGENTS.md `PRESERVE:governance` 段（sync-docs 重新生成时保留）；旧模型仓（CLAUDE.md 已有 HARNESS_CONSTRAINTS 标记或 `## Governance Rules` 块）→ 续写 CLAUDE.md，幂等重跑不制造双份正本。治理段「在场守护」由 core 侧 governance_presence checker 承担（段缺失/为空时 check 报警）
-- PRESERVE:governance 段内写入纪律：机器管理的只有 HARNESS_CONSTRAINTS 标记区间——有标记只换标记区间，无标记（纯手写段）在段尾追加注入段；段内其余手写内容（治理契约引言/流程/纪律等）必须原样保留（曾整段替换清空手写内容的回归，init-injection.test 有防回归用例）
-- 注入段落点路由与 marker-range 替换收口在 `core/constraints/injection-writer`（ADR-0011）：读侧 `resolveInjectionTarget`（漂移检测/retire 同步共用「CLAUDE.md 有标记优先，否则 AGENTS.md」）+ 写侧 `resolveGovernanceLanding`（init 落点选择）；init 三个治理段 writer 与 retire 注入同步均为「渲染 body + 调 writer」，半标记（单边/乱序）一律拒写告警；未注入 = 两处均无完整标记段
+- ADR-0029（文本注入层关停）：init 的约束注入段 writer（setupAgentsMdConstraints / setupClaudeMdConstraints / setupGovernanceConstraints）、check 的注入漂移警告块、report 的漂移小节与 prompt 注入清单、retire 的注入段同步全部移除；sync-docs 不再生成 HARNESS_CONSTRAINTS 注入段。PRESERVE 标记保留机制本身保留（通用机制，非约束注入）；历史 HARNESS_CONSTRAINTS 段在 `hasGovernanceContract` 中仅作治理契约在场的历史兼容判据
+- marker-range 替换与治理正本探测收口在 `core/constraints/injection-writer`（ADR-0011）：init 的 Output Style 段 writer 为「渲染 body + 调 writer」，半标记（单边/乱序）一律拒写告警；注入段落点路由（resolveInjectionTarget / resolveGovernanceLanding）已随 ADR-0029 删除
 - knowledge 命令包含 11 个子操作（list/search/import/decay/stats/sync-rag/audit/snapshot/migrate/index/health）；upsert/sync-status 已迁至 studio CLI（harness#110，二者硬编码 localhost Studio 内部端点，不属 harness「通用框架、文件驱动」定位）
 - `stats` / `health` 的飞轮数字不在 CLI 内计算：分子口径唯一实现是 `knowledge/flywheel-metrics.ts`（`evaluateFlywheel`，ADR-0013），本层只做百分比取整/一位小数与字段名映射；`.consumption-stats.json` 的读取留在各命令（module 零 IO）
 - 特殊路由（选项条件、子命令兜底、裸跑语义）表达在定义表的 optionRoutes / subcommands / subcommandStrict / bareRunsAction 字段，bin 是纯通用引擎、不含单命令知识
 - **数值旗帜装配口径（harness#152）**：`<n>` / `<rate>` 这类数值旗帜经 commander 到命令侧**恒是字符串**（`defaultValue: '50'` 也是），所以入参声明必须跟着运行时形状走——装配点之前声明 `string`（或双形 `string | number`，如 `failure --limit`），数值只在装配点转一次。装配点有两处：**有 `mapActionArgs` 的命令在定义表装配**（`status --hours`、`constraints report` 三阈值、门禁 `--coverage-threshold`/`--bundle-threshold`/`--min-reviewers`），**knowledge 族是「纯投影条目」故编组归命令模块**（`knowledgeSearchCommand` 的 `--limit`、`knowledgeAudit` 的 `--threshold`）；两形都对，判据是「声明与运行时一致」，因此 `as any` 不该出现在这条链上（它替编译器记住了旗帜的实际形状，去掉 `parseInt` 就是往数值槽塞字符串）。**转不出来必须 fail-loud**（`logError` + `usage-error`，非零退出）：下游兜底写的多是 `?? 缺省值`，而 `??` 只兜 `null`/`undefined`、NaN 照单全收，于是一句 `len < NaN` 恒 false 就把一道质量判定静默关掉、退出码仍是 0（#152 病灶正本：`knowledge audit --threshold abc`）。上游按口径挡住的，引擎侧不再重复兜（库面向的守卫已落 harness#163：`KnowledgeAudit` 构造器对 `shortContentThreshold`/`staleDays`/`promotionBlockDays` 三槽的显式脏值（NaN/±Infinity/负数）构造期抛 `TypeError`，未传/显式 `undefined` 走缺省、显式 `0` 合法）。可检面：`__tests__/knowledge-audit-threshold.test.ts`（脏值 fail-loud / 缺省 '50' 与未传同果 / 显式 '0' 不被当未传 / `knowledge.ts` 零 `as any`）+ `__tests__/bin-exit-mapping.test.ts`（对外退出码 1 的端到端证据）；knowledge 的 `kind:` 逐行冻结豁免表在 `__tests__/knowledge-view.test.ts` 闸 1（#152 起两行、#154 起三行，理由随表注）。其余数值旗帜的脏输入后果（fail-closed 与静默按缺省两类）逐项判定见 #152 票面，#152 只收 `knowledge audit --threshold` 一处；**harness#154 已把口径推广到全部数值旗帜**（已推广清单如下），**唯一解析器 = `src/utils/numeric-flag.ts`**（本条目指名的正本：`parseNumericFlag` 判别 + `numericFlagMessage` 文案模板 + `requireNumericFlag` 抛出 + `NumericFlagError`；`parseInt`/`parseFloat` 的前缀截断 `'30abc'→30`、`'1e2'→1` 同属静默误读，禁回）。两消费形同一条判定规则：定义表 `mapActionArgs` 站点（`constraints report` 三阈值、`performance --coverage-threshold`/`--bundle-threshold`、`review --min-reviewers`）走 `requireNumericFlag` 抛出、bin 在 `runDefinition` 捕获映射 usage-error——定义表是纯数据模块返回不了 CommandResult，装配失败的通道只此一条，bin 不因此新增单命令知识；命令模块站点（`knowledge search --limit`、`failure list --limit`、`passes-gate --coverage-threshold` 的 `coverageCheck`）走 `parseNumericFlag` 就地 `logError` + `usage-error`，且都先于 store/recorder 构造与任何执行（脏值零落盘）。#152 的 `assembleShortContentThreshold` 改为委派 `parseNumericFlag`（函数面与 #152 报错文案保留、冻结测试钉死，未新建第二套解析器）。**#152 判为 fail-closed 的两处不保留、一并收敛 fail-loud**（#154 裁定）：`passes-gate --coverage-threshold` 的「覆盖率不足 (x% < NaN%)」自证异常文案与 `review --min-reviewers` 的恒不通过——脏输入属用法错误、自证异常的文案即缺陷；合法输入路径逐字不变，退出码面 review 1→1、passes-gate coverage 脏值 0→1 属缺陷修正（定级与 CHANGELOG 入账见该票）。边界不动：门禁/引擎构造器侧的 falsy/`??` 约定是库面向语义（显式 `0` 在 performance 门禁内仍 = 不检查该项），与 #163 同例不重复兜；`status --hours` 是死旗帜，另族另票。可检面新增：`src/utils/__tests__/numeric-flag.test.ts`（解析规则矩阵）+ `src/cli/commands/__tests__/numeric-flag-assembly.test.ts`（定义表逐旗帜装配 + 命令入口 + 端到端 spawn：脏输入 / 合法路径对拍 / 显式 `0`）
 - **命令 interface = `CommandResult` + 注入 io（架构评审候选7）**：命令实现一律声明 `Promise<CommandResult>`（判别联合 `ok|skip|fail|usage-error`，`fail`/`usage-error` 必附可定位的 `reason`，多闸门命令 reason 含 `gate <id>`），末位可选形参 `io: CommandIO = processIO`；类型与写入面在 `src/cli/command-contract.ts`
-  - **writer 层 `io` 必传，缺省只留在对外命令入口（harness#149）**：`= processIO` 的缺省是给 bin 不注入时的对外入口用的（每个命令模块一处，如 `init()`）。命令内部的落盘 writer 与它们的路由一律收**必传** `io`——缺省留在链路上时，调用点漏传不报错，只是静默把提示兜到真实 stdout：`captureIO()` 的测试面因此天然缺那批行，`⚠️ …标记残缺…请人工修复` 这类唯一提示写坏了没有测试会红。init 治理段的三个 writer（Output Style / AGENTS.md / CLAUDE.md，共 14 条 `log(io, …)`）与落点路由 `setupGovernanceConstraints` 已按此收口；机器可检：`__tests__/init-governance-io.test.ts`（源形状闸：`init.ts` 内该缺省只剩 `init()` 一处 + 四个 writer 签名必传 + `setupGovernance` 调用点逐个传 io）与行为面（临时目录真跑 init，断言这批提示落进注入面；#158 把 `⚠️ …标记残缺…请人工修复` 四处分支补齐——CLAUDE.md 的 Output Style 段 / AGENTS.md 的 PRESERVE 外层单边 / 段内 HARNESS_CONSTRAINTS 单边 / CLAUDE.md 的 HARNESS_CONSTRAINTS 单边各一条捕获面断言，fixture 各自单建）
+  - **writer 层 `io` 必传，缺省只留在对外命令入口（harness#149）**：`= processIO` 的缺省是给 bin 不注入时的对外入口用的（每个命令模块一处，如 `init()`）。命令内部的落盘 writer 与它们的路由一律收**必传** `io`——缺省留在链路上时，调用点漏传不报错，只是静默把提示兜到真实 stdout：`captureIO()` 的测试面因此天然缺那批行，`⚠️ …标记残缺…请人工修复` 这类唯一提示写坏了没有测试会红。init 治理段的 writer 已按此收口（ADR-0029 后只剩 Output Style 段一个 writer）；机器可检：`__tests__/init-governance-io.test.ts`（源形状闸：`init.ts` 内该缺省只剩 `init()` 一处 + writer 签名必传 + `setupGovernance` 调用点逐个传 io）与行为面（临时目录真跑 init，断言 Output Style 段提示与其 `⚠️ …标记残缺…请人工修复` 告警落进注入面）
 - **本目录零 `process.exit` / `process.exitCode`**：kind → 退出码的唯一映射在 `bin/harness.js`（`ok`/`skip` → 0，`fail`/`usage-error` → 1，未知 kind fail-closed）。历史上两处条件式（`command --level` 按严重级、门禁按 passed）已由命令侧译成 kind；`sync-docs --check` 的漂移改由实现返回 `fail`（定义表的 `afterRun` 逃生门随之废除）
 - **输出不得直接用 console**：流式打印走 `log(io, …)` / `logError(io, …)`（`util.format` + 换行，与 console 逐字节等价，见 `src/cli/__tests__/command-contract.test.ts`）；测试断言输出用 `captureIO()`，不再 `spyOn(process, 'exit')`；`--json` 输出断言用 `lastJsonOutput(io)`（JSON.parse 正本，harness#108）。例外：`constraints retire` 交互正文仍走 console（其 `RetireIO` 只注入 readline 流），退役结果打印已接注入流
 - **#95 同型扫荡结论**：两门禁站点已修（`passes-gate` 执行/证据落 projectPath、`acceptance` 去掉 `tasksPath: './tasks.yml'` 相对默认值）。逐点判定后的豁免四处，理由与站点原文一起冻结在 `__tests__/project-path-convention.test.ts` 的豁免表：`release` 的 `pkgPath`（定义表本无 `-p`，pkgPath 就是该命令唯一的根且已逐个传给每条 `run(cmd, pkgPath)`，不构成半失效；给发布流水线新增 `-p` 属新能力）、`command` 的 `evaluate({ projectPath: process.cwd(), … })`（`CommandGate` 只做命令串正则判定、零文件读写，且该命令定义表里没有 `-p`，取 cwd 仅为满足 `GateContext` 形状，架构评审候选1）、`constraints` 的 `join(process.cwd(), 'package.json')`（报的是 harness 自身包版本，主锚 `__dirname`，cwd 仅兜底）、`core/spec/validator.ts` 的 `schemaPath: './specs/schemas'`（**确是同型病灶**：`validateAll(projectPath)` 用 projectPath 找 spec 文件、却用 cwd 找 schema；但 `validateFile`/`loadSchema` 签名里没有根，补齐要穿透整个 spec 域，留待 spec 单票收口）
+- **另知：CAPABILITIES.md 排版面两处已知限制（harness#171 未修）**：① 收拢的围栏豁免只认 ` ``` ` / `~~~` 标记行，**4 空格以上缩进的代码块不豁免**（触发条件：手写 CAPABILITIES.md 用缩进而非围栏放表格示例，块内空行会被当排版脏行收掉）——缩进 ≥4 在 CommonMark 里与「缩进表格」本身歧义，现有豁免取保守侧（宁可少动），要收口得连 `TABLE_ROW_REGEX` 的缩进上界一起定；② **module 模式下整张表被收空后，下一次写会走「无表格」分支自动补一整张目录表**（`updateCapabilitiesFile` 的 `existingFiles.length === 0` else 分支），与同文件「目录条目需人工策划登记」的约定冲突——非 #171 引入（撤登记前留下的「空行 + 表头」形状经 `parseCapabilitiesFiles` 同样解析为空集，实测两版行为一致），且登记面认不认围栏要连 ADR-0009 一起裁决，另票。

package/src/cli/commands/__tests__/check-read-count.test.ts

@@ -68,7 +68,7 @@ function write(dir: string, rel: string, content: string): void {
 
 const TABLE = ['| 能力 | 路径 | 说明 |', '|---|---|---|'];
 
-/** 一个「两 checker 都会真评估」的项目：源码根下两个已登记文件 + 自定义约束 + 一条 trace */
+/** 一个「两 checker 都会真评估」的项目：源码根下两个已登记文件 + 一条 trace */
 function fixtureRepo(): string {
   const dir = fs.mkdtempSync(path.join(os.tmpdir(), 'harness-read-count-'));
   git(dir, 'init', '-q');
@@ -76,11 +76,6 @@ function fixtureRepo(): string {
   git(dir, 'config', 'user.name', 'Fixture');
   write(dir, 'README.md', '# fixture\n');
   write(dir, '.harness/config.yml', 'preset: standard\n');
-  write(
-    dir,
-    '.harness/custom-constraints.yml',
-    'custom_constraints:\n  ab_custom_rule:\n    level: guideline\n    rule: 自定义规则\n    message: 自定义提示\n    trigger: manual\n'
-  );
   write(
     dir,
     'CAPABILITIES.md',
@@ -131,25 +126,21 @@ describe('一次 check 的文件读取计数闸（ADR-0023 决策 5 ①）', ()
     const result = await check({ staged: true, projectPath: dir }, io);
     expect(result.kind).toBe('ok');
     // 正对照：两个吃能力表的 checker 确实跑了（否则下面的断言是空跑）
-    expect(io.outText()).toContain('自定义约束: 1 条');
     expect(io.outText()).toContain('触发条件: module_modification');
 
     expect([...readCounts().entries()].sort()).toEqual(
       [
         // —— 一次运行一份：本 ADR 的承诺面 ——
         ['.harness/config.yml', 1],
-        ['.harness/custom-constraints.yml', 1],
         ['CAPABILITIES.md', 1],
         ['.harness/logs/traces.log', 2],
         ['.harness/.state.json', 1], // ADR-0026：智能提示经 StateIO 读状态，恰一次
+        ['AGENTS.md', 1],
         // —— 已知例外（改动需明写理由）——
         // traces.log = 2：head 50（智能提示的阈值判定，决策 3）与 tail 20（有无失败证据，
         // 决策 4）是两个不同窗口的**有界**读；并成一个窗口就等于回到整读。
-        // AGENTS.md = 3 / CLAUDE.md = 2：决策表明示本 ADR 不处理治理文档的重复读
-        // （1.5–25KB，<1ms）。CLAUDE.md 在本夹具里并不存在，2 = 落点路由与旧落点兜底
-        // 各尝试读一次（读失败的尝试同样计入）。
-        ['AGENTS.md', 3],
-        ['CLAUDE.md', 2],
+        // AGENTS.md = 1：ADR-0029 注入漂移检测与 custom 约束面关停后，治理文档只剩
+        // governance_presence 一处读者（夹具 CLAUDE.md 不存在且不再被探测，归零）。
       ].sort()
     );
   });
@@ -159,8 +150,6 @@ describe('一次 check 的文件读取计数闸（ADR-0023 决策 5 ①）', ()
 
     const except = new Set([
       path.join('.harness', 'logs', 'traces.log'), // 两个窗口的有界读，见上表理由
-      'AGENTS.md', // 治理文档，ADR-0023 决策表明示不处理
-      'CLAUDE.md',
     ]);
     const offenders = [...readCounts()].filter(
       ([file, n]) => !except.has(file) && n > 1

package/src/cli/commands/__tests__/check-skip-output.test.ts

@@ -62,13 +62,13 @@ jest.mock('chalk', () => ({
   red: jest.fn((str: string) => str),
 }));
 
-function fakeConstraint(id: string, level: 'iron_law' | 'guideline') {
+function fakeConstraint(id: string, severity: 'error' | 'warning') {
   return {
     kind: 'check' as const,
     id,
     rule: 'test',
     message: `msg-${id}`,
-    level,
+    severity,
     trigger: 'code_implementation',
     enforcement: 'test',
   };
@@ -83,21 +83,21 @@ describe('check 命令 skip 输出', () => {
     jest.clearAllMocks();
   });
 
-  it('skipped 单独列示，不计入铁律通过条数', async () => {
+  it('skipped 单独列示，不计入 error 级通过条数', async () => {
     mockChecker.checkConstraints.mockResolvedValue({
       passed: true,
-      ironLaws: [
-        { id: 'law_pass', level: 'iron_law', satisfied: true, checkedAt: new Date(), constraint: fakeConstraint('law_pass', 'iron_law') },
-        { id: 'law_skip', level: 'iron_law', satisfied: true, skipped: true, checkedAt: new Date(), constraint: fakeConstraint('law_skip', 'iron_law') },
+      errors: [
+        { id: 'law_pass', severity: 'error', satisfied: true, checkedAt: new Date(), constraint: fakeConstraint('law_pass', 'error') },
+        { id: 'law_skip', severity: 'error', satisfied: true, skipped: true, checkedAt: new Date(), constraint: fakeConstraint('law_skip', 'error') },
       ],
-      guidelines: [],
+      warnings: [],
       warningCount: 0,
     });
 
     await check({ preset: 'default', staged: false }, io);
 
     // 通过条数只计实际评估的 1 条
-    expect(io.outText()).toContain('铁律: 全部通过 (1 条)');
+    expect(io.outText()).toContain('error 级约束: 全部通过 (1 条)');
     // skipped 单独列示
     expect(io.outText()).toContain('跳过评估: 1 条');
     expect(io.outText()).toContain('- law_skip');
@@ -105,20 +105,20 @@ describe('check 命令 skip 输出', () => {
     expect(io.outText()).toContain('约束检查通过');
   });
 
-  it('指导原则通过计数排除 skipped', async () => {
+  it('warning 级通过计数排除 skipped', async () => {
     mockChecker.checkConstraints.mockResolvedValue({
       passed: true,
-      ironLaws: [],
-      guidelines: [
-        { id: 'g_pass', level: 'guideline', satisfied: true, checkedAt: new Date(), constraint: fakeConstraint('g_pass', 'guideline') },
-        { id: 'g_skip', level: 'guideline', satisfied: true, skipped: true, checkedAt: new Date(), constraint: fakeConstraint('g_skip', 'guideline') },
+      errors: [],
+      warnings: [
+        { id: 'g_pass', severity: 'warning', satisfied: true, checkedAt: new Date(), constraint: fakeConstraint('g_pass', 'warning') },
+        { id: 'g_skip', severity: 'warning', satisfied: true, skipped: true, checkedAt: new Date(), constraint: fakeConstraint('g_skip', 'warning') },
       ],
       warningCount: 0,
     });
 
     await check({ preset: 'default', staged: false }, io);
 
-    expect(io.outText()).toContain('指导原则: 1/1 通过');
+    expect(io.outText()).toContain('warning 级约束: 1/1 通过');
     expect(io.outText()).toContain('跳过评估: 1 条');
   });
 });

package/src/cli/commands/__tests__/check.test.ts

@@ -155,7 +155,7 @@ describe('check command（真 git fixture）', () => {
   });
 
   describe('判定与输出形状', () => {
-    it('真证据全部满足时逐层通过，未接线证据单独列示', async () => {
+    it('真证据全部满足时逐层通过', async () => {
       const dir = gitRepo();
       stageChange(dir, 'src/existing.ts', 'export const a = 2;\n');
       passTraces(dir);
@@ -165,16 +165,13 @@ describe('check command（真 git fixture）', () => {
         io
       );
 
-      // 3 条 code_implementation 铁律：incremental_progress 的 hasSingleTask 未接线 → skip
-      expect(io.outText()).toContain('✅ 铁律: 全部通过 (2 条)');
-      expect(io.outText()).toContain('✅ 指导原则: 2/2 通过');
-      expect(io.outText()).toContain('⏭️  跳过评估: 1 条（约定未采用或证据未接线，不计通过/失败）');
-      expect(io.outText()).toContain('- incremental_progress');
+      expect(io.outText()).toContain('✅ error 级约束: 全部通过 (1 条)');
+      expect(io.outText()).toContain('✅ warning 级约束: 1/1 通过');
       expect(io.outText()).toContain('✅ 约束检查通过');
       expect(result).toEqual({ kind: 'ok' });
     });
 
-    it('无验证证据 → 真铁律拦截，经异常外溢为 fail', async () => {
+    it('无验证证据 → 真 error 级拦截，经异常外溢为 fail', async () => {
       const dir = gitRepo();
       stageChange(dir, 'src/existing.ts', 'export const a = 2;\n');
       write(dir, '.harness/logs/traces.log', '{"constraintId":"fixture","result":"fail"}\n');
@@ -207,7 +204,7 @@ describe('check command（真 git fixture）', () => {
       expect(result.kind).toBe('fail');
     });
 
-    it('staged 硬编码凭证 → 指导原则警告但不阻断', async () => {
+    it('staged 硬编码凭证 → warning 级警告但不阻断', async () => {
       const dir = gitRepo();
       stageChange(
         dir,
@@ -223,7 +220,7 @@ describe('check command（真 git fixture）', () => {
         io
       );
 
-      expect(io.outText()).toContain('⚠️  指导原则警告: 1 条');
+      expect(io.outText()).toContain('⚠️  warning 级约束警告: 1 条');
       expect(io.outText()).toContain('- no_hardcoded_credentials');
       expect(io.outText()).toContain('✅ 约束检查通过');
       expect(result).toEqual({ kind: 'ok' });
@@ -313,8 +310,8 @@ describe('check command（真 git fixture）', () => {
       );
 
       const out = io.outText();
-      expect(out).toContain('✅ 指导原则: 1/1 通过');
-      expect(out).not.toContain('指导原则警告');
+      expect(out).toContain('✅ warning 级约束: 1/1 通过');
+      expect(out).not.toContain('warning 级约束警告');
       expect(out).toContain('💡 提示: 1 条（不判违规，供参考）');
       expect(out).toContain('- capability_sync:');
       expect(out).toContain('src/nested/deep.ts');
@@ -398,7 +395,7 @@ describe('check command（真 git fixture）', () => {
       const traces = projectTraces(dir).slice(seeded);
 
       expect(traces.map(t => t.constraintId)).toEqual(
-        expect.arrayContaining(['incremental_progress', 'no_implementation_without_requirement'])
+        expect.arrayContaining(['no_completion_without_verification', 'no_hardcoded_credentials'])
       );
       expect(traces.every(t => ['pass', 'fail', 'skip'].includes(t.result))).toBe(true);
       expect(traces.every(t => t.projectPath === dir)).toBe(true);
@@ -462,7 +459,7 @@ describe('check command（真 git fixture）', () => {
   });
 
   describe('生效集来自真 .harness/config.yml', () => {
-    it('报告自定义、禁用与未知约束 id', async () => {
+    it('报告禁用与未知约束 id', async () => {
       const dir = gitRepo();
       stageChange(dir, 'src/existing.ts', 'export const a = 2;\n');
       passTraces(dir);
@@ -470,12 +467,6 @@ describe('check command（真 git fixture）', () => {
         dir,
         '.harness/config.yml',
         [
-          'custom_constraints:',
-          '  fixture_rule:',
-          '    id: fixture_rule',
-          '    level: guideline',
-          '    trigger: manual',
-          '    message: fixture 自定义约束',
           'constraints:',
           '  capability_sync:',
           '    enabled: false',
@@ -490,7 +481,6 @@ describe('check command（真 git fixture）', () => {
         io
       );
 
-      expect(io.outText()).toContain('自定义约束: 1 条');
       expect(io.outText()).toContain('已禁用约束: capability_sync, no_such_rule');
       expect(io.outText()).toContain('配置中存在未知约束 id（已忽略，可清理）: no_such_rule');
     });
@@ -546,24 +536,17 @@ describe('check command（真 git fixture）', () => {
       expect(result).toEqual({ kind: 'ok' });
     });
 
-    it('应该列出铁律', () => {
+    it('应该列出 error 级约束', () => {
       const result = listLaws({}, io);
 
-      expect(io.outText()).toContain('铁律');
+      expect(io.outText()).toContain('error 级');
       expect(result).toEqual({ kind: 'ok' });
     });
 
-    it('应该列出指导原则', () => {
+    it('应该列出 warning 级约束', () => {
       const result = listLaws({}, io);
 
-      expect(io.outText()).toContain('指导原则');
-      expect(result).toEqual({ kind: 'ok' });
-    });
-
-    it('应该列出提示', () => {
-      const result = listLaws({}, io);
-
-      expect(io.outText()).toContain('提示');
+      expect(io.outText()).toContain('warning 级');
       expect(result).toEqual({ kind: 'ok' });
     });
   });