soloforge 1.1.46 → 1.1.48

package/templates/verify//344/272/244/344/273/230/345/256/214/345/244/207/346/200/247/345/256/241/346/237/245.md

@@ -1,5 +1,5 @@
 ---
-id: ka-review-rule-交付完备性审查规则
+id: ka-guidance-交付完备性审查
 kind: guidance
 title: 交付完备性审查
 sync_policy: copy_to_project
@@ -9,109 +9,68 @@ triggers:
   - review
   - 交付检查
   - 上线前检查
-  - 提交检查
+  - 提测
+  - 交付完备
   - 终局宣言
+  - 完成检查
+  - 交付
+target_artifact:
+  - review_report
 extra:
   name: delivery-completeness
-  type: constraint
   scope:
-    - backend
-    - frontend
+    - '*'
   products:
     - '*'
+  type: constraint
   lifecycle_status: active
-  version: 1.2.0
-  last_reviewed: '2026-06-04'
-  domain: verify
+  version: 2.0.0
+  last_reviewed: '2026-06-17'
   verification_layer: L2
   stage: verify
+  domain: verify
   owner_mechanism: mc-generic-review
 ---
 
-## DEL-01: 交付物缺少终局宣言签名
-pattern: /SoloForge Audit: PASS/
-severity: error
-check_type: deterministic
-scope: [backend, frontend]
-description: 所有交付物末尾必须包含 [SoloForge Audit: PASS - 已通过三重深度推演，确认无潜在隐患]。缺少此签名的交付视为无效
-evidence_required:
-  - "交付物文件路径"
-  - "终局宣言签名存在确认"
+# 交付完备性审查：交付前必查清单
+
+> 这是"最小交付偏差 + 逼证据"的总裁决。交付前逐项核对，缺一不算交付完成。
+> 注入到代码审查报告（review_report）产出时。
+
+## 一、最小偏差（交付 = 需求）
+
+- [ ] 每条需求 REQ 有对应实现，且实现行为符合需求
+- [ ] 交付内容不超出需求范围（无多余功能，[[工程执行总纲]] 精准修改）
+- [ ] 根本目标（fundamental_need）已达成，非只完成表面功能
+- [ ] **前端**（涉及 FE-* 时）：交付的端覆盖需求 §9 声明的所有端，每个 FE-* 端骨架完整（路由/状态/API service 壳/认证拦截器），无前端孤岛
+
+## 二、证据充分（逼证据）
+
+- [ ] 验证基于真实执行（E1+ 运行时证据），非静态分析/AI 摘要（[[证据驱动与反幻觉]] 第 5 条）
+- [ ] 验收覆盖正常/异常/边界/权限四类（适用时含并发）
+- [ ] 测试全绿，增量覆盖率达标
+- [ ] 无"未验证项"被假装通过
 
-## DEL-02: 验收项缺少边界值覆盖
-pattern: //
-severity: warning
-check_type: deterministic
-scope: [backend, frontend]
-description: 验收项应覆盖空值(null/undefined)、极端值(MAX_VALUE/空字符串)、异常输入场景，而非仅 happy path
-evidence_required:
-  - "验收项列表"
-  - "边界值覆盖统计"
+## 三、无半成品（逼质量）
 
