soloforge 1.1.40 → 1.1.43

package/templates/design//351/234/200/346/261/202/345/210/206/346/236/220.md

@@ -0,0 +1,135 @@
+---
+id: ka-artifact_template-需求分析模版
+kind: artifact
+title: 需求分析
+sync_policy: copy_to_project
+status: active
+extra:
+  name: requirement-analysis
+  scope:
+    - backend
+    - frontend
+  products:
+    - '*'
+  lifecycle_status: active
+  authority: supporting
+  priority: P2
+  version: 1.3.0
+  last_reviewed: '2026-06-04'
+  consumes: []
+  companions:
+    rules:
+      - '需求质量审查.md:review'
+      - '第一性原理推理.md:review'
+    guides: []
+  requires_context: []
+  emits:
+    - docs/context/需求分析.md
+    - acceptance_report
+  type: artifact
+  domain: design
+  stage: design
+  owner_mechanism: mc-generic-artifact
+---
+
+# 需求分析文档
+
+## 1. 需求来源
+- 需求文档/原型链接：
+- 提出人：
+- 优先级：P0/P1/P2/P3
+- 业务目标/价值：
+
+### 1.3 根本目标（fundamental_need）
+
+**用户需要达成什么？（非解决方案描述）**
+
+fundamental_need: <!-- 如"用户需要在一个会话中选购多件商品并一次性结算" -->
+confirmed_by: <!-- 用户确认标记 -->
+
+> **正反示例**：
+> - ❌ `fundamental_need: "做一个购物车页面"` — 这是解决方案
+> - ✅ `fundamental_need: "用户需要在一个会话中选购多件商品并一次性结算"` — 这是用户目标
+>
+> 引用审查规则：FP-01（第一性原理推理规则）
+
+## 2. 功能点清单
+
+| 编号 | 功能点 | 页面/接口 | 业务规则 | 关联角色 | 前置依赖 | 关联功能 | 验收标准 | 状态 |
+|------|--------|----------|---------|---------|---------|---------|---------|------|
+| REQ-001 | | | | | | | | 待确认/已确认 |
+
+## 3. 术语表
+| 术语 | 含义 | 同义词（统一为） |
+|------|------|----------------|
+| | | |
+
+## 4. 未确认项
+| 编号 | 问题 | 影响范围 | 阻塞程度 | 负责人 |
+|------|------|---------|---------|--------|
+| | | | 阻塞/非阻塞 | |
+
+## 5. 写操作失败反馈
+| 操作 | 失败场景 | 用户提示 | 重试建议 | 是否可恢复 |
+|------|---------|---------|---------|-----------|
+| | | | | |
+
+## 6. 菜单权限规划
+| 菜单路径 | 关联功能 | 角色 | 权限标识 | 默认可见 |
+|---------|---------|------|---------|---------|
+| | | | | |
+
+## 7. 冲突与越界项
+| 项 | 类型（冲突/越界） | 来源 | 处理方式 |
+|----|-----------------|------|---------|
+| | | | 排除/延期/升级确认 |
+
+## 8. 非功能需求
+
+### 8.1 性能要求
+
+| 编号 | 类别 | 要求描述 | 验收指标 | 优先级 | 来源 |
+|------|------|---------|---------|--------|------|
+| NFR-001 | 性能 | <!-- 如：页面首次加载时间 --> | <!-- 如：< 3s --> | P0/P1/P2 | |
+
+### 8.2 安全要求
+
+| 编号 | 类别 | 要求描述 | 验收指标 | 优先级 | 来源 |
+|------|------|---------|---------|--------|------|
+| NFR-002 | 安全 | <!-- 如：敏感数据传输加密 --> | <!-- 如：TLS 1.2+ --> | P0/P1/P2 | |
+
+### 8.3 可用性要求
+
+| 编号 | 类别 | 要求描述 | 验收指标 | 优先级 | 来源 |
+|------|------|---------|---------|--------|------|
+| NFR-003 | 可用性 | <!-- 如：系统可用率 --> | <!-- 如：≥ 99.9% --> | P0/P1/P2 | |
+
+### 8.4 兼容性要求
+
+| 编号 | 类别 | 要求描述 | 验收指标 | 优先级 | 来源 |
+|------|------|---------|---------|--------|------|
+| NFR-004 | 兼容性 | <!-- 如：目标浏览器版本 --> | <!-- 如：Chrome/Safari/Firefox 最新 2 版 --> | P0/P1/P2 | |
+
+### 8.5 数据要求
+
+| 编号 | 类别 | 要求描述 | 验收指标 | 优先级 | 来源 |
+|------|------|---------|---------|--------|------|
+| NFR-005 | 数据 | <!-- 如：数据保留策略 --> | <!-- 如：日志保留 90 天 --> | P0/P1/P2 | |
+
+> 若需求来源未提及 NFR，按项目默认 NFR 基线补齐：响应 < 3s、并发 100 用户、遵循项目安全基线、99.9% 可用率、主流浏览器最新 2 版。
+
+## 9. 用户角色
+
+| 角色名称 | 角色描述 | 关联功能 | 关联菜单 | 数据权限范围 |
+|---------|---------|---------|---------|------------|
+| <!-- 如：管理员 --> | <!-- 职责和使用场景 --> | REQ-NNN | <!-- 第 6 章菜单路径 --> | <!-- 可访问的数据范围 --> |
+
+> 角色名称必须在第 6 章菜单权限和第 2 章功能点中保持一致引用。
+
+## 10. 外部接口与集成
+
+| 外部系统 | 接口类型 | 用途 | 数据流向 | 可用性要求 | 负责方 |
+|---------|---------|------|---------|----------|--------|
+| | API/Webhook/SDK/文件 | | 出/入/双向 | SLA 要求 | 己方/对方/三方 |
+
+> 若系统无外部依赖，在此章显式标注"本系统无外部接口依赖"。

