agentic-flow-kit 1.8.1 → 1.8.7

package/README.md

@@ -35,7 +35,7 @@ node .agents/scripts/confirm-doc.mjs workflow/intents/<文件>.md   # 终端里
 
 **门禁信任档**（`.agents/kit.json` 的 `gateTrust`）：默认 `project` —— gate 安装锚失配只 WARN（装户对门有最终所有权，锚只提供可见性）。多仓或组织场景改成 `org`，失配即 `doctor` FAIL（exit 1），对齐托管策略的组织级强制。缺键或非法值一律回退 `project`，不会因写错而变严。
 
-**待澄清标记**：起草 spec / plan 时不确定的地方照实写一行 `- 待澄清：<你卡在哪>`，不要猜——「我不知道」是负责，猜是失职（与检查 2 的模板占位符语义相反：占位符是忘了填）。起草门不拦（零阻塞），但 `draft→approved` 确认时仍挂着未澄清项会被 `confirm-doc` 拒绝落账。解决后把行首改成 `- 已澄清：`（保留行，留痕曾不清楚过）或删行。
+**待澄清标记**：起草 intent / spec / plan 时不确定的地方照实写一行 `- 待澄清：<你卡在哪>`，不要猜——「我不知道」是负责，猜是失职（与检查 2 的模板占位符语义相反：占位符是忘了填）。起草门不拦（零阻塞），但 `draft→approved` 确认时仍挂着未澄清项会被 `confirm-doc` 拒绝落账（2026-10-18 立项跳对称化起 intents 同口径挂门——intent 是后链全部文档的种子；存量无标记零回溯）。解决后把行首改成 `- 已澄清：`（保留行，留痕曾不清楚过）或删行。
 
 **关于「确认门」的诚实边界**：确认门是**留痕机制，不是防伪机制**。`confirm-doc.mjs` 把确认事件写进 `.agents/confirmations.jsonl`（append-only，入 git），check-loop 据此对账——但台账是本地可写文件，**刻意手改台账仍可伪造**。门禁的实际作用是把「顺手绕过」抬到「主动伪造」（两者性质不同、可事后对质），而非关闭通道。引擎注释对此有完整声明（见包源 `templates/_agents/scripts/stage-gates.mjs` 头部信任边界段；装户径同份在 `.agents/scripts/stage-gates.mjs`）。委托代录（`--delegated`）的台账行如实记 `source` 与用户原话供事后对质，永不伪装 TTY 确认。
 

package/modules/hosts/claude/commands/wf-build.md