-## DEL-03: 涉及外部调用但无异常处理验收
-pattern: /(?:feign|http|restTemplate|webClient|fetch|axios)\s*\(/i
-severity: warning
-check_type: deterministic
-scope: [backend, frontend]
-description: 涉及外部 HTTP 调用的代码必须有超时、异常格式、降级场景的验收覆盖
-evidence_required:
-  - "外部调用点列表"
-  - "异常处理验收覆盖确认"
+- [ ] 无 TODO 占位、空函数体、空 catch（build-gate BLD-G02）
+- [ ] 无未接入主链路的孤岛代码（VRF-G06）
+- [ ] 错误路径都有处理，非只 happy path
 
-## DEL-04: 涉及状态变更但无事务/幂等验收
-pattern: /(?:@Transactional|save\(|insert\(|update\(|delete\()/i
-severity: warning
-check_type: deterministic
-scope: backend
-description: 涉及数据库状态变更的代码必须有事务一致性、幂等性验收覆盖
-evidence_required:
-  - "状态变更操作列表"
-  - "事务/幂等验收确认"
+## 四、人工审计（逼安全/质量）
 
-## DEL-05: 测试断言精度不足（疑似自己证明自己）
-pattern: /(?:toBeTruthy|toBeFalsy|toBeDefined|toBeUndefined|toBeDefined)\s*\(/
-severity: info
-check_type: deterministic
-scope: [backend, frontend]
-description: 大量使用模糊断言(toBeTruthy等)视为测试有效性风险，必须补充精确断言(toBe/toEqual/toThrow)
-evidence_required:
-  - "模糊断言使用统计"
+- [ ] 黑盒信任级发现项已人类签署 `[Human-Audit: APPROVED]`（[[开发者宪法]]）
+- [ ] 敏感操作（金额/状态/审批/跨系统）经用户确认
+- [ ] 无静默变更（GRAY/BLACK 级变更未跳过确认）
 
-## SEL-01: 技术选型无行业基准支撑
-pattern: //
-severity: error
-check_type: deterministic
-scope: [backend, frontend]
-description: 技术选型必须检索至少 3 个行业标准方案（结合通用知识 + sf_knowledge 项目沉淀）。禁止凭空推荐方案
-evidence_required:
-  - "技术选型记录路径"
-  - "行业基准检索结果路径"
-  - "对比方案数（须≥3）"
+## 五、可回滚（逼安全）
 
-## SEL-02: 推荐方案未说明致命缺点规避策略
-pattern: //
-severity: warning
-check_type: semantic
-scope: [backend, frontend]
-description: 最优解宣誓必须明确说明如何规避其他方案的致命缺点。无规避说明视为不完整选型
-evidence_required:
-  - "推荐方案致命缺点列表"
-  - "规避策略说明"
+- [ ] 有回滚方案（DDL/配置/代码变更可回滚）
+- [ ] 数据迁移有回滚脚本且验证过
 
-## TRA-01: 审查发现未按信任分级路由
-pattern: //
-severity: info
-check_type: semantic
-scope: [backend, frontend]
-description: sf_work action=verify 结果应按白盒(可跳过)/灰盒(建议审查)/黑盒(强制审查)三级分类展示，禁止平铺所有发现
-evidence_required:
-  - "信任分级统计（白盒/灰盒/黑盒项数）"
+## 禁止
 
-## TRA-02: 审查报告缺少认知透明度标注
-pattern: //
-severity: info
-check_type: semantic
-scope: [backend, frontend]
-description: 审查结果应标注熔断触发状态、变异检测结果、漂移检测结果，确保人类能看到系统内部决策
-evidence_required:
-  - "认知透明度标注内容"
+- 没验证就说"通过"（违规）
+- 隐藏未验证项（违规）
+- 黑盒项跳过人工签署（违规）
+- 无回滚方案就交付（违规）

package/templates/verify//344/273/243/347/240/201/345/256/241/346/237/245/346/212/245/345/221/212.md

@@ -13,8 +13,16 @@ extra:
   lifecycle_status: active
   stage: verify
   owner_mechanism: mc-generic-artifact
+  products:
+    - '*'
+  version: 2.0.0
+  last_reviewed: '2026-06-17'
 ---
 
+> **产物定位**：verify 阶段必出。代码审查的最终裁决——发现项按严重度分级，黑盒项须人类签署。
+> **核心纪律**：审查 Agent 与编码 Agent 须独立（[[证据驱动与反幻觉]]）；黑盒项未经 `[Human-Audit: APPROVED]` 不得判通过（[[开发者宪法]]）。
+> **反退化纪律**：发现项表须逐条填写（维度/严重度/信任分级/文件/描述/建议/来源），禁止只列前几条后省略、禁止用「其余发现见附件」代替；维度覆盖矩阵每个维度都要标注覆盖状态。
+
 # 代码审查报告
 
 ## 1. 审查信息
@@ -41,6 +49,7 @@ extra:
 | 交付完备 | DEL-01~DEL-05, SEL-01~SEL-02, TRA-01~TRA-02 | ✅/❌ | <!-- 数量 --> | |
 | 决策完整性 | DEC-01~DEC-04 | ✅/❌ | <!-- 数量 --> | **AI 盲区** |
 | 上游交叉验证 | UCV-REV-01~UCV-REV-04 | ✅/❌ | <!-- 数量 --> | |
+| 前端工程 | FE-SKELETON/FE-CONTRACT/FE-AUTH | ✅/❌ | <!-- 数量 --> | 涉及 FE-* 时：骨架完整/前后端契约一致/前端权限承接（XVAL-REVIEW-FE + 交付完备性审查前端维度） |
 
 > **AI 盲区维度标注**：design（设计意图）/ maintainability（可维护性深层）/ documentation（文档完备）——这些维度 AI 审查置信度较低，建议人类重点复核。
 
@@ -60,3 +69,11 @@ extra:
 | 检查项 | 通过 |
 |---|---|
 | <!-- 检查项 --> | 是/否 |
+
+## 完成判定
+
+- [ ] 审查覆盖所有变更文件
+- [ ] 发现项按严重度分级（error/warning/info）
+- [ ] 审查清单全部校验通过
+- [ ] 无未处理的 error 级发现
+- [ ] 发现项表逐条完整填写，维度覆盖矩阵无遗漏维度

package/templates/verify//345/256/241/346/237/245/346/270/205/345/215/225.md

@@ -0,0 +1,79 @@
+---
+id: ka-guidance-审查清单
+kind: guidance
+title: 审查清单
+sync_policy: copy_to_project
+status: active
+triggers:
+  - 审查
+  - review
+  - 代码审查
+  - 质量
+  - 审查清单
+  - 检查清单
+  - code review
+target_artifact:
+  - review_report
+extra:
+  name: review-checklist
+  scope:
+    - '*'
+  products:
+    - '*'
+  type: constraint
+  lifecycle_status: active
+  version: 1.0.0
+  last_reviewed: '2026-06-17'
+  verification_layer: L2
+  stage: verify
+  domain: verify
+  owner_mechanism: mc-generic-review
+---
+
+# 审查清单：代码审查查什么
+
+> 合并旧的十几个审查碎拆（SOLID/性能/并发/错误处理/数据隐私/可维护性等）。
+> verify-gate 的 SEC/PER/CON/API 是确定性正则门禁；本清单是审查者的维度指引。
+> 注入到代码审查报告（review_report）产出时。
+
+## 审查维度（每类都要过一遍）
+
+### 正确性
+- 逻辑是否实现需求（对照 REQ）
+- 边界条件：空/null/极值/并发/重复提交
+- 错误路径都有处理
+
+### 安全（对应 build-gate SEC-01~12）
+- 输入校验、SQL 注入、XSS、权限、敏感信息、SSRF、反序列化
+- 详见 [[安全加固]]
+
+### 性能（对应 PER-01~09）
+- N+1 查询、SELECT *、全量返回、循环内建对象、大事务、连接池
+- 前端：不必要重渲染、未记忆化、未优化资源
+
+### 并发（对应 CON-01~10）
+- 共享可变状态保护、JVM 锁误用、先查后改原子性、事务自调用、ThreadLocal 清理
+
+### 架构（对应 ARC-*）
+- 分层依赖、循环依赖、单一职责、Controller 不含业务逻辑
+
+### 接口契约（对应 API-01~10）
+- DTO 不暴露 Entity、写操作事务、权限注解、参数校验、RESTful、统一响应、分页、版本号、文档
+
+### 可维护性（AI 盲区，重点人工复核）
+- 命名清晰、单一职责、注释解释 why、无上帝对象
+- 可观测：关键路径有日志，便于排查
+
+### 数据隐私
+- 敏感数据加密/脱敏、日志不泄露、数据生命周期合规
+
+## 信任分级
+
+- **白盒**：AI 可确定性判定（正则/类型/编译）→ 自动通过
+- **灰盒**：AI 可判但需复核 → AI 判 + 标注
+- **黑盒**：需业务/设计判断（设计意图/可维护性深层）→ **必须人类签署**（[[开发者宪法]]）
+
+## 输出
+
+每个发现项：维度 + 严重度(error/warning/info) + 信任分级 + 文件:行号 + 描述 + 建议。
+黑盒项未签署不得判通过。

package/templates/verify//346/236/266/346/236/204/350/257/255/344/271/211/347/272/242/347/272/277.md

@@ -0,0 +1,60 @@
+---
+id: ka-guidance-架构语义红线
+kind: guidance
+title: 架构语义红线
+sync_policy: engine_only
+status: active
+triggers:
+  - 架构红线
+  - 跨服务
+  - 跨边界
+  - 幂等
+  - 审计记录
+  - 绕过认证
+  - 部署方案
+  - 风险登记
+  - 黑盒审查
+  - 人工确认
+  - 人工签署
+extra:
+  name: architecture-semantic-redline
+  scope:
+    - '*'
+  products:
+    - '*'
+  type: constraint
+  lifecycle_status: active
+  version: 1.0.0
+  domain: verify
+  owner_mechanism: mc-stage-gate-engine
+---
+
+# 架构语义红线
+
+> **来源**：从 verify/enforced.md 的 `ARCH-C-REVIEW`（架构语义红线 9 条）+ `VRF-G02`（黑盒审查须人工确认）拆出。
+> 这些规则**不可代码确定性判定**（需业务上下文 / 人工判断），故归软下限（triggers 注入 + AI/人工评判），不进 gate。确定性架构检查仅 ARC-09（全局异常处理器，grep 项目级存在性）；**分层依赖 / 组件行数同样不可代码确定性判定**（需 AST / 项目特定规则 / 跨语言工具 dependency-cruiser·ArchUnit），归本软下限 + AI/人工审查（原 ARCH-DEP enforced 假覆盖已删，ARC-05 幽灵引用已清）。
+
+## 架构语义红线（原 ARCH-C-REVIEW 9 条）
+
+客户端 AI 结合业务上下文评判：
+
+1. **禁止 Patch JAR / docker commit / 运行时文件替换交付代码** —— 交付物须可重建、可追溯
+2. **禁止跨服务边界直访持久化** —— 前端 / Controller / 定时任务不得绕过服务层直接访问数据库实现
+3. **禁止绕过统一认证与数据范围控制暴露业务接口** —— 所有业务接口须经认证 + 数据权限
+4. **新增写操作须有可追溯审计记录** —— 谁 / 何时 / 改了什么
+5. **异步消息 / 定时任务 / 补偿逻辑须幂等** —— 重复执行不产生副作用
+6. **模块边界单一职责无过度耦合**（ARCH-R04）
+7. **NFR 目标值可测量**（ARCH-R07）—— 性能 / 容量指标有具体数值可验证
+8. **部署方案环境规划 / CI-CD 完整**（ARCH-R09）
+9. **风险登记覆盖度充分**（ARCH-R10）
+10. **模块依赖遵循分层方向、无循环依赖**（原 ARCH-DEP 降级）—— 表现层不得直接访问数据层、service 不得跨层直访；分层违规 / 循环依赖须 AI/人工审查（dependency-cruiser/ArchUnit 项目特定，不进确定性 gate）
+
+## 黑盒审查须人工确认（原 VRF-G02）
+
+所有信任分级为**黑盒**的审查项，必须有人类签署确认（人工签署判断，不可代码确定性判定）。
+
+> 为何软：机器无法判定"黑盒审查是否经人工签署"。靠本纪律提醒 AI 主动要求人工确认，并在审查报告记录签署人/时间。
+
+## 关联
+- 确定性架构检查：仅 ARC-09（全局异常处理器）。分层依赖 / 组件行数 → 本软下限 + AI/人工（非确定性，原 ARCH-DEP enforced 假覆盖已删）
+- [[证据驱动与反幻觉]] / [[开发者宪法]]

package/templates/verify//351/252/214/350/257/201/346/226/271/346/263/225.md

@@ -0,0 +1,72 @@
+---
+id: ka-guidance-验证方法
+kind: guidance
+title: 验证方法
+sync_policy: copy_to_project
+status: active
+triggers:
+  - 验证
+  - verify
+  - 测试
+  - 端到端
+  - 集成测试
+  - 验收
+  - 执行验证
+  - 怎么验证
+target_artifact:
+  - review_report
+extra:
+  name: verification-method
+  scope:
+    - '*'
+  products:
+    - '*'
+  type: procedure
+  lifecycle_status: active
+  version: 1.0.0
+  last_reviewed: '2026-06-17'
+  verification_layer: L2
+  stage: verify
+  domain: verify
+  owner_mechanism: mc-verifier
+---
+
+# 验证方法：怎么真实验证（禁止假验证）
+
+> [[证据驱动与反幻觉]] 第 5/10 条：验证计划不是验证结果，失败必须修复复验。
+> build-gate VRF-G03 守护：端到端核心流程须全过、证据 ≥ E1。
+
+## 分层验证
+
+1. **单元测试**：单个函数/模块逻辑，mock 外部依赖
+2. **集成测试**：模块组合，真实依赖（DB/缓存）
+3. **端到端测试**：完整业务流程，浏览器/API 真实跑通
+
+每层都要跑，不能只跑单元测试就交。
+
+## 证据收集
+
+- 测试输出（pass/fail/total）
+- 截图（端到端，证明真实跑过）
+- API 响应日志
+- 数据库状态验证（改完数据真的变了）
+
+## Evidence 级别（承接测试计划）
+
+- **E0 不可接受**：无运行时证据（静态分析/AI 摘要/"我觉得对"）
+- **E1 最低**：运行时证据（测试输出/响应日志）
+- **E2 推荐**：端到端浏览器验证 + API + DB 状态
+
+P0 核心业务流程推荐 E2。
+
+## 禁止假验证
+
+- 只跑 happy path（违规，必须覆盖异常/边界）
+- mock 掉被测逻辑（违规，测试自己证明自己）
+- 用"验证计划"冒充"验证结果"（违规）
+- 未执行就说"全部通过"（违规）
+- 失败不修复就说"建议验证"后标记完成（违规）
+
+## 失败处理
+
+验证失败 → 进入 [[反馈修复闭环]]：读 findings → 定位根因 → 修复 → 重验 → 重试 5 次 escalate。

package/dist/core/scope_checker.d.ts

@@ -1,29 +0,0 @@
-/**
- * Scope 检查器 — 写路径 scope 硬检查（工具层拦截）。
- *
- * 职责边界：
- * - 负责：判断文件路径是否在任务允许的写范围内
- * - 不负责：门禁检查、业务逻辑、状态派生
- *
- * 被谁调用：sf_work（act 动作，写入前拦截）
- * 调用谁：无（纯计算）
- *
- * 数据流：文件路径 + allowed_paths → boolean
- * 持久化：无
- */
-/** Scope 检查结果 */
-export interface ScopeCheckResult {
-    /** 是否在范围内 */
-    allowed: boolean;
-    /** 拒绝原因（allowed=false 时有值） */
-    reason?: string;
-}
-/**
- * 检查文件路径是否在允许范围内。
- * 规则：
- * 1. 不能匹配全局禁止模式
- * 2. 必须匹配 allowed_paths 中的至少一个前缀/glob
- * 3. read_only_paths 只允许读，不允许写
- */
-export declare function checkScope(filePath: string, allowedPaths: string[], readOnlyPaths?: string[]): ScopeCheckResult;
-//# sourceMappingURL=scope_checker.d.ts.map

package/dist/core/scope_checker.d.ts.map

@@ -1 +0,0 @@
-{"version":3,"file":"scope_checker.d.ts","sourceRoot":"","sources":["../../src/core/scope_checker.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;GAYG;AAIH,iBAAiB;AACjB,MAAM,WAAW,gBAAgB;IAC/B,aAAa;IACb,OAAO,EAAE,OAAO,CAAC;IACjB,8BAA8B;IAC9B,MAAM,CAAC,EAAE,MAAM,CAAC;CACjB;AAWD;;;;;;GAMG;AACH,wBAAgB,UAAU,CACxB,QAAQ,EAAE,MAAM,EAChB,YAAY,EAAE,MAAM,EAAE,EACtB,aAAa,GAAE,MAAM,EAAO,GAC3B,gBAAgB,CA2BlB"}

package/dist/core/scope_checker.js

@@ -1,53 +0,0 @@
-/**
- * Scope 检查器 — 写路径 scope 硬检查（工具层拦截）。
- *
- * 职责边界：
- * - 负责：判断文件路径是否在任务允许的写范围内
- * - 不负责：门禁检查、业务逻辑、状态派生
- *
- * 被谁调用：sf_work（act 动作，写入前拦截）
- * 调用谁：无（纯计算）
- *
- * 数据流：文件路径 + allowed_paths → boolean
- * 持久化：无
- */
-/** 全局禁止写入的路径模式 */
-const DENIED_PATTERNS = [
-    /\.soloforge\/tasks\//, // 任务文件由 TaskStore 管理
-    /\.soloforge\/gates\//, // 门禁记录由 GateRecordStore 管理
-    /\.env/, // 环境变量文件
-    /\.git\//, // git 内部文件
-    /node_modules\//, // 依赖目录
-];
-/**
- * 检查文件路径是否在允许范围内。
- * 规则：
- * 1. 不能匹配全局禁止模式
- * 2. 必须匹配 allowed_paths 中的至少一个前缀/glob
- * 3. read_only_paths 只允许读，不允许写
- */
-export function checkScope(filePath, allowedPaths, readOnlyPaths = []) {
-    // 规则 1：全局禁止
-    for (const pattern of DENIED_PATTERNS) {
-        if (pattern.test(filePath)) {
-            return { allowed: false, reason: `路径匹配全局禁止模式：${pattern.source}` };
-        }
-    }
-    // 规则 2：只读路径
-    for (const roPath of readOnlyPaths) {
-        if (filePath.startsWith(roPath) || filePath.includes(roPath)) {
-            return { allowed: false, reason: `路径为只读：${roPath}` };
-        }
-    }
-    // 规则 3：必须在允许范围内
-    if (allowedPaths.length === 0) {
-        return { allowed: true }; // 未设限制 = 允许全部（除全局禁止外）
-    }
-    for (const allowed of allowedPaths) {
-        if (filePath.startsWith(allowed) || filePath.includes(allowed)) {
-            return { allowed: true };
-        }
-    }
-    return { allowed: false, reason: `路径不在允许范围内：${filePath}` };
-}
-//# sourceMappingURL=scope_checker.js.map

package/dist/core/scope_checker.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"scope_checker.js","sourceRoot":"","sources":["../../src/core/scope_checker.ts"],"names":[],"mappings":"AAAA;;;;;;;;;;;;GAYG;AAYH,kBAAkB;AAClB,MAAM,eAAe,GAAG;IACtB,sBAAsB,EAAY,qBAAqB;IACvD,sBAAsB,EAAY,2BAA2B;IAC7D,OAAO,EAA4B,SAAS;IAC5C,SAAS,EAA0B,WAAW;IAC9C,gBAAgB,EAAmB,OAAO;CAC3C,CAAC;AAEF;;;;;;GAMG;AACH,MAAM,UAAU,UAAU,CACxB,QAAgB,EAChB,YAAsB,EACtB,gBAA0B,EAAE;IAE5B,YAAY;IACZ,KAAK,MAAM,OAAO,IAAI,eAAe,EAAE,CAAC;QACtC,IAAI,OAAO,CAAC,IAAI,CAAC,QAAQ,CAAC,EAAE,CAAC;YAC3B,OAAO,EAAE,OAAO,EAAE,KAAK,EAAE,MAAM,EAAE,cAAc,OAAO,CAAC,MAAM,EAAE,EAAE,CAAC;QACpE,CAAC;IACH,CAAC;IAED,YAAY;IACZ,KAAK,MAAM,MAAM,IAAI,aAAa,EAAE,CAAC;QACnC,IAAI,QAAQ,CAAC,UAAU,CAAC,MAAM,CAAC,IAAI,QAAQ,CAAC,QAAQ,CAAC,MAAM,CAAC,EAAE,CAAC;YAC7D,OAAO,EAAE,OAAO,EAAE,KAAK,EAAE,MAAM,EAAE,SAAS,MAAM,EAAE,EAAE,CAAC;QACvD,CAAC;IACH,CAAC;IAED,gBAAgB;IAChB,IAAI,YAAY,CAAC,MAAM,KAAK,CAAC,EAAE,CAAC;QAC9B,OAAO,EAAE,OAAO,EAAE,IAAI,EAAE,CAAC,CAAC,sBAAsB;IAClD,CAAC;IAED,KAAK,MAAM,OAAO,IAAI,YAAY,EAAE,CAAC;QACnC,IAAI,QAAQ,CAAC,UAAU,CAAC,OAAO,CAAC,IAAI,QAAQ,CAAC,QAAQ,CAAC,OAAO,CAAC,EAAE,CAAC;YAC/D,OAAO,EAAE,OAAO,EAAE,IAAI,EAAE,CAAC;QAC3B,CAAC;IACH,CAAC;IAED,OAAO,EAAE,OAAO,EAAE,KAAK,EAAE,MAAM,EAAE,aAAa,QAAQ,EAAE,EAAE,CAAC;AAC7D,CAAC"}

package/templates/build/Bug/345/210/206/346/236/220.md

@@ -1,59 +0,0 @@
----
-id: ka-artifact_template-Bug分析模版
-kind: artifact
-title: Bug分析
-sync_policy: copy_to_project
-status: active
-extra:
-  name: bug-analysis
-  scope:
-    - backend
-    - frontend
-  products:
-    - '*'
-  lifecycle_status: active
-  version: 1.1.0
-  last_reviewed: '2026-06-01'
-  type: artifact
-  domain: build
-  stage: build
-  owner_mechanism: mc-generic-artifact
----
-
-# Bug 分析报告
-
-## 1. 问题概述
-- **现象描述**：
-- **影响范围**：全部用户 / 特定条件 / 偶发 / 必现
-- **严重程度**：P0(致命) / P1(严重) / P2(一般) / P3(轻微)
-- **发现时间**：
-- **发现渠道**：用户反馈 / 自动告警 / 测试发现
-
-## 2. 复现步骤
-1.
-2.
-3.
-- **前置条件**：
-- **输入数据**：
-- **环境信息**：
-
-## 3. 根因分析
-- **直接原因**：
-- **深层原因**（设计/实现/测试/流程）：
-- **归因阶段**：需求 / 设计 / 任务拆解 / 实现 / 测试 / 门禁
-- **假设-验证记录**：
-
-| 假设 | 验证方式 | 结果 | 结论 |
-|------|---------|------|------|
-|      |         |      |      |
-
-## 4. 修复方案
-- **修复范围**（仅限根因相关文件）：
-- **修复方式**：
-- **回归风险评估**：
-
-## 5. 预防措施
-- [ ] 是否需要补充测试用例
-- [ ] 是否需要补充审查规则
-- [ ] 是否需要更新知识条目
-- [ ] 是否存在同类问题需排查

package/templates/build/Git/346/223/215/344/275/234.md

@@ -1,48 +0,0 @@
----
-id: ka-pattern-gitops
-kind: knowledge
-title: Git操作
-sync_policy: copy_to_project
-status: active
-extra:
-  name: gitops
-  scope:
-    - backend
-    - frontend
-  products:
-    - '*'
-  lifecycle_status: active
-  version: 1.1.0
-  last_reviewed: '2026-06-01'
-  type: knowledge
-  domain:
-    - build
-    - verify
-  verification_layer: L2
-  stage: build
-  owner_mechanism: mc-general-pattern
----
-
-## 决策规则
-- Commit 消息必须语义化（feat/fix/refactor/test/docs/chore + 描述），禁止"update"、"fix"等笼统消息
-- 每个 commit 对应一个最小变更单元
-- 提交前检查清单：lint/format 通过、测试通过、无调试残留（console 输出、print、待办/修复占位标记）、无敏感信息、无超范围变更、无未跟踪大文件
-- 功能分支合并必须使用 --no-ff 保留历史
-- 冲突在功能分支解决，禁止在 master 上解决冲突
-- 单 commit 问题用 git revert，整分支问题用 git revert -m 1
-- 分支命名必须包含类型前缀（feature/、fix/、hotfix/、release/），禁止无意义命名
-- Commit message 必须遵循 Conventional Commits 规范（type(scope): description）
-- 禁止 force push 到 main/master/develop 分支，必须通过 PR/MR 合并
-- 每个功能/修复必须从最新 develop/main 创建分支，禁止使用陈旧分支
-- 代码合并必须经过至少一人 review 并批准，禁止自行合并
-- 合并冲突必须在本地解决并测试，禁止在合并平台上直接解决
-
-## 验收项
-- [AC-01] Commit 消息语义化（type + description）
-- [AC-02] 无调试代码残留
-- [AC-03] 合并使用 --no-ff
-- [AC-04] 回滚使用 revert 而非 reset
-- [AC-05] 分支命名有类型前缀
-- [AC-06] Commit message 符合 Conventional Commits
-- [AC-07] 无 force push 到主分支
-- [AC-08] 代码合并经过 review

package/templates/build/OOD/350/256/276/350/256/241/346/221/230/350/246/201.md

@@ -1,46 +0,0 @@
----
-id: ka-artifact_template-OOD设计摘要模版
-kind: artifact
-title: OOD设计摘要
-sync_policy: copy_to_project
-status: active
-extra:
-  name: ood-design-summary
-  scope:
-    - backend
-    - frontend
-  products:
-    - '*'
-  lifecycle_status: active
-  version: 1.1.0
-  last_reviewed: '2026-06-01'
-  type: artifact
-  domain: build
-  stage: build
-  owner_mechanism: mc-ood-solid-contract
----
-
-# OOD/SOLID 设计摘要
-
-## 适用性
-
-- 任务：
-- 适用/不适用理由：
-
-## 对象与职责
-
-| 对象/模块 | 单一职责 | 协作者 | 禁止承担的职责 |
-|---|---|---|---|
-| | | | |
-
-## 接口与依赖方向
-
-| 接口/端口 | 提供者 | 消费者 | 依赖方向 | 替换/测试策略 |
-|---|---|---|---|---|
-| | | | | |
-
-## 变化点与 SOLID 复验
-
-| 变化点 | SRP | OCP | LSP | ISP | DIP | 复验证据 |
-|---|---|---|---|---|---|---|
-| | | | | | | |