soloforge 1.1.45 → 1.1.47

package/templates/shared//345/217/215/351/246/210/344/277/256/345/244/215/351/227/255/347/216/257.md

@@ -0,0 +1,86 @@
+---
+id: ka-guidance-反馈修复闭环
+kind: guidance
+title: 反馈修复闭环
+sync_policy: copy_to_project
+status: active
+triggers:
+  - 验证失败
+  - 门禁失败
+  - 检查失败
+  - 修复
+  - fix
+  - 重试
+  - retry
+  - escalate
+  - 反馈
+  - 复验
+  - 修复闭环
+  - gate
+  - 复检
+extra:
+  name: feedback-repair-loop
+  scope:
+    - '*'
+  products:
+    - '*'
+  type: procedure
+  lifecycle_status: active
+  version: 1.0.0
+  last_reviewed: '2026-06-17'
+  verification_layer: L2
+  stage: _global
+  owner_mechanism: mc-verifier
+---
+
+# 反馈修复闭环：报错怎么修、修完怎么回来
+
+> verify/gate 失败后，按本流程闭环。禁止假修复、禁止跳过。
+> 这是把引擎 Reflexion 机制翻译成可执行步骤。
+
+## 第一步：读懂门禁反馈
+
+verify 失败后，引擎把上次失败的 findings 注入回来。每条 finding 含：
+- `id`：检查项编号（如 ARC-01、SEC-01）
+- `severity`：`error`（必须修）/ `warning`（应当修）/ `info`（advisory 参考）
+- `message`：技术原因（为什么失败）
+- `evidence_required`：补什么证据才算修好
+
+还有一段大白话 `recovery_summary`：整体怎么了、该干什么、有什么 pending 项。
+
+## 第二步：逐条修复（按 severity 分流）
+
+**error 级**（必须全修）：
+1. 看 message 定位根因，不是只看表象（[[工程执行总纲]] 思考先行）
+2. 按 evidence_required 补齐证据
+3. 修复限于同一限界上下文；跨越无关模块必须回到任务拆解
+
+**warning 级**（尽量修）：
+- 影响小可记录风险后放行，但在交付说明里写清放行理由
+
+**info 级（semantic）**：
+- advisory 不阻断，但是给客户端 AI 的评判参考
+- 必须认真评估，不能当没看见；评估结论写进交付说明
+
+## 第三步：修完回到哪一步重验
+
+- 修复的是哪个阶段的产物，就回那个阶段用 `sf_work action=verify` 重验
+- 引擎有 `pending_return` 机制：补产后 verify 通过，可恢复到原域继续推进
+- 不要跨阶段乱跳（跳转受白名单约束）
+
+## 第四步：重试与 escalate
+
+- 最多重试 5 次
+- 5 次仍失败 → escalate，转人工，不要硬撑硬绕
+
+## 禁止
+
+- 假修复（改了但没解决根因，下次还报）
+- 删断言/降覆盖率/加无关 mock 让门禁过（[[工程执行总纲]] 精准修改的硬失败）
+- 隐藏失败 finding
+- 把 advisory 结果当成 required 通过
+- 没有重验就标记完成
+
+## 证据要求
+
+修复后必须给出：改了什么、对应哪条 finding、重验结果（命令 + 输出）。不接受「已修复」三字。

package/templates/shared//345/267/245/347/250/213/346/211/247/350/241/214/346/200/273/347/272/262.md