@@ -64,6 +64,6 @@ description: Build 阶段:起 plan + 实现代码 + 自验(确认后才动代码
 
 ## 5. 确认后
 
-- plan 状态 → done（实现完成；intent / spec 关单在 test）
+- plan 状态保持 `approved`，**不在此置 `done`**——实现完成 ≠ 关单；`done` 在 `test.md` §6 验收勾验后经 confirm-doc 置（intent / spec / 修复的同名 plan 亦在 test 一并收口；build 直跳 `done` 会绕过确认门、触发检查 15 指纹对账）
 - commit：L1+ 入口文档 / spec / plan 随代码同一提交（Conventional Commits 中文 feat/fix/refactor/perf）；docs 豁免与 bootstrap 可单独 `docs(*)`
 - 进 `next: .agents/commands/test.md`

package/modules/hosts/claude/commands/wf-design.md

@@ -24,7 +24,7 @@ description: Design 阶段:起 spec(L2/L3 强制,L1 可省略)
    - **填空工具先跑**：`node .agents/scripts/fill-spec.mjs --level <L1|L2|L3> --topic <主题> --output workflow/specs/<date>-<主题>.md`——输出含 frontmatter 5 字段 + 5 节正文（功能行为/数据流/系统改动/约束遵守映射/风险评估）的草稿；AI 据此填实
    - 复制 `workflow/specs/_TEMPLATE.md` → `workflow/specs/YYYY-MM-DD-<主题>.md`(与入口文档同名)
    - 按 5 节填写:功能行为 / 数据流 / 系统改动 / 约束遵守映射 / 风险评估
-   - 约束映射必须对照根 `AGENTS.md` 红线/约束相关节（如「项目适配区」「门禁与提交」）与改动域目录级 `AGENTS.md`（如有）逐条说明如何满足
+   - 约束映射必须对照根 `AGENTS.md` 红线与「工程原则」节及约束相关节（如「项目适配区」「门禁与提交」）与改动域目录级 `AGENTS.md`（如有）逐条说明如何满足
    - 存在多个可行方案时,在 spec 中列出各方案取舍与 AI 建议项,由用户选定后方可确认
    - **页面/交互入口形态必须用户确认**:spec 须写明入口是「表单（字段清单）」还是「选择器/弹窗」，禁止自行推定交互形态
 4. 起草后停下,输出草稿全文给用户过目。

package/modules/hosts/claude/commands/wf-new-task.md

@@ -44,6 +44,7 @@ flow-kit route --files <预计改动面…> --kind require|fix|verify|review|dep
 > **两问定级**（2026-10-13 L0 退役,自源仓收敛系列 1 回灌）:结构面(schema / 迁移 SQL / DI / 认证管线)→ L3;契约或共享口径 → L2;两者都没有 → L1。不要按严重程度从 L1 往上滑。
 > **落位**: L1 写在 plan frontmatter `级别`;L2/L3 写在 intent(intent 另以 `risk_level`=级别双写,`fill-intent.mjs` 自动写入,机器选道用)。
 > **判低拦截**: 入口勾触达红线 → check-loop「红线判低」hard 拦 → 升到 L2/L3 并补同名 spec。
+> **预判留痕**（§25 advisory）: 定级先做结构化预判（有结构化判定工具则对齐本仓判据，无则按两问自判），结果写进入口文档 frontmatter「预判: kind=<kind> level=<L1|L2|L3>」——与实际落位不符 check-loop 出 WARN 留账。kind 词表与对账机理见 `.agents/notes/engine-internals.md`（维护者面）。
 >
 > **L2/L3 起草期合并预览**：三件套起草按 [design.md §0](design.md) 一次呈现要点总览（逐件确认代录不变）。
 

package/modules/hosts/claude/commands/wf-review.md

@@ -44,6 +44,6 @@ description: 代码评审标准（按风险分级：机器兜底 + AI 自查出
 ## 4. 审查分工（用户决策 + AI 协作）
 
 - **机器兜底**（pre-commit / pre-push / test 自动拦，无需人守）：门禁清单与判据以 `.githooks/`、`.agents/hooks/`、`check-loop.sh` 头部注释为准；`项目测试命令` 跑自动化用例。
-- **AI 复核**：机器门禁完成后优先委派 `independent-reviewer`，聚焦 P0 hook 未覆盖项 + 全部 P1（P2 视精力）——产出分级问题清单 + 修复建议。复核方法走 `.agents/skills/review-method/SKILL.md`（Standards×Spec 双轴 + 坏味道走查 + 合入标尺；有全局 `code-review` 技能时可叠加）；每条 finding 报告前过 `review-verification-protocol` 防误报门（锚定 file:line、给出证据、校准严重级，不确定就降级为提问）。
+- **AI 复核**：机器门禁完成后优先委派 `independent-reviewer`，聚焦 P0 hook 未覆盖项 + 全部 P1（P2 视精力）——产出分级问题清单 + 修复建议。复核方法走 `.agents/skills/review-method/SKILL.md`（Standards×Spec 双轴 + 坏味道走查 + 合入标尺；有全局 `code-review` 技能时可叠加）；每条 finding 报告前过 `review-verification-protocol` 防误报门（锚定 file:line、给出证据、校准严重级，不确定就降级为提问）。**落账**：复核收口时在 `workflow/reviews.d/<当月>.md` 追加一行事件记录——八列 `| 日期 | 对象 | 复核员(宿主) | 意见数 | 采纳 | 拒绝 | 误报 | 备注 |`，自洽约束 采纳+拒绝+误报=意见数（gen-workflow-metrics 按此校验，破坏即拦）；月度聚合进 metrics「复核效果」表
 - **独立性**：L2 / L3 必须用独立子智能体，宿主不支持时另开新会话，不得由原作者自查冒充；L1 且宿主不支持子智能体时可由主智能体按同一复核契约执行。
 - **用户决策**：问题定性（误报驳回 / P0 成立必修 / P1、P2 处置裁量）+ 合入时机；git 历史即评审记录，追溯靠 commit 与 tag。

package/modules/hosts/codex/commands/wf-build.md

@@ -64,6 +64,6 @@ description: Build 阶段:起 plan + 实现代码 + 自验(确认后才动代码
 
 ## 5. 确认后
 
-- plan 状态 → done（实现完成；intent / spec 关单在 test）
+- plan 状态保持 `approved`，**不在此置 `done`**——实现完成 ≠ 关单；`done` 在 `test.md` §6 验收勾验后经 confirm-doc 置（intent / spec / 修复的同名 plan 亦在 test 一并收口；build 直跳 `done` 会绕过确认门、触发检查 15 指纹对账）
 - commit：L1+ 入口文档 / spec / plan 随代码同一提交（Conventional Commits 中文 feat/fix/refactor/perf）；docs 豁免与 bootstrap 可单独 `docs(*)`
 - 进 `next: .agents/commands/test.md`

package/modules/hosts/codex/commands/wf-design.md

@@ -24,7 +24,7 @@ description: Design 阶段:起 spec(L2/L3 强制,L1 可省略)
    - **填空工具先跑**：`node .agents/scripts/fill-spec.mjs --level <L1|L2|L3> --topic <主题> --output workflow/specs/<date>-<主题>.md`——输出含 frontmatter 5 字段 + 5 节正文（功能行为/数据流/系统改动/约束遵守映射/风险评估）的草稿；AI 据此填实
    - 复制 `workflow/specs/_TEMPLATE.md` → `workflow/specs/YYYY-MM-DD-<主题>.md`(与入口文档同名)
    - 按 5 节填写:功能行为 / 数据流 / 系统改动 / 约束遵守映射 / 风险评估
-   - 约束映射必须对照根 `AGENTS.md` 红线/约束相关节（如「项目适配区」「门禁与提交」）与改动域目录级 `AGENTS.md`（如有）逐条说明如何满足
+   - 约束映射必须对照根 `AGENTS.md` 红线与「工程原则」节及约束相关节（如「项目适配区」「门禁与提交」）与改动域目录级 `AGENTS.md`（如有）逐条说明如何满足
    - 存在多个可行方案时,在 spec 中列出各方案取舍与 AI 建议项,由用户选定后方可确认
    - **页面/交互入口形态必须用户确认**:spec 须写明入口是「表单（字段清单）」还是「选择器/弹窗」，禁止自行推定交互形态
 4. 起草后停下,输出草稿全文给用户过目。

package/modules/hosts/codex/commands/wf-new-task.md

@@ -44,6 +44,7 @@ flow-kit route --files <预计改动面…> --kind require|fix|verify|review|dep
 > **两问定级**（2026-10-13 L0 退役,自源仓收敛系列 1 回灌）:结构面(schema / 迁移 SQL / DI / 认证管线)→ L3;契约或共享口径 → L2;两者都没有 → L1。不要按严重程度从 L1 往上滑。
 > **落位**: L1 写在 plan frontmatter `级别`;L2/L3 写在 intent(intent 另以 `risk_level`=级别双写,`fill-intent.mjs` 自动写入,机器选道用)。
 > **判低拦截**: 入口勾触达红线 → check-loop「红线判低」hard 拦 → 升到 L2/L3 并补同名 spec。
+> **预判留痕**（§25 advisory）: 定级先做结构化预判（有结构化判定工具则对齐本仓判据，无则按两问自判），结果写进入口文档 frontmatter「预判: kind=<kind> level=<L1|L2|L3>」——与实际落位不符 check-loop 出 WARN 留账。kind 词表与对账机理见 `.agents/notes/engine-internals.md`（维护者面）。
 >
 > **L2/L3 起草期合并预览**：三件套起草按 [design.md §0](design.md) 一次呈现要点总览（逐件确认代录不变）。
 

package/modules/hosts/codex/commands/wf-review.md

@@ -44,6 +44,6 @@ description: 代码评审标准（按风险分级：机器兜底 + AI 自查出
 ## 4. 审查分工（用户决策 + AI 协作）
 
 - **机器兜底**（pre-commit / pre-push / test 自动拦，无需人守）：门禁清单与判据以 `.githooks/`、`.agents/hooks/`、`check-loop.sh` 头部注释为准；`项目测试命令` 跑自动化用例。
-- **AI 复核**：机器门禁完成后优先委派 `independent-reviewer`，聚焦 P0 hook 未覆盖项 + 全部 P1（P2 视精力）——产出分级问题清单 + 修复建议。复核方法走 `.agents/skills/review-method/SKILL.md`（Standards×Spec 双轴 + 坏味道走查 + 合入标尺；有全局 `code-review` 技能时可叠加）；每条 finding 报告前过 `review-verification-protocol` 防误报门（锚定 file:line、给出证据、校准严重级，不确定就降级为提问）。
+- **AI 复核**：机器门禁完成后优先委派 `independent-reviewer`，聚焦 P0 hook 未覆盖项 + 全部 P1（P2 视精力）——产出分级问题清单 + 修复建议。复核方法走 `.agents/skills/review-method/SKILL.md`（Standards×Spec 双轴 + 坏味道走查 + 合入标尺；有全局 `code-review` 技能时可叠加）；每条 finding 报告前过 `review-verification-protocol` 防误报门（锚定 file:line、给出证据、校准严重级，不确定就降级为提问）。**落账**：复核收口时在 `workflow/reviews.d/<当月>.md` 追加一行事件记录——八列 `| 日期 | 对象 | 复核员(宿主) | 意见数 | 采纳 | 拒绝 | 误报 | 备注 |`，自洽约束 采纳+拒绝+误报=意见数（gen-workflow-metrics 按此校验，破坏即拦）；月度聚合进 metrics「复核效果」表
 - **独立性**：L2 / L3 必须用独立子智能体，宿主不支持时另开新会话，不得由原作者自查冒充；L1 且宿主不支持子智能体时可由主智能体按同一复核契约执行。
 - **用户决策**：问题定性（误报驳回 / P0 成立必修 / P1、P2 处置裁量）+ 合入时机；git 历史即评审记录，追溯靠 commit 与 tag。

package/modules/hosts/cursor/commands/wf-build.md

@@ -64,6 +64,6 @@ description: Build 阶段:起 plan + 实现代码 + 自验(确认后才动代码
 
 ## 5. 确认后
 
-- plan 状态 → done（实现完成；intent / spec 关单在 test）
+- plan 状态保持 `approved`，**不在此置 `done`**——实现完成 ≠ 关单；`done` 在 `test.md` §6 验收勾验后经 confirm-doc 置（intent / spec / 修复的同名 plan 亦在 test 一并收口；build 直跳 `done` 会绕过确认门、触发检查 15 指纹对账）
 - commit：L1+ 入口文档 / spec / plan 随代码同一提交（Conventional Commits 中文 feat/fix/refactor/perf）；docs 豁免与 bootstrap 可单独 `docs(*)`
 - 进 `next: .agents/commands/test.md`

package/modules/hosts/cursor/commands/wf-design.md

@@ -24,7 +24,7 @@ description: Design 阶段:起 spec(L2/L3 强制,L1 可省略)
    - **填空工具先跑**：`node .agents/scripts/fill-spec.mjs --level <L1|L2|L3> --topic <主题> --output workflow/specs/<date>-<主题>.md`——输出含 frontmatter 5 字段 + 5 节正文（功能行为/数据流/系统改动/约束遵守映射/风险评估）的草稿；AI 据此填实
    - 复制 `workflow/specs/_TEMPLATE.md` → `workflow/specs/YYYY-MM-DD-<主题>.md`(与入口文档同名)
    - 按 5 节填写:功能行为 / 数据流 / 系统改动 / 约束遵守映射 / 风险评估
-   - 约束映射必须对照根 `AGENTS.md` 红线/约束相关节（如「项目适配区」「门禁与提交」）与改动域目录级 `AGENTS.md`（如有）逐条说明如何满足
+   - 约束映射必须对照根 `AGENTS.md` 红线与「工程原则」节及约束相关节（如「项目适配区」「门禁与提交」）与改动域目录级 `AGENTS.md`（如有）逐条说明如何满足
    - 存在多个可行方案时,在 spec 中列出各方案取舍与 AI 建议项,由用户选定后方可确认
    - **页面/交互入口形态必须用户确认**:spec 须写明入口是「表单（字段清单）」还是「选择器/弹窗」，禁止自行推定交互形态
 4. 起草后停下,输出草稿全文给用户过目。

package/modules/hosts/cursor/commands/wf-new-task.md

@@ -44,6 +44,7 @@ flow-kit route --files <预计改动面…> --kind require|fix|verify|review|dep
 > **两问定级**（2026-10-13 L0 退役,自源仓收敛系列 1 回灌）:结构面(schema / 迁移 SQL / DI / 认证管线)→ L3;契约或共享口径 → L2;两者都没有 → L1。不要按严重程度从 L1 往上滑。
 > **落位**: L1 写在 plan frontmatter `级别`;L2/L3 写在 intent(intent 另以 `risk_level`=级别双写,`fill-intent.mjs` 自动写入,机器选道用)。
 > **判低拦截**: 入口勾触达红线 → check-loop「红线判低」hard 拦 → 升到 L2/L3 并补同名 spec。
+> **预判留痕**（§25 advisory）: 定级先做结构化预判（有结构化判定工具则对齐本仓判据，无则按两问自判），结果写进入口文档 frontmatter「预判: kind=<kind> level=<L1|L2|L3>」——与实际落位不符 check-loop 出 WARN 留账。kind 词表与对账机理见 `.agents/notes/engine-internals.md`（维护者面）。
 >
 > **L2/L3 起草期合并预览**：三件套起草按 [design.md §0](design.md) 一次呈现要点总览（逐件确认代录不变）。
 

package/modules/hosts/cursor/commands/wf-review.md

@@ -44,6 +44,6 @@ description: 代码评审标准（按风险分级：机器兜底 + AI 自查出
 ## 4. 审查分工（用户决策 + AI 协作）
 
 - **机器兜底**（pre-commit / pre-push / test 自动拦，无需人守）：门禁清单与判据以 `.githooks/`、`.agents/hooks/`、`check-loop.sh` 头部注释为准；`项目测试命令` 跑自动化用例。
-- **AI 复核**：机器门禁完成后优先委派 `independent-reviewer`，聚焦 P0 hook 未覆盖项 + 全部 P1（P2 视精力）——产出分级问题清单 + 修复建议。复核方法走 `.agents/skills/review-method/SKILL.md`（Standards×Spec 双轴 + 坏味道走查 + 合入标尺；有全局 `code-review` 技能时可叠加）；每条 finding 报告前过 `review-verification-protocol` 防误报门（锚定 file:line、给出证据、校准严重级，不确定就降级为提问）。
+- **AI 复核**：机器门禁完成后优先委派 `independent-reviewer`，聚焦 P0 hook 未覆盖项 + 全部 P1（P2 视精力）——产出分级问题清单 + 修复建议。复核方法走 `.agents/skills/review-method/SKILL.md`（Standards×Spec 双轴 + 坏味道走查 + 合入标尺；有全局 `code-review` 技能时可叠加）；每条 finding 报告前过 `review-verification-protocol` 防误报门（锚定 file:line、给出证据、校准严重级，不确定就降级为提问）。**落账**：复核收口时在 `workflow/reviews.d/<当月>.md` 追加一行事件记录——八列 `| 日期 | 对象 | 复核员(宿主) | 意见数 | 采纳 | 拒绝 | 误报 | 备注 |`，自洽约束 采纳+拒绝+误报=意见数（gen-workflow-metrics 按此校验，破坏即拦）；月度聚合进 metrics「复核效果」表
 - **独立性**：L2 / L3 必须用独立子智能体，宿主不支持时另开新会话，不得由原作者自查冒充；L1 且宿主不支持子智能体时可由主智能体按同一复核契约执行。
 - **用户决策**：问题定性（误报驳回 / P0 成立必修 / P1、P2 处置裁量）+ 合入时机；git 历史即评审记录，追溯靠 commit 与 tag。

package/modules/hosts/opencode/commands/wf-build.md

@@ -64,6 +64,6 @@ description: Build 阶段 · 起 plan + 实现代码 + 自验（两道确认门
 
 ## 5. 确认后
 
-- plan 状态 → done（实现完成；intent / spec 关单在 test）
+- plan 状态保持 `approved`，**不在此置 `done`**——实现完成 ≠ 关单；`done` 在 `test.md` §6 验收勾验后经 confirm-doc 置（intent / spec / 修复的同名 plan 亦在 test 一并收口；build 直跳 `done` 会绕过确认门、触发检查 15 指纹对账）
 - commit：L1+ 入口文档 / spec / plan 随代码同一提交（Conventional Commits 中文 feat/fix/refactor/perf）；docs 豁免与 bootstrap 可单独 `docs(*)`
 - 进 `next: .agents/commands/test.md`

package/modules/hosts/opencode/commands/wf-design.md

@@ -24,7 +24,7 @@ description: Design 阶段 · 起 spec（L2/L3 强制，L1 可省略直接进 bu
    - **填空工具先跑**：`node .agents/scripts/fill-spec.mjs --level <L1|L2|L3> --topic <主题> --output workflow/specs/<date>-<主题>.md`——输出含 frontmatter 5 字段 + 5 节正文（功能行为/数据流/系统改动/约束遵守映射/风险评估）的草稿；AI 据此填实
    - 复制 `workflow/specs/_TEMPLATE.md` → `workflow/specs/YYYY-MM-DD-<主题>.md`(与入口文档同名)
    - 按 5 节填写:功能行为 / 数据流 / 系统改动 / 约束遵守映射 / 风险评估
-   - 约束映射必须对照根 `AGENTS.md` 红线/约束相关节（如「项目适配区」「门禁与提交」）与改动域目录级 `AGENTS.md`（如有）逐条说明如何满足
+   - 约束映射必须对照根 `AGENTS.md` 红线与「工程原则」节及约束相关节（如「项目适配区」「门禁与提交」）与改动域目录级 `AGENTS.md`（如有）逐条说明如何满足
    - 存在多个可行方案时,在 spec 中列出各方案取舍与 AI 建议项,由用户选定后方可确认
    - **页面/交互入口形态必须用户确认**:spec 须写明入口是「表单（字段清单）」还是「选择器/弹窗」，禁止自行推定交互形态
 4. 起草后停下,输出草稿全文给用户过目。

package/modules/hosts/opencode/commands/wf-new-task.md

@@ -44,6 +44,7 @@ flow-kit route --files <预计改动面…> --kind require|fix|verify|review|dep
 > **两问定级**（2026-10-13 L0 退役,自源仓收敛系列 1 回灌）:结构面(schema / 迁移 SQL / DI / 认证管线)→ L3;契约或共享口径 → L2;两者都没有 → L1。不要按严重程度从 L1 往上滑。
 > **落位**: L1 写在 plan frontmatter `级别`;L2/L3 写在 intent(intent 另以 `risk_level`=级别双写,`fill-intent.mjs` 自动写入,机器选道用)。
 > **判低拦截**: 入口勾触达红线 → check-loop「红线判低」hard 拦 → 升到 L2/L3 并补同名 spec。
+> **预判留痕**（§25 advisory）: 定级先做结构化预判（有结构化判定工具则对齐本仓判据，无则按两问自判），结果写进入口文档 frontmatter「预判: kind=<kind> level=<L1|L2|L3>」——与实际落位不符 check-loop 出 WARN 留账。kind 词表与对账机理见 `.agents/notes/engine-internals.md`（维护者面）。
 >
 > **L2/L3 起草期合并预览**：三件套起草按 [design.md §0](design.md) 一次呈现要点总览（逐件确认代录不变）。
 

package/modules/hosts/opencode/commands/wf-review.md

@@ -44,6 +44,6 @@ description: Review · 代码评审（横切，合入前使用；P0/P1/P2 分级
 ## 4. 审查分工（用户决策 + AI 协作）
 
 - **机器兜底**（pre-commit / pre-push / test 自动拦，无需人守）：门禁清单与判据以 `.githooks/`、`.agents/hooks/`、`check-loop.sh` 头部注释为准；`项目测试命令` 跑自动化用例。
-- **AI 复核**：机器门禁完成后优先委派 `independent-reviewer`，聚焦 P0 hook 未覆盖项 + 全部 P1（P2 视精力）——产出分级问题清单 + 修复建议。复核方法走 `.agents/skills/review-method/SKILL.md`（Standards×Spec 双轴 + 坏味道走查 + 合入标尺；有全局 `code-review` 技能时可叠加）；每条 finding 报告前过 `review-verification-protocol` 防误报门（锚定 file:line、给出证据、校准严重级，不确定就降级为提问）。
+- **AI 复核**：机器门禁完成后优先委派 `independent-reviewer`，聚焦 P0 hook 未覆盖项 + 全部 P1（P2 视精力）——产出分级问题清单 + 修复建议。复核方法走 `.agents/skills/review-method/SKILL.md`（Standards×Spec 双轴 + 坏味道走查 + 合入标尺；有全局 `code-review` 技能时可叠加）；每条 finding 报告前过 `review-verification-protocol` 防误报门（锚定 file:line、给出证据、校准严重级，不确定就降级为提问）。**落账**：复核收口时在 `workflow/reviews.d/<当月>.md` 追加一行事件记录——八列 `| 日期 | 对象 | 复核员(宿主) | 意见数 | 采纳 | 拒绝 | 误报 | 备注 |`，自洽约束 采纳+拒绝+误报=意见数（gen-workflow-metrics 按此校验，破坏即拦）；月度聚合进 metrics「复核效果」表
 - **独立性**：L2 / L3 必须用独立子智能体，宿主不支持时另开新会话，不得由原作者自查冒充；L1 且宿主不支持子智能体时可由主智能体按同一复核契约执行。
 - **用户决策**：问题定性（误报驳回 / P0 成立必修 / P1、P2 处置裁量）+ 合入时机；git 历史即评审记录，追溯靠 commit 与 tag。

package/modules/hosts/trae/commands/wf-build.md

@@ -65,6 +65,6 @@ description: Build 阶段 · 起 plan + 实现代码 + 自验（两道确认门
 
 ## 5. 确认后
 
-- plan 状态 → done（实现完成；intent / spec 关单在 test）
+- plan 状态保持 `approved`，**不在此置 `done`**——实现完成 ≠ 关单；`done` 在 `test.md` §6 验收勾验后经 confirm-doc 置（intent / spec / 修复的同名 plan 亦在 test 一并收口；build 直跳 `done` 会绕过确认门、触发检查 15 指纹对账）
 - commit：L1+ 入口文档 / spec / plan 随代码同一提交（Conventional Commits 中文 feat/fix/refactor/perf）；docs 豁免与 bootstrap 可单独 `docs(*)`
 - 进 `next: .agents/commands/test.md`

package/modules/hosts/trae/commands/wf-design.md

@@ -25,7 +25,7 @@ description: Design 阶段 · 起 spec（L2/L3 强制，L1 可省略直接进 wf
    - **填空工具先跑**：`node .agents/scripts/fill-spec.mjs --level <L1|L2|L3> --topic <主题> --output workflow/specs/<date>-<主题>.md`——输出含 frontmatter 5 字段 + 5 节正文（功能行为/数据流/系统改动/约束遵守映射/风险评估）的草稿；AI 据此填实
    - 复制 `workflow/specs/_TEMPLATE.md` → `workflow/specs/YYYY-MM-DD-<主题>.md`(与入口文档同名)
    - 按 5 节填写:功能行为 / 数据流 / 系统改动 / 约束遵守映射 / 风险评估
-   - 约束映射必须对照根 `AGENTS.md` 红线/约束相关节（如「项目适配区」「门禁与提交」）与改动域目录级 `AGENTS.md`（如有）逐条说明如何满足
+   - 约束映射必须对照根 `AGENTS.md` 红线与「工程原则」节及约束相关节（如「项目适配区」「门禁与提交」）与改动域目录级 `AGENTS.md`（如有）逐条说明如何满足
    - 存在多个可行方案时,在 spec 中列出各方案取舍与 AI 建议项,由用户选定后方可确认
    - **页面/交互入口形态必须用户确认**:spec 须写明入口是「表单（字段清单）」还是「选择器/弹窗」，禁止自行推定交互形态
 4. 起草后停下,输出草稿全文给用户过目。

package/modules/hosts/trae/commands/wf-new-task.md

@@ -45,6 +45,7 @@ flow-kit route --files <预计改动面…> --kind require|fix|verify|review|dep
 > **两问定级**（2026-10-13 L0 退役,自源仓收敛系列 1 回灌）:结构面(schema / 迁移 SQL / DI / 认证管线)→ L3;契约或共享口径 → L2;两者都没有 → L1。不要按严重程度从 L1 往上滑。
 > **落位**: L1 写在 plan frontmatter `级别`;L2/L3 写在 intent(intent 另以 `risk_level`=级别双写,`fill-intent.mjs` 自动写入,机器选道用)。
 > **判低拦截**: 入口勾触达红线 → check-loop「红线判低」hard 拦 → 升到 L2/L3 并补同名 spec。
+> **预判留痕**（§25 advisory）: 定级先做结构化预判（有结构化判定工具则对齐本仓判据，无则按两问自判），结果写进入口文档 frontmatter「预判: kind=<kind> level=<L1|L2|L3>」——与实际落位不符 check-loop 出 WARN 留账。kind 词表与对账机理见 `.agents/notes/engine-internals.md`（维护者面）。
 >
 > **L2/L3 起草期合并预览**：三件套起草按 [design.md §0](design.md) 一次呈现要点总览（逐件确认代录不变）。
 

package/modules/hosts/trae/commands/wf-review.md

@@ -45,6 +45,6 @@ description: Review · 代码评审（横切，合入前使用；P0/P1/P2 分级
 ## 4. 审查分工（用户决策 + AI 协作）
 
 - **机器兜底**（pre-commit / pre-push / test 自动拦，无需人守）：门禁清单与判据以 `.githooks/`、`.agents/hooks/`、`check-loop.sh` 头部注释为准；`项目测试命令` 跑自动化用例。
-- **AI 复核**：机器门禁完成后优先委派 `independent-reviewer`，聚焦 P0 hook 未覆盖项 + 全部 P1（P2 视精力）——产出分级问题清单 + 修复建议。复核方法走 `.agents/skills/review-method/SKILL.md`（Standards×Spec 双轴 + 坏味道走查 + 合入标尺；有全局 `code-review` 技能时可叠加）；每条 finding 报告前过 `review-verification-protocol` 防误报门（锚定 file:line、给出证据、校准严重级，不确定就降级为提问）。
+- **AI 复核**：机器门禁完成后优先委派 `independent-reviewer`，聚焦 P0 hook 未覆盖项 + 全部 P1（P2 视精力）——产出分级问题清单 + 修复建议。复核方法走 `.agents/skills/review-method/SKILL.md`（Standards×Spec 双轴 + 坏味道走查 + 合入标尺；有全局 `code-review` 技能时可叠加）；每条 finding 报告前过 `review-verification-protocol` 防误报门（锚定 file:line、给出证据、校准严重级，不确定就降级为提问）。**落账**：复核收口时在 `workflow/reviews.d/<当月>.md` 追加一行事件记录——八列 `| 日期 | 对象 | 复核员(宿主) | 意见数 | 采纳 | 拒绝 | 误报 | 备注 |`，自洽约束 采纳+拒绝+误报=意见数（gen-workflow-metrics 按此校验，破坏即拦）；月度聚合进 metrics「复核效果」表
 - **独立性**：L2 / L3 必须用独立子智能体，宿主不支持时另开新会话，不得由原作者自查冒充；L1 且宿主不支持子智能体时可由主智能体按同一复核契约执行。
 - **用户决策**：问题定性（误报驳回 / P0 成立必修 / P1、P2 处置裁量）+ 合入时机；git 历史即评审记录，追溯靠 commit 与 tag。

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "agentic-flow-kit",
-  "version": "1.8.1",
+  "version": "1.8.7",
   "description": "AI-Native 闭环工作流 + wiki 知识层脚手架——flow-kit init 一条命令为新项目装好 .agents 工作流引擎（阶段命令/角色契约/门禁钩子/kb 检索/看板/规则面预算）+ workflow 文档闭环 + wiki 知识库，装完本地可跑、零运行时依赖",
   "type": "module",
   "scripts": {

package/src/jscpd-drift.test.mjs

@@ -7,9 +7,10 @@ import fs from 'node:fs';
 import os from 'node:os';
 import path from 'node:path';
 import { spawnSync } from 'node:child_process';
-import { pathToFileURL } from 'node:url';
+import { fileURLToPath, pathToFileURL } from 'node:url';
 
-const ROOT = path.resolve(path.dirname(new URL(import.meta.url).pathname.replace(/^\/([A-Za-z]:)/, '$1')), '..');
+// fileURLToPath 而非手搓 pathname 解码（源仓 fdded128 同根因）：非 ASCII 路径经 URL 百分号编码后解析错路径。
+const ROOT = path.resolve(path.dirname(fileURLToPath(import.meta.url)), '..');
 const SCRIPT = path.join(ROOT, 'scripts', 'jscpd-drift.mjs');
 
 let pass = 0;

package/templates/AGENTS.md

@@ -54,4 +54,5 @@
 - **构建 / 测试 / 类型检查命令**（静态门，各阶段命令引用此处口径）：构建 = {{BUILD_CMD}}；测试 = {{TEST_CMD}}；类型检查 = {{TYPECHECK_CMD}}
 - **运行时环境**（端口 / 进程 / 终端差异）：`.agents/notes/runtime-env.md`
 - **目录级规则**：如 `backend/AGENTS.md`、`frontend/AGENTS.md`（如有）——目录级约定不回填本文件
+- **工程原则**（起草 / 复核对照用，不入机器判据——2026-10-18 立项质量批）：项目品味条款逐行列此——示例：简洁优先、直接用平台能力不另包一层｜新增依赖须证不可替代｜禁 speculative 功能（「非目标」节能省则省）｜spec 写 WHAT/WHY，HOW 落 plan。消费：起草 intent / spec 对照自查（「约束遵守映射」逐行对账）与独立复核 Standards 轴；违反本节是复核意见（人工判），违反红线才判低升档（机器）。条款装户自填自持
 - **权限与提交验证配置**：`.agents/settings.json`（allow / deny / ask）、`.agents/hooks/commit-check.config.json`（条件构建 / 质量检测命令与密钥白名单——质量检测只放秒级确定性检查（lint / 类型检查 / vet），测试不放提交门，关单在 test 阶段门）

package/templates/_agents/commands/build.md

@@ -79,6 +79,6 @@ next: .agents/commands/test.md
 
 ## 5. 确认后
 
-- plan 状态 → done（实现完成；intent / spec 关单在 test）
+- plan 状态保持 `approved`，**不在此置 `done`**——实现完成 ≠ 关单；`done` 在 `test.md` §6 验收勾验后经 confirm-doc 置（intent / spec / 修复的同名 plan 亦在 test 一并收口；build 直跳 `done` 会绕过确认门、触发检查 15 指纹对账）
 - commit：L1+ 入口文档 / spec / plan 随代码同一提交（Conventional Commits 中文 feat/fix/refactor/perf）；docs 豁免与 bootstrap 可单独 `docs(*)`
 - 进 `next: .agents/commands/test.md`

package/templates/_agents/commands/design.md

@@ -38,7 +38,7 @@ next: .agents/commands/build.md
    - **填空工具先跑**：`node .agents/scripts/fill-spec.mjs --level <L1|L2|L3> --topic <主题> --output workflow/specs/<date>-<主题>.md`——输出含 frontmatter 5 字段 + 5 节正文（功能行为/数据流/系统改动/约束遵守映射/风险评估）的草稿；AI 据此填实
    - 复制 `workflow/specs/_TEMPLATE.md` → `workflow/specs/YYYY-MM-DD-<主题>.md`(与入口文档同名)
    - 按 5 节填写:功能行为 / 数据流 / 系统改动 / 约束遵守映射 / 风险评估
-   - 约束映射必须对照根 `AGENTS.md` 红线/约束相关节（如「项目适配区」「门禁与提交」）与改动域目录级 `AGENTS.md`（如有）逐条说明如何满足
+   - 约束映射必须对照根 `AGENTS.md` 红线与「工程原则」节及约束相关节（如「项目适配区」「门禁与提交」）与改动域目录级 `AGENTS.md`（如有）逐条说明如何满足
    - 存在多个可行方案时,在 spec 中列出各方案取舍与 AI 建议项,由用户选定后方可确认
    - **页面/交互入口形态必须用户确认**:spec 须写明入口是「表单（字段清单）」还是「选择器/弹窗」，禁止自行推定交互形态
 4. 起草后停下,输出草稿全文给用户过目。

package/templates/_agents/commands/new-task.md

@@ -52,6 +52,7 @@ flow-kit route --files <预计改动面…> --kind require|fix|verify|review|dep
 > **两问定级**（2026-10-13 L0 退役,自源仓收敛系列 1 回灌）:结构面(schema / 迁移 SQL / DI / 认证管线)→ L3;契约或共享口径 → L2;两者都没有 → L1。不要按严重程度从 L1 往上滑。
 > **落位**: L1 写在 plan frontmatter `级别`;L2/L3 写在 intent(intent 另以 `risk_level`=级别双写,`fill-intent.mjs` 自动写入,机器选道用)。
 > **判低拦截**: 入口勾触达红线 → check-loop「红线判低」hard 拦 → 升到 L2/L3 并补同名 spec。
+> **预判留痕**（§25 advisory）: 定级先做结构化预判（有结构化判定工具则对齐本仓判据，无则按两问自判），结果写进入口文档 frontmatter「预判: kind=<kind> level=<L1|L2|L3>」——与实际落位不符 check-loop 出 WARN 留账。kind 词表与对账机理见 `.agents/notes/engine-internals.md`（维护者面）。
 >
 > **L2/L3 起草期合并预览**：三件套起草按 [design.md §0](design.md) 一次呈现要点总览（逐件确认代录不变）。
 

package/templates/_agents/commands/review.md

@@ -57,6 +57,6 @@ next: .agents/commands/build.md（仅 P0 / P1 未清时；清零后经用户确
 ## 4. 审查分工（用户决策 + AI 协作）
 
 - **机器兜底**（pre-commit / pre-push / test 自动拦，无需人守）：门禁清单与判据以 `.githooks/`、`.agents/hooks/`、`check-loop.sh` 头部注释为准；`项目测试命令` 跑自动化用例。
-- **AI 复核**：机器门禁完成后优先委派 `independent-reviewer`，聚焦 P0 hook 未覆盖项 + 全部 P1（P2 视精力）——产出分级问题清单 + 修复建议。复核方法走 `.agents/skills/review-method/SKILL.md`（Standards×Spec 双轴 + 坏味道走查 + 合入标尺；有全局 `code-review` 技能时可叠加）；每条 finding 报告前过 `review-verification-protocol` 防误报门（锚定 file:line、给出证据、校准严重级，不确定就降级为提问）。
+- **AI 复核**：机器门禁完成后优先委派 `independent-reviewer`，聚焦 P0 hook 未覆盖项 + 全部 P1（P2 视精力）——产出分级问题清单 + 修复建议。复核方法走 `.agents/skills/review-method/SKILL.md`（Standards×Spec 双轴 + 坏味道走查 + 合入标尺；有全局 `code-review` 技能时可叠加）；每条 finding 报告前过 `review-verification-protocol` 防误报门（锚定 file:line、给出证据、校准严重级，不确定就降级为提问）。**落账**：复核收口时在 `workflow/reviews.d/<当月>.md` 追加一行事件记录——八列 `| 日期 | 对象 | 复核员(宿主) | 意见数 | 采纳 | 拒绝 | 误报 | 备注 |`，自洽约束 采纳+拒绝+误报=意见数（gen-workflow-metrics 按此校验，破坏即拦）；月度聚合进 metrics「复核效果」表
 - **独立性**：L2 / L3 必须用独立子智能体，宿主不支持时另开新会话，不得由原作者自查冒充；L1 且宿主不支持子智能体时可由主智能体按同一复核契约执行。
 - **用户决策**：问题定性（误报驳回 / P0 成立必修 / P1、P2 处置裁量）+ 合入时机；git 历史即评审记录，追溯靠 commit 与 tag。

package/templates/_agents/engine-lock.json

@@ -1,6 +1,6 @@
 {
   "schema": 1,
-  "generatedAt": "2026-10-15T16:47:55.700Z",
+  "generatedAt": "2026-10-18T07:42:40.254Z",
   "files": {
     ".github/workflows/ci.yml": {
       "sha256": "e9cffb90dec8f0a49bfe231a13fb8df375a2494cc75c38d991b5eb7c7be104b5",
@@ -11,8 +11,8 @@
       "hard": 0
     },
     "templates/AGENTS.md": {
-      "sha256": "521b8549ce077278f31074db10f1934bc7f63788d43a6bb68f1c1510ad31cf82",
-      "hard": 27
+      "sha256": "6462975ff6242f6b99435dab26833e9c930e44ae274bbe3f3225652c51263380",
+      "hard": 28
     },
     "templates/_agents/control-surfaces.txt": {
       "sha256": "ae6072b58fde4cf2ad65ce27d0216133dabbd189b0542a0dbf11bbd9e0608407",
@@ -31,23 +31,23 @@
       "hard": 8
     },
     "templates/_agents/rule-budgets.txt": {
-      "sha256": "300a79e35ae7c2e5caf824b95a71e1eaf4755ecc0ade1d25374533abacf8ab16",
+      "sha256": "32f5115af858802bad4dca711a7308abc594c23477eaeef51fd976b48d84f9b1",
       "hard": 3
     },
     "templates/_agents/scripts-test-exempt.txt": {
-      "sha256": "7fba8ab2a2d0c40b9211165beb832dc81b1ac4ddb4d4fdc9fe35010a6159cbf7",
-      "hard": 6
+      "sha256": "cc99a42bb30207b00302bddd75e19a22e6f07fb4a96e561dedf389d09e45fb21",
+      "hard": 5
     },
     "templates/_agents/scripts/agg-gate-stats.mjs": {
       "sha256": "80d10a917a864910f62714423d0740e4bee6cc4e4621a01384e67f77409e4d82",
       "hard": 0
     },
     "templates/_agents/scripts/agg-judgments.mjs": {
-      "sha256": "3967acc21b247045cca8c1549a19f9b7fccf610696496128e824335d3e6e7958",
+      "sha256": "ac8ed6a89b7650657890b7eacfffc1989a05a7de5cb3a06b94cc7ff1a73d3a77",
       "hard": 0
     },
     "templates/_agents/scripts/archive-sweep.mjs": {
-      "sha256": "2d7270d0ded58d0639d1b1eefb8b521895a702f9dec43f9fa4cd485432e56bda",
+      "sha256": "f5f562d2ad95dc48a282b0225fd960449393d96c03634a01719d9868f41038d5",
       "hard": 0
     },
     "templates/_agents/scripts/check-attribution.mjs": {
@@ -55,7 +55,7 @@
       "hard": 0
     },
     "templates/_agents/scripts/check-convergence.mjs": {
-      "sha256": "e82743bc750f2d22b32ae97a56245b74440efbc4c7862e7345f97632769d5a28",
+      "sha256": "65485f4ca91f886a1bc3d1723dd6d93ffcf888612d11f315bc498a8bd258616f",
       "hard": 1
     },
     "templates/_agents/scripts/check-engine-integrity.mjs": {
@@ -71,15 +71,15 @@
       "hard": 0
     },
     "templates/_agents/scripts/check-lane-surface.mjs": {
-      "sha256": "419a46ac34a25ab4f2ccff51e52b91e6212991bc6898b9d3c92cce4f49f6c116",
+      "sha256": "a18f3cab4a345ae47583bfc4656f36d367c57db8f953dfe029f1baed6c4508a8",
       "hard": 2
     },
     "templates/_agents/scripts/check-ledger-invariant.mjs": {
-      "sha256": "56e66f0e066f889383a71415cc02f6268cbfbca8a80671454cca61a2aad25d33",
+      "sha256": "2eca0ca122e09d5c1dda7675d787d08bfcce6a50a93f62019eeebfb28af8b01e",
       "hard": 2
     },
     "templates/_agents/scripts/check-loop.mjs": {
-      "sha256": "0ee83322c22ab5300976ede2593c98c0d20abf840850191257833c9ef79490a5",
+      "sha256": "12aea495fd78e8c5c2927c9400ce5c34c90cfaefa1e0c106571a1cf13aa8b2d4",
       "hard": 32
     },
     "templates/_agents/scripts/check-metric-claims.mjs": {
@@ -99,7 +99,7 @@
       "hard": 1
     },
     "templates/_agents/scripts/check-scripts-syntax.mjs": {
-      "sha256": "0a6db271a1e02dae8e10ef197ff51376d256da844e9d83df4806d3cf50ac0454",
+      "sha256": "8d2950ee18327e67471db0993f331ff9688c17390c3fcc7b6adbe6eb0892d1d1",
       "hard": 3
     },
     "templates/_agents/scripts/check-spec-verif.mjs": {
@@ -110,12 +110,16 @@
       "sha256": "9118b8fe57b80b5d36a0db38ed141c08036629895c143a64f0c29e301b2218c8",
       "hard": 0
     },
+    "templates/_agents/scripts/closeout-l1.mjs": {
+      "sha256": "76a2bc846f76cdb82fb3ce10b38df37882de727af8641841d2e01664c43962e1",
+      "hard": 0
+    },
     "templates/_agents/scripts/compact-ledgers.mjs": {
       "sha256": "99ee805337c9bd11500432f1525985781ad3165e6140e9e354efd9f5418fff78",
       "hard": 1
     },
     "templates/_agents/scripts/confirm-doc.mjs": {
-      "sha256": "d3011a109b7e9af6d01314911c3c5f4d8de52a39c57e98fafc4541389d2b9d74",
+      "sha256": "d30b918d8a20ec87cdaf7eca4deaa2b8d724788e5fc9c338cce61fe4612f661f",
       "hard": 13
     },
     "templates/_agents/scripts/draft-sediment.mjs": {
@@ -175,7 +179,7 @@
       "hard": 3
     },
     "templates/_agents/scripts/gen-workflow-metrics.mjs": {
-      "sha256": "80cb5b1ede6400e118f92abea35416ed7a480f9c9ed78dd3fa68210dd2c85da9",
+      "sha256": "c0b6f9e7a67fa60d4ed9e7c90d8693fa1b9e6e8bc90df41b677d8c94ccf620f6",
       "hard": 2
     },
     "templates/_agents/scripts/git-core.mjs": {
@@ -211,13 +215,17 @@
       "hard": 0
     },
     "templates/_agents/scripts/ledger-shards.mjs": {
-      "sha256": "2f925919aa88e4ac53bca54706d04e3dbda8f4d51c23120924b32d8b73e5961d",
+      "sha256": "45ce305d4f0b7c878095a9db79971a0ea7d3685f5b6fa2e69b5212b8df4254e3",
       "hard": 0
     },
     "templates/_agents/scripts/level-criteria.mjs": {
       "sha256": "fe605f053aee21804e5a2d920830e17f7ef1c2935bd8ec3e0ca9aeca0de181c1",
       "hard": 1
     },
+    "templates/_agents/scripts/mechanism-retire-watch.mjs": {
+      "sha256": "038f39997a193cea689bea1781980e2d83f64367e339cfa0bd9c1e3bda236551",
+      "hard": 0
+    },
     "templates/_agents/scripts/papercut-debt-controller.mjs": {
       "sha256": "4e96b4fcb9500c42598afa54d0f3b9f515c11c4512dc4da180830c896e2d564a",
       "hard": 0
@@ -251,7 +259,7 @@
       "hard": 4
     },
     "templates/_agents/scripts/rule-budget.mjs": {
-      "sha256": "34b90d916632d7b44bf4283da364117d128e0f30255a064e57bb50b35a493905",
+      "sha256": "2cbda7e83dea2f745986294d1a73147f1bfc831da4fdfbd6548ea7cd4ed4ae09",
       "hard": 0
     },
     "templates/_agents/scripts/run-tests.mjs": {
@@ -259,7 +267,7 @@
       "hard": 3
     },
     "templates/_agents/scripts/solidify-task.mjs": {
-      "sha256": "5e5983b9ab6ae4eaaeced150018592b2501c4d6885b4913d03c6f29138630825",
+      "sha256": "35c7e307c9b7a10d446c2c75eb77ff316be1939c57bec937e0940b42e6fe1499",
       "hard": 3
     },
     "templates/_agents/scripts/stage-gates.mjs": {
@@ -275,8 +283,8 @@
       "hard": 4
     },
     "templates/_agents/scripts/verify.mjs": {
-      "sha256": "193d50f69ddca0e4044ecb3dd55b6f524c4920e0b75a929df2d1f2371254c107",
-      "hard": 3
+      "sha256": "fad5ed87c5539c6a6be3811f489efa7d39157ddab2ace99ccaefb7d072fe388c",
+      "hard": 4
     },
     "templates/_agents/scripts/wf-journal.mjs": {
       "sha256": "302e9f6deb96d4b40b8a220f7ae773e44b59abd3313c8dd62a27eb239f11f4c1",
@@ -315,16 +323,16 @@
       "hard": 0
     },
     "templates/_githooks/pre-commit": {
-      "sha256": "4300376c2b68a6ce8c2cab664358159e9256857907a907cc66b9715d4c50b6da",
+      "sha256": "c27a24beed41d452aeafcd1ff2c6ae82aa986b1488b8f49478d65d16c23bde01",
       "hard": 6
     },
     "templates/_githooks/pre-merge-commit": {
-      "sha256": "7b283e7779a53ee036098443afcc774ad5e3efa849734ac50de42c4cf8866a80",
+      "sha256": "960ec2248ed6eb7f43b3db9e8ae65c8b0492fce66b22288c2711760ff69a0f04",
       "hard": 2
     },
     "templates/_githooks/pre-push": {
-      "sha256": "308f2f30e071d0f8e39f085cbb67bc9a21fab94172da6fc0b05013df50336030",
-      "hard": 2
+      "sha256": "9b78ef895fecfad6fecff005763336f65bfb214459b6093c43321458aabbc9ea",
+      "hard": 5
     },
     "templates/_github/workflows/kit-ci.yml": {
       "sha256": "7cb738f9b1dda787e541e5aab104ef9a651fe18a420fdc55bd761d3c077529b0",