package/templates/design//351/234/200/346/261/202/346/276/204/346/270/205.md

@@ -0,0 +1,77 @@
+---
+id: ka-procedure-需求澄清流程
+kind: guidance
+title: 需求澄清
+sync_policy: copy_to_project
+status: active
+triggers:
+  - 需求澄清
+  - design
+  - 需求梳理
+  - 理解需求
+  - 需求确认
+  - requirement
+  - 需求评审
+extra:
+  name: requirement-clarify
+  type: procedure
+  scope:
+    - backend
+    - frontend
+  products:
+    - '*'
+  lifecycle_status: active
+  authority: supporting
+  priority: P1
+  consumes:
+    - mc-command-router
+    - 不确定时头脑风暴流程
+    - 第一性原理推理规则
+  emits:
+    - requirement_baseline
+    - prototype_specification
+    - terminology_glossary
+  required_evidence:
+    - execution_evidence
+  version: 1.3.0
+  last_reviewed: '2026-06-04'
+  domain: design
+  verification_layer: L2
+  stage: design
+  owner_mechanism: mc-command-router
+---
+
+## 适用场景
+从原始需求中提取结构化事实、识别冲突和缺口、产出可追溯的需求基线。适用于编码前的需求理解阶段。
+
+## 步骤
+1. 提取需求事实：从需求文档/用户描述中提取功能点、页面交互、业务规则
+2. 分离事实与决策：需求事实和架构决策分列记录，禁止将 AI 推论伪装为需求事实
+3. 运行术语一致性检查：识别同一概念不同命名，统一术语
+4. 标记未确认项：无法确认的需求标记为「待确认」，禁止猜测或跳过
+4a. **头脑风暴触发**：若用户表达不确定（"你看着办"/"都行"/"不确定"），或需求本身有矛盾/遗漏：
+   → 进入「不确定时头脑风暴流程」（templates/procedures/不确定时头脑风暴.md）
+   → 若 fundamental_need 为空 → 先触发 FP-01（第一性原理推理规则）
+5. 标注冲突和越界项：明确来源和处理方式（冲突标注来源，越界标注排除原因）
+6. 定义用户角色（新增）：识别所有与系统交互的角色，明确每个角色的职责、关联功能、可见菜单和数据权限范围。角色名称必须在菜单权限（第 6 章）和功能点（第 2 章）中保持一致引用
+7. 绑定菜单权限：菜单需求必须关联角色、页面、操作权限（依赖步骤 6 的角色定义）
+8. 声明写操作的失败反馈：每个用户可见写操作必须有提示文案、重试建议、是否可恢复
+9. 启发非功能需求（新增）：对每个功能点追问性能、安全、可用性、兼容性、数据保留五个维度，每条 NFR 必须包含量化验收指标。若需求来源未提及 NFR，按项目默认 NFR 基线补齐
+10. 分析功能依赖（新增）：梳理功能点之间的前置依赖和关联关系，标注到功能点清单的"前置依赖"和"关联功能"列。依赖关系必须无循环
+11. 识别外部接口（新增）：梳理系统依赖的外部系统、第三方 API、消息队列等集成点。若系统无外部依赖，显式标注"本系统无外部接口依赖"
+12. 冻结需求基线：按需求 ID 冻结验收信号和重新打开条件（必须是人工确认点，Agent 不可自动冻结）
+
+## 检查点
+- [ ] 术语一致，无同义混用（对应步骤 3）
+- [ ] 每个来源项映射到唯一目标，无孤立页面交互
+- [ ] 用户角色在菜单权限和功能点中引用一致，无悬空角色（对应步骤 6）
+- [ ] 菜单需求绑定角色/权限，无悬空项（对应步骤 7）
+- [ ] 用户可见写操作有失败反馈、删除语义、审计要求（对应步骤 8）
+- [ ] 非功能需求包含量化验收指标，无"高性能""安全"等模糊表述（对应步骤 9）
+- [ ] 每条功能点有唯一编号（REQ-NNN）且在架构/切片产物中被引用（对应步骤 10）
+- [ ] 需求基线按 ID 冻结（对应步骤 12）
+
+## 注意事项
+- 禁止将 AI 推论冒充为需求事实
+- 原型缺失不阻塞需求分析
+- 未确认需求必须显式标记，禁止静默跳过

package/templates/design//351/234/200/346/261/202/350/264/250/351/207/217/345/256/241/346/237/245.md

@@ -0,0 +1,90 @@
+---
+id: ka-review-rule-需求质量审查规则
+kind: guidance
+title: 需求质量审查
+sync_policy: copy_to_project
+status: active
+triggers:
+  - design
+  - 需求审查
+  - requirement review
+extra:
+  name: requirement-quality-review
+  type: constraint
+  scope:
+    - backend
+    - frontend
+  products:
+    - '*'
+  lifecycle_status: active
+  authority: supporting
+  priority: P1
+  version: 1.2.0
+  last_reviewed: '2026-06-04'
+  domain: design
+  verification_layer: L2
+  stage: design
+  owner_mechanism: mc-command-router
+---
+
+# 需求质量审查规则
+
+## REQ-01: 需求可测试性
+
+check_hint: 需求描述必须包含可量化的验收标准
+severity: warning
+scope: [backend, frontend]
+description: 每个需求点必须至少有一条可验证的验收标准，避免模糊表述（如"性能好"应改为"响应时间<200ms"）
+
+## REQ-02: 功能/非功能/约束三维度覆盖
+
+check_hint: 需求分析必须覆盖功能需求、非功能需求和约束条件
+severity: warning
+scope: [backend, frontend]
+description: 需求文档必须明确区分功能需求（做什么）、非功能需求（性能、安全、可用性等）和约束条件（技术栈、时间、资源等）。
+  非功能需求必须包含量化验收指标：性能需求必须有响应时间/并发数指标；安全需求必须有加密标准/认证方式；
+  可用性需求必须有可用率百分比；兼容性需求必须有具体浏览器/设备版本。
+  禁止出现"高性能""安全""稳定"等无量化指标的表述。
+
+## REQ-03: 需求无歧义表达
+
+check_hint: 需求描述不得使用模糊量词或条件
+severity: warning
+scope: [backend, frontend]
+description: 禁止使用"等"、"相关"、"适当的"、"必要时"等模糊表述；每个需求点必须有一个明确的动作和对象
+
+## REQ-04: 需求间无矛盾
+
+check_hint: 需求文档中不得存在相互矛盾的描述
+severity: warning
+scope: [backend, frontend]
+description: 检查需求间是否存在矛盾（如"支持离线使用"与"实时同步数据"），发现矛盾必须标注并请求澄清
+
+## REQ-05: 需求完整性
+
+check_hint: 每个功能需求必须包含触发条件、处理逻辑和预期结果
+severity: warning
+scope: [backend, frontend]
+description: 缺少触发条件、处理逻辑或预期结果的需求必须标注为"待补充"，不得留空
+
+## REQ-06: 用户角色一致性
+
+check_hint: 菜单权限和功能点引用的角色必须在用户角色章节中有定义
+severity: error
+scope: [backend, frontend]
+description: 第 6 章菜单权限的每个角色名称必须在第 9 章用户角色中存在对应条目；
+  第 2 章功能点的"关联角色"引用同样必须在第 9 章有定义。发现未定义角色引用应立即阻断。
+
+## REQ-07: 需求单一性
+
+check_hint: 每条功能点必须只描述一个用户操作或一个业务规则
+severity: warning
+scope: [backend, frontend]
+description: 禁止一条功能点包含多个"当...时"条件分支或多个"和"连接的独立操作。复合需求应拆分为多条，用前置依赖字段关联。
+
+## REQ-08: 需求可追溯
+
+check_hint: 每条功能点必须有唯一 REQ-NNN 编号
+severity: warning
+scope: [backend, frontend]
+description: 功能点编号格式为 REQ-NNN。每个 REQ-NNN 须在架构设计文档或切片计划验收范围中被引用，否则标注为"待追溯"。