@@ -0,0 +1,148 @@
+---
+id: ka-guidance-工程执行总纲
+kind: guidance
+title: 工程执行总纲
+sync_policy: copy_to_project
+status: active
+triggers:
+  - 实现
+  - 编码
+  - 开发
+  - 重构
+  - 写代码
+  - 改bug
+  - 修复
+  - 设计
+  - 测试
+  - 验证
+  - 架构
+  - 部署
+  - 需求
+  - 排查
+  - 联调
+  - 改造
+  - 迁移
+extra:
+  name: engineering-execution-charter
+  scope:
+    - '*'
+  products:
+    - '*'
+  type: constraint
+  lifecycle_status: active
+  version: 2.0.0
+  last_reviewed: '2026-06-17'
+  verification_layer: L2
+  stage: _global
+  owner_mechanism: mc-core-engineering-principles
+---
+
+# 工程执行总纲
+
+> 所有阶段（需求→设计→实现→测试）的元规则。资深工程师干活的四条硬原则。
+> 每条都要证据证明，不接受 AI 自述。
+
+## 四条原则
+
+### 一、思考先行（Think Before Coding）
+
+编码前先明确：问题是什么、目标是什么、输入和约束是什么、哪里不确定。不假设、不隐藏困惑、不把模糊需求直接转成代码。
+
+必须做到：
+- 区分「可推断事实」「假设」「需要用户确认的问题」
+- 只问最小阻塞问题，不把非阻塞细节抛给用户
+- 把不确定项记录为 assumption，不得假装确定
+
+硬失败（命中即停）：
+- 缺必要输入却开始写代码
+- 写入范围不明确却修改文件
+- 外部副作用权限不明确却执行命令
+- 把未知事实写成确定结论
+
+不确定性分级：
+- `blocking`：不问不能继续（写入路径、业务口径、破坏性操作）
+- `material`：可先推进，但必须记录假设和风险
+- `minor`：可合理默认，但在结果里说明
+
+### 二、简单优先（Simplicity First）
+
+用最少代码、最少抽象、最少新增文件解决已确认目标。不为未确认的未来需求提前设计。
+
+必须做到：
+- 最少代码解决问题
+- 引入新抽象/依赖/模块时说明必要性
+- 不为简单 CRUD 强行套复杂模型
+
+硬失败：
+- 为局部问题引入无必要新依赖
+- 为简单修复新增大范围架构层
+- 没有目标支撑却扩展公共 API/配置
+
+「简单」不是少做：
+- 不写测试不叫简单
+- 不接主链路不叫简单
+- 不处理边界/不做错误处理不叫简单
+
+### 三、精准修改（Surgical Changes）
+
+只改必须改的。不顺便重构、不无关格式化、不扩大范围、不污染用户已有改动。
+
+必须做到：
+- 只改必要文件、必要行、必要行为
+- 遇到用户已有修改必须保护，不得回滚
+
+硬失败：
+- 改范围外文件
+- 改与目标无关的行为
+- 未经确认回滚用户已有改动
+- 大范围格式化掩盖真实变更
+- 为让测试过而删断言/降覆盖率/加无关 mock
+
+允许的必要联动：
+- 主链路接入必须改入口文件
+- 类型变化必须改调用方
+- schema 变化必须改 model/query/API
+- contract 状态变化必须改 registry/测试
+
+### 四、目标驱动（Goal-Driven）
+
+先定可验证目标，再执行；执行后必须验证；失败要修并重验，直到通过或明确阻塞。
+
+必须做到：
+- 明确目标和验收标准
+- 禁止「功能正常」「看起来没问题」等模糊成功标准
+- 输出未验证项和人工确认项
+
+硬失败：
+- 没有可验证目标就开始实现
+- 未执行验证却输出「全部通过」
+- 验证失败仍标记完成
+- 隐藏未验证项
+
+## 冲突优先级
+
+原则冲突时按此裁决：
+
+```
+安全/权限/隐私 > 目标驱动 > 思考先行 > 精准修改 > 简单优先
+```
+
+- 不能为了简单牺牲验证
+- 不能为了少改而不接主链路
+- 不能为了快而隐藏阻塞不确定性
+- 必要验证、必要入口接入、必要错误处理 优先于「少写代码」
+
+## 反规避（核心）
+
+四原则必须由证据证明，AI 自述无效。
+
+伪满足示例（都是违规）：
+- 说「已思考清楚」但没有输入/假设/目标证据
+- 说「保持简单」但实际新增大抽象
+- 说「只改必要文件」但 diff 有无关变更
+- 说「验证通过」但没有真实证据
+- 把未执行验证写成「建议验证」后仍标记完成
+- 把用户没确认的业务口径写成事实
+
+自述不能代替：澄清记录 / 假设记录 / 目标定义 / 验证证据。
+required 原则失败不能进入 completed。

package/templates/shared//345/267/245/347/250/213/347/272/252/345/276/213.md