package/templates/design//351/242/206/345/237/237/351/251/261/345/212/250/350/256/276/350/256/241.md

@@ -0,0 +1,47 @@
+---
+id: ka-pattern-ddd-design
+kind: knowledge
+title: 领域驱动设计
+sync_policy: copy_to_project
+status: active
+extra:
+  name: ddd-design
+  scope:
+    - backend
+  products:
+    - '*'
+  lifecycle_status: active
+  authority: supporting
+  priority: P2
+  version: 1.1.0
+  last_reviewed: '2026-06-01'
+  consumes: []
+  emits: []
+  type: knowledge
+  domain: design
+  verification_layer: L2
+  stage: design
+  owner_mechanism: mc-backend-pattern
+---
+
+## 决策规则
+- 简单 CRUD 使用贫血模型，禁止在领域不复杂时强行使用充血模型
+- 不教条式应用 DDD，仅在领域真正复杂时采用充血领域模型
+- 一个模块/类应该只有一个变更原因（SRP），两个方法被不同需求修改即为 SRP 违反
+- 跨模块非强一致性流程应优先事件驱动架构，未采用事件驱动必须文档化原因
+- 高层模块必须依赖抽象而非具体实现（DIP），Service 依赖 Repository 接口而非具体 DAO
+- 写操作涉及金额、库存、状态流转等关键逻辑应考虑封装在领域服务中
+- 聚合根必须有明确的边界，聚合间通过 ID 引用而非对象嵌套
+- 领域事件必须由聚合根产生，跨聚合操作通过事件最终一致性
+- 值对象必须不可变（immutable），使用新的值对象表示变更
+- 仓储（Repository）只对聚合根提供存取，聚合内部实体不独立持久化
+- 领域服务只在跨聚合或需要外部资源时使用，单一聚合逻辑放在聚合根内
+
+## 验收项
+- [AC-01] CRUD 场景使用贫血模型
+- [AC-02] 跨模块交互有明确的依赖方向
+- [AC-03] Service 依赖接口而非具体实现
+- [AC-04] 事件驱动决策有文档记录
+- [AC-05] 聚合边界清晰，聚合间 ID 引用
+- [AC-06] 值对象不可变
+- [AC-07] 仓储仅对聚合根

package/templates/operate/enforced.md

@@ -0,0 +1,60 @@
+---
+id: operate-enforced
+kind: enforced
+gate: operate-gate
+title: operate阶段强制检查清单
+sync_policy: engine_only
+status: active
+checks:
+  - id: OPR-G01
+    executor: file_evidence
+    rule: "发布后 5xx 错误率在基线 ±20% 范围内，无突增趋势"
+    severity: error
+    check_type: deterministic
+    evidence_required: ["基线错误率 / 发布后错误率 / 偏差百分比（±20% 内）"]
+    gate: operate-gate
+    target: "self"
+  - id: OPR-G02
+    executor: file_evidence
+    rule: "发布后 P99 延迟不超过基线的 1.5 倍"
+    severity: error
+    check_type: deterministic
+    evidence_required: ["P99 基线 / 发布后 P99 / 比值（<= 1.5x）"]
+    gate: operate-gate
+    target: "self"
+  - id: OPR-G03
+    executor: file_evidence
+    rule: "日志中不应出现部署前不存在的错误模式，如有须标注已知原因"
+    severity: warning
+    check_type: deterministic
+    evidence_required: ["新错误模式列表（须为空或已标注原因）"]
+    gate: operate-gate
+    target: "self"
+  - id: OPR-G04
+    executor: file_evidence
+    rule: "回滚预案已在预发环境演练验证，总耗时不超过 5 分钟"
+    severity: error
+    check_type: deterministic
+    evidence_required: ["回滚演练记录 + 总耗时（<= 5 分钟）"]
+    gate: operate-gate
+    target: "self"
+  - id: OPR-G05
+    executor: file_evidence
+    rule: "发布后数据一致性校验 SQL 全部通过，覆盖所有变更涉及的表"
+    severity: error
+    check_type: deterministic
+    evidence_required: ["校验 SQL 结果 + 覆盖表/记录数"]
+    gate: operate-gate
+    target: "self"
+---
+
+# operate-gate 强制检查清单
+
+5 条确定性检查。bridge 从此文件聚合。
+
+对应工程经验：
+- OPR-G01
+- OPR-G02
+- OPR-G03
+- OPR-G04
+- OPR-G05

package/templates/operate//344/270/212/347/272/277/350/247/202/345/257/237.md

@@ -0,0 +1,64 @@
+---
+id: ka-rule-domain-operate-rollout-monitoring
+kind: guidance
+title: 上线观察
+triggers:
+  - 上线
+  - 观察
+  - 监控
+  - rollout
+sync_policy: copy_to_project
+status: active
+extra:
+  updated_at: '2026-06-15'
+  lifecycle_status: active
+  name: rollout-monitoring
+  scope:
+    - '*'
+  products:
+    - deploy_config
+    - release_note
+  type: constraint
+  authority: supporting
+  asset_role: recommended
+  consumed_by:
+    - mc-domain-operate
+  priority: P1
+  consumes:
+    - mc-domain-operate
+  version: 1.0.0
+  last_reviewed: '2026-06-11'
+  domain:
+    - operate
+  verification_layer: L2
+  stage: operate
+  owner_mechanism: mc-domain-operate
+---
+
+## 上线观察规则
+
+### 观察指标
+
+1. **错误率监控**
+   - 上线后 15 分钟内 5xx 错误率不得超过基线的 2 倍
+   - 新增的错误码必须立即通知
+
+2. **延迟监控**
+   - P99 延迟不得超过基线的 1.5 倍
+   - 关键接口响应时间必须持续观察 30 分钟
+
+3. **业务指标**
+   - 核心业务流程（下单/支付/登录）成功率不得下降
+   - 数据一致性校验必须在上线后执行
+
+4. **回滚触发条件**
+   - 错误率超过阈值 → 自动回滚
+   - 业务流程完全中断 → 立即回滚
+   - 数据不一致 → 暂停发布 + 人工评估
+
+### 验收项
+
+- [AC-01] 监控面板已就绪
+- [AC-02] 告警阈值已配置
+- [AC-03] 回滚触发条件已定义
+- [AC-04] 观察窗口期已设定（至少 30 分钟）

package/templates/operate//345/217/221/345/270/203/350/257/264/346/230/216.md

@@ -0,0 +1,86 @@
+---
+id: ka-artifact_template-发布说明模版
+kind: artifact
+title: 发布说明
+sync_policy: copy_to_project
+status: active
+extra:
+  name: release-note
+  scope:
+    - backend
+    - frontend
+  products:
+    - '*'
+  lifecycle_status: active
+  authority: supporting
+  priority: P2
+  version: 1.0.0
+  last_reviewed: '2026-06-16'
+  consumes:
+    - acceptance_report
+    - consistency_report
+  emits:
+    - docs/audits/04-发布说明.md
+  type: artifact
+  domain: operate
+  stage: operate
+  owner_mechanism: mc-generic-artifact
+---
+
+# 发布说明
+
+## 1. 版本信息
+- 版本号：
+- 发布日期：
+- 发布类型：新功能 / 修复 / 紧急修复 / 回滚
+- 发布负责人：
+
+## 2. 变更摘要
+| 变更项 | 类型（功能/修复/优化/破坏性）| 关联需求/缺陷 | 影响范围 |
+|--------|---------------------------|--------------|---------|
+| | | | |
+
+## 3. 数据库迁移
+- [ ] 无数据库变更
+- 迁移脚本路径：
+- 回滚脚本路径：
+- 迁移验证结果：
+
+## 4. 配置变更
+- [ ] 无配置变更
+- 变更项：
+- 新增/修改/删除：
+
+## 5. 验证结果
+| 验证项 | 结果（通过/失败）| 证据（命令/截图/日志）|
+|--------|----------------|---------------------|
+| 构建 | | |
+| 单元测试 | | |
+| 集成测试 | | |
+| 端到端验收 | | |
+
+## 6. 回滚方案
+- 触发条件（什么情况下回滚）：
+- 回滚步骤：
+- 回滚验证：
+- 预计回滚耗时：
+
+## 7. 部署步骤
+1. 前置检查（依赖/资源/权限）：
+2. 部署顺序：
+3. 部署后验证（健康检查/冒烟测试）：
+
+## 8. 监控与告警
+- 新增监控指标：
+- 告警阈值变更：
+- 观察期（发布后关注时长）：
+
+## 9. 已知问题与限制
+- 已知问题：
+- 临时限制：
+- 后续计划：
+
+## 10. 通知
+- 通知对象（用户/团队/相关方）：
+- 通知内容：
+- 通知时间：

package/templates/operate//345/217/221/345/270/203/350/257/264/346/230/216/345/256/241/346/237/245.md

@@ -0,0 +1,75 @@
+---
+id: ka-rule-domain-operate-release-note-review
+kind: guidance
+title: 发布说明审查
+triggers:
+  - 发布说明
+  - changelog
+  - release note
+sync_policy: copy_to_project
+status: active
+extra:
+  updated_at: '2026-06-15'
+  lifecycle_status: active
+  name: release-note-review
+  scope:
+    - '*'
+  products:
+    - release_note
+  type: constraint
+  authority: canonical
+  asset_role: required
+  consumed_by:
+    - mc-domain-operate
+    - operate-gate
+  priority: P0
+  consumes:
+    - mc-domain-operate
+  hard_blocks:
+    - release_note_missing
+    - breaking_change_undocumented
+  fallback: manual_required
+  required_evidence:
+    - release_note_exists
+    - breaking_changes_documented
+  version: 1.0.0
+  last_reviewed: '2026-06-11'
+  domain:
+    - operate
+  verification_layer: L2
+  stage: operate
+  owner_mechanism: mc-domain-operate
+---
+
+## 发布说明审查规则
+
+### 必须满足
+
+1. **发布说明必须存在**
+   - 必须包含版本号、发布日期、变更摘要
+   - 格式遵循项目既定的发布说明模版
+
+2. **破坏性变更必须明确标注**
+   - API 签名变更、数据库 schema 变更、配置格式变更等必须列为 Breaking Changes
+   - 每个破坏性变更必须附迁移指南
+
+3. **变更分类必须清晰**
+   - 新功能（Added）、修复（Fixed）、变更（Changed）、移除（Removed）、安全修复（Security）
+   - 不得将破坏性变更混在"Changed"中而不标注
+
+4. **影响范围必须说明**
+   - 受影响的用户群体（前端/后端/运维）
+   - 受影响的接口或模块列表
+
+5. **部署注意事项必须列出**
+   - 需要的数据库迁移
+   - 需要的配置变更
+   - 需要的依赖更新
+
+### 验收项
+
+- [AC-01] 发布说明文件存在且格式合规
+- [AC-02] 所有破坏性变更已标注并附迁移指南
+- [AC-03] 变更分类清晰无遗漏
+- [AC-04] 影响范围已说明
+- [AC-05] 部署注意事项已列出

package/templates/operate//350/277/220/347/273/264/350/201/232/345/220/210/346/243/200/346/237/245.md

@@ -0,0 +1,22 @@
+---
+id: operate-aggregate-checks
+kind: guidance
+title: 运维聚合检查
+triggers:
+  - 运维
+  - 部署
+  - 监控
+  - 配置
+sync_policy: engine_only
+status: active
+extra:
+  type: constraint
+  scope:
+    - '*'
+  stage: operate
+  owner_mechanism: mc-stage-gate-engine
+---
+
+# operate 阶段聚合检查
+
+收容无单一资产归属的 stage 级 check（如编译/测试/部署证据等）。