@@ -0,0 +1,71 @@
+---
+id: ka-guidance-工程纪律
+kind: guidance
+title: 工程纪律
+sync_policy: copy_to_project
+status: active
+triggers:
+  - 命名
+  - 注释
+  - 职责
+  - 错误处理
+  - 异常
+  - 日志
+  - 代码风格
+  - 实现
+  - 编码
+  - 写代码
+extra:
+  name: engineering-discipline
+  scope:
+    - '*'
+  products:
+    - '*'
+  type: constraint
+  lifecycle_status: active
+  version: 1.0.0
+  last_reviewed: '2026-06-17'
+  verification_layer: L2
+  stage: _global
+  owner_mechanism: mc-detail-discipline
+---
+
+# 工程纪律（基本功）
+
+> 合并命名/注释/单一职责/错误处理/日志的基本要求。这是代码质量的底线。
+> 吸收旧的「工程纪律」「细节纪律」「通用机械条款」「代码注释与日志契约」「命名」等碎拆文件。
+
+## 命名
+
+- 表达真实含义，禁止含糊/误导/过度缩写/无意义命名
+- 好命名让人少看注释也能懂
+- 命名和行为必须一致（叫 validate 就真的校验，别混着干别的）
+
+## 注释
+
+- 解释**为什么**这样做、业务约束、历史原因、边界、风险
+- 不复述代码（`// 给 i 加 1` 是废话）
+- 代码注释、日志消息、用户可见错误提示一律简体中文，技术术语/标识符保留原文
+
+## 单一职责
+
+- 一个函数只做一类事
+- 一个函数同时做参数校验+权限判断+数据查询+状态计算+写入+发消息+记日志 → 拆分
+- 单文件/单类职责清晰，避免上帝对象（>20 字段考虑拆分聚合根）
+
+## 错误处理
+
+- 禁止空 catch（至少记日志，不得静默吞异常）
+- 错误信息说清楚：哪步失败、关键参数、可能原因、下一步怎么做
+- 用户可见错误用中文；日志用中文，标识符保留原文
+
+## 日志
+
+- 统一走 logger（`userInfo`/`userWarn`/`userError`/`debug`/`internalWarn`），禁止 `console.log/error/warn` 直接调用
+- 关键路径有可观测日志，便于排查
+- 敏感信息不得进日志（密钥、token、个人隐私）
+
+## 数据写入边界
+
+- 不得向 `.soloforge/tasks/`、`.env`、`.git/`、`node_modules/` 写入（安全底线）
+- 写文件用原子写，避免半写状态

package/templates/shared//345/274/200/345/217/221/350/200/205/345/256/252/346/263/225.md

@@ -1,67 +1,72 @@
 ---
-id: ka-pattern-developer_constitution
-kind: knowledge
+id: ka-guidance-开发者宪法
+kind: guidance
 title: 开发者宪法
-sync_policy: internal
+sync_policy: copy_to_project
 status: active
+triggers:
+  - 架构
+  - 决策
+  - 审查
+  - 审计
+  - 签署
+  - 确认
+  - 变更
+  - 发布
+  - 上线
+  - 危险操作
+  - 删除
+  - 重构
+  - 迁移
+  - 灰度
 extra:
-  name: developer_constitution
+  name: developer-constitution
   scope:
     - '*'
   products:
     - '*'
+  type: constraint
   lifecycle_status: active
-  version: 1.1.0
-  last_reviewed: '2026-06-01'
-  type: knowledge
+  version: 2.0.0
+  last_reviewed: '2026-06-17'
   verification_layer: L2
   stage: _global
-  owner_mechanism: mc-engine-runtime
+  owner_mechanism: mc-decision-sovereignty
 ---
 
-## 决策规则
+# 开发者宪法
 
-- 我是唯一的架构主权者，AI 的建议不代表最终正确
-- 严禁静默交付: 所有 GRAY_BOX 和 BLACK_BOX 级代码审查变更禁止跳过人工确认
-- 人工签署格式: [Human-Audit: APPROVED] 或 [Human-Audit: REJECTED]
-- 未获得签署的 GRAY/BLACK 变更不得标记为"验证通过"
-- 系统随机抽检人类审计真实性: 基于任务摘要生成是/否问题
-- 抽检频率: 每 5 次交付至少抽检 1 次
-- 抽检问题格式: "任务 {task_id} 的变更中，{摘要细节} 是否为 [是/否]？"
-- 人类答错时标记该交付为"待重新审计"
+> 用户是唯一的架构主权者。AI 的建议不代表最终正确。
+> 注意：本宪法原为 knowledge 类（不注入），现改为 guidance 类以保证每次都注入。
 
-## 逻辑奇点警告触发条件
+## 决策主权
 
-- LLM Gateway 返回 circuit_open = true
-- 单任务 Token 超过阈值，remaining_task_budget <= 0
-- 验证 3 次重试仍失败
-- 变异审计发现测试"自己证明自己"且覆盖率联动显示 0% 覆盖
-- 知识漂移 drift_ratio >= 0.5 且根因分析为 code_degradation
+- 用户是唯一的架构主权者，AI 的建议不代表最终正确
+- 重大技术决策须经用户确认，AI 不得自行拍板架构级选型
+- 跳过决策研讨须用户明确声明，AI 不得自行跳过
+- 每条架构决策须有对应记录，禁止口头决策不留痕
 
-## 验收项
+## 禁止静默交付
 
-- [AC-01] GRAY/BLACK 变更展示后等待人类签署
-- [AC-02] 未签署的变更无法推进状态记录
-- [AC-03] 抽检问题基于实际任务摘要生成
-- [AC-04] 逻辑奇点警告以 ⚠ 符号开头并包含具体触发原因
-- [AC-05] core/ 目录下的规则修改需人工签署双重确认
+- 所有 GRAY_BOX 和 BLACK_BOX 级代码审查变更禁止跳过人工确认
+- 人工签署格式：`[Human-Audit: APPROVED]` 或 `[Human-Audit: REJECTED]`
+- 未获签署的 GRAY/BLACK 变更不得标记为「验证通过」
 
-## 何时使用
+## 抽检机制
 
-advisory: 开发者主权的审查建议不 hard block 交付
+- 系统随机抽检人类审计真实性：基于任务摘要生成是/否问题
+- 抽检频率：每 5 次交付至少抽检 1 次
+- 抽检问题格式：`任务 {task_id} 的变更中，{摘要细节} 是否为 [是/否]？`
+- 人类答错时标记该交付为「待重新审计」
 
-## 是否 hard block
+## 敏感操作必须停下确认
 
-否。此能力为 advisory 状态，违规仅产生 advisory 警告，不阻断流程。
+涉及以下时必须停下等用户确认，不得自作主张：
+- 金额算法 / 状态流转 / 审批规则 / 跨系统同步
+- 破坏性操作（删数据、改 schema、清表、删文件）
+- 外部副作用（发请求、部署、付款、发通知）
+- 权限变更、密钥操作
 
-## 证据要求
+## 与其他规则的关系
 
-- preDeliveryReview 测试通过
-- veto 逻辑测试通过
--
-
-## 人工确认/降级边界
-
-- 此能力可被开发者决策覆盖
-- 升级到 enforced 需满足 promotion_conditions 并通过 lifecycle_test_files 测试
-- 降级/禁用需经 治理运行时 + 人工确认
+证据冲突时的处理见 [[证据驱动与反幻觉]]。门禁失败的人工介入见 [[反馈修复闭环]]。

package/templates/shared//346/234/272/345/210/266/350/257/264/346/230/216.md

@@ -0,0 +1,67 @@
+---
+id: ka-knowledge-机制说明
+kind: knowledge
+title: 机制说明
+sync_policy: copy_to_project
+status: active
+triggers:
+  - 机制
+  - 门禁
+  - gate
+  - artifact
+  - guidance
+  - 注入
+  - sf_work
+  - sf_knowledge
+  - 工具
+  - 阶段
+extra:
+  name: mechanism-reference
+  scope:
+    - '*'
+  products:
+    - '*'
+  type: knowledge
+  lifecycle_status: active
+  version: 1.0.0
+  last_reviewed: '2026-06-17'
+  verification_layer: L2
+  stage: _global
+  owner_mechanism: mc-engine-runtime
+---
+
+# SoloForge 机制说明
+
+> 供查阅：SoloForge 怎么把知识/门禁/反馈给到 AI。
+> 运行时核心用法已散在各 guidance（[[工程执行总纲]]/[[反馈修复闭环]] 等）。
+> 注意：knowledge 类**不注入运行时 prompt**，只供 sf_knowledge 搜索查阅。
+
+## 四类资产怎么被消费
+
+| kind | 怎么被消费 | 触发条件 |
+|------|-----------|---------|
+| artifact | AI 按模板骨架产出对应文档 | 用户选 target（产物 kind）时必注入 |
+| guidance | 按 triggers 关键词匹配，全文注入 prompt | intent 含 triggers 或 target_artifact 匹配 |
+| enforced | 按 check.gate 聚合成门禁，确定性 executor 执行 | 该域 verify 时执行 |
+| knowledge | sf_knowledge 索引搜索 | **不注入运行时 prompt**，仅搜索查阅 |
+
+## 四阶段流转
+
+`design`（需求+设计）→ `build`（实现）→ `verify`（测试）→ `operate`（运维）
+
+- 跳转受白名单约束（正向 design→build→verify→operate，合法回退 build→design 等）
+- 跨两级非法（如 operate→design 被拒）
+- 同对域来回打转 >3 次 → escalate
+
+## 门禁与反馈闭环
+
+- 每域一个 `*-gate`，由该域 enforced.md 的 checks 聚合
+- verify 失败 → 生成 findings + recovery_summary → 注入回 AI → 修后重验 → 重试 5 次 escalate
+- 修复流程详见 [[反馈修复闭环]]
+
+## 当前限制（线 B 待办）
+
+用户自定义资产目前：
+- sf_knowledge add 的知识 → 可被索引搜索 ✓
+- 用户放的 enforced/guidance → **暂不进门禁/注入** ✗（下一步线 B 打通扫描范围）
+- domain contract 的产物清单 → **不可由用户扩展** ✗（TS 硬编码）

package/templates/shared//350/257/201/346/215/256/351/251/261/345/212/250/344/270/216/345/217/215/345/271/273/350/247/211.md

@@ -1,10 +1,23 @@
 ---
-id: ka-hard-rule-证据驱动与反幻觉规则
+id: ka-guidance-证据驱动与反幻觉
 kind: guidance
 title: 证据驱动与反幻觉
-owner_mechanism: mc-evidence-grounding
 sync_policy: copy_to_project
 status: active
+triggers:
+  - 架构选型
+  - 技术决策
+  - 代码重构
+  - 方案评估
+  - 风险评估
+  - 事实核查
+  - 证据验证
+  - 验证
+  - 测试
+  - 发布
+  - 完成
+  - 通过
+  - 确认
 extra:
   name: evidence-driven-anti-hallucination
   scope:
@@ -13,21 +26,14 @@ extra:
     - '*'
   type: constraint
   lifecycle_status: active
-  version: 1.1.0
-  last_reviewed: '2026-06-01'
+  version: 2.0.0
+  last_reviewed: '2026-06-17'
   verification_layer: L2
   stage: _global
-triggers:
-  - 架构选型
-  - 技术决策
-  - 代码重构
-  - 方案评估
-  - 风险评估
-  - 事实核查
-  - 证据验证
+  owner_mechanism: mc-evidence-grounding
 ---
 
-# 证据驱动与反幻觉规则
+# 证据驱动与反幻觉
 
 ## 硬规则
 
@@ -44,10 +50,10 @@ triggers:
 
 ## 风险分级
 
-- **critical**: 发布门禁、生产环境、安全相关 → 任何证据缺失必须阻断
-- **high**: 架构、编码、迁移、验证 → 事实声明必须有权威证据
-- **medium**: 普通功能开发 → 关键声明需要证据
-- **low**: 通用问答、低风险操作 → 可标注为通用建议
+- **critical**：发布门禁、生产环境、安全相关 → 任何证据缺失必须阻断
+- **high**：架构、编码、迁移、验证 → 事实声明必须有权威证据
+- **medium**：普通功能开发 → 关键声明需要证据
+- **low**：通用问答、低风险操作 → 可标注为通用建议
 
 ## 检查项
 
@@ -58,3 +64,7 @@ triggers:
 - [ ] 高风险声明未用 stale/deprecated 证据
 - [ ] 验证结论基于真实执行结果
 - [ ] 生成的推理未单独支撑事实
+
+## 与其他规则的关系
+
+验证失败的修复流程见 [[反馈修复闭环]]。技术决策的确认要求见 [[开发者宪法]]。

package/templates/shared//350/264/241/347/214/256/350/247/204/350/214/203.md

@@ -0,0 +1,78 @@
+---
+id: ka-knowledge-贡献规范
+kind: knowledge
+title: 模板贡献规范
+sync_policy: copy_to_project
+status: active
+triggers:
+  - 贡献
+  - 新增模板
+  - frontmatter
+  - 新增规则
+  - 新增知识
+  - 软下限
+  - 硬下限
+extra:
+  name: contribution-guide
+  scope:
+    - '*'
+  products:
+    - '*'
+  type: knowledge
+  lifecycle_status: active
+  version: 1.0.0
+  last_reviewed: '2026-06-17'
+  verification_layer: L2
+  stage: _global
+  owner_mechanism: mc-registry-infrastructure
+---
+
+# 模板贡献规范
+
+> 给未来维护者（含 AI 维护者）：怎么新增/修改 md 资产。
+> SoloForge 由 AI 维护，必须简单、数据驱动、配置扩展。参见 [[机制说明]]。
+
+## frontmatter 必填四件套
+
+每个 md 必须有：
+- `id`（全局唯一）
+- `kind`（artifact / guidance / enforced / knowledge）
+- `sync_policy`（copy_to_project / engine_only / internal）
+- `status`（active / retired）
+
+## 选 kind 的判断
+
+| 想达到的效果 | 用什么 kind | 关键要求 |
+|-------------|------------|---------|
+| AI 产出某个文档的骨架 | artifact | 放对应域目录 |
+| 注入 AI prompt 的方法论/纪律 | guidance | **必须有非空 triggers，否则永不注入=僵尸** |
+| 确定性门禁检查 | enforced | **必须有 gate + 非空 checks** |
+| 只供搜索查阅的参考 | knowledge | 注意：**不注入运行时 prompt** |
+
+## 软下限 vs 硬下限
+
+- **软下限 = guidance**：注入指导，不阻断。靠 triggers 匹配 intent 注入。
+- **硬下限 = enforced**：门禁检查，阻断。靠 check.gate 聚合到 *-gate 执行。
+
+新增硬下限注意：
+- check 的 `executor` 必须是已注册的（`regex_pattern_scan` / `document_structure` / `semantic`）
+- 未注册 executor → fail-closed 判失败
+- `regex_pattern_scan` 按行扫、不区分注释，容易误报，先想好是否该 warning 级
+
+## 避坑清单
+
+- guidance 没 triggers = 僵尸文件
+- enforced 没 gate/checks = 僵尸文件
+- knowledge 写成核心纪律 = 白写（不注入），核心纪律用 guidance
+- 不要造同义字段，新增字段先查 frontmatter 字段字典
+- artifact 改名要同步 domain contract 的 produces 和 CROSS_VALIDATION_ARTIFACT_PATHS 映射
+
+## 用户自定义资产（线B 已落地）
+
+用户在 `.soloforge/knowledge/`（项目级）或 `~/.soloforge/patterns/`（全局级）放 md（frontmatter 同内置格式），SoloForge 自动按 kind 分流：
+- `kind: guidance` → loadGuidance 注入 prompt（软下限，按 triggers 匹配 intent）
+- `kind: enforced` → gate 聚合执行（硬下限，按 `check.gate` 归属到对应 *-gate）
+- `kind: knowledge` → sf_knowledge 索引搜索
+- `kind: artifact` → 用户 artifact md 用 `artifact_contract` 块声明 `domain`/`artifact_kind`/`path_pattern`/`gate`/`required`，自动并入对应域 contract produces（AI 可选 target 产出，observer 列 pending）；模板按文件名在 .soloforge/knowledge/ 加载
+
+**内置优先**：同 id 用户资产不覆盖内置。规则文件 `rule_source` 用绝对路径定位（executor resolve 兼容用户目录）。

package/templates/verify/enforced.md

@@ -5,6 +5,8 @@ gate: verify-gate
 title: verify阶段强制检查清单
 sync_policy: engine_only
 status: active
+extra:
+  owner_mechanism: mc-stage-gate-engine
 checks:
   - id: SOLID-DIP
     executor: regex_pattern_scan
@@ -343,6 +345,7 @@ checks:
     rule: "主链路集成检查：所有模块为 integrated 状态，无孤岛模块；部署决策必须经人类审批"
     severity: error
     check_type: deterministic
+    required_artifact: 代码审查报告模版
     evidence_required: ["0 implemented_not_integrated + 无孤岛模块","人类审批记录（审批人/时间/决策）"]
     gate: verify-gate
     target: "self"