soloforge 1.1.45 → 1.1.47

package/templates/verify//346/225/260/346/215/256/345/272/223/345/217/230/346/233/264.md

@@ -1,37 +0,0 @@
----
-id: ka-artifact_template-database-change
-kind: artifact
-title: 数据库变更
-sync_policy: copy_to_project
-status: active
-extra:
-  name: database-change
-  scope:
-    - backend
-  products:
-    - '*'
-  lifecycle_status: active
-  version: 1.1.0
-  last_reviewed: '2026-06-01'
-  type: artifact
-  domain: verify
-  stage: verify
-  owner_mechanism: mc-artifact-contract
----
-
-## 验收项
-- [AC-01] migration 脚本有对应回滚脚本 (check: ls U{version}__*.sql {dir})
-- [AC-02] migration 脚本幂等（可重复执行不出错） (check: grep -c 'IF NOT EXISTS\|IF EXISTS' {file})
-- [AC-03] 新增列有默认值或允许 NULL（向前兼容） (check: grep 'ALTER TABLE.*ADD COLUMN' {file} | grep -c 'DEFAULT\|NULL')
-- [AC-04] migration 脚本无业务逻辑（无 SELECT/INSERT/UPDATE 业务数据） (check: grep -ic 'INSERT INTO\|UPDATE.*SET' {file})
-- [AC-05] 大数据量迁移使用分批策略（每批 1000 条） (check: grep -c 'LIMIT.*OFFSET\|BATCH\|分批\|batchSize' {file})
-- [AC-06] 禁止 DROP COLUMN（应标记 deprecated 后续清理） (check: grep -ic 'DROP COLUMN\|DROP TABLE' {file})
-- [AC-07] 新建索引评估对大表的影响（>100 万行使用 ONLINE DDL） (check: grep -c 'ONLINE\|ALGORITHM\|pt-online' {file})
-- [AC-08] 字段命名遵循项目约定（snake_case，无缩写歧义） (check: grep -P '[A-Z]' {file} | grep -v '^\s*--' | head -5)
-- [AC-09] 迁移脚本是否向前兼容（先加列后删列，先加索引后删除旧索引） (check: grep -c 'ADD.*COLUMN\|ADD.*INDEX' {file})
-- [AC-10] 是否有回滚脚本并在测试环境验证通过 (check: ls {dir}/rollback_*.sql {dir}/down_*.sql 2>/dev/null | wc -l)
-- [AC-11] 新增字段是否有默认值（非 NULL 列必须有 DEFAULT） (check: grep 'ADD COLUMN' {file} | grep -cv 'DEFAULT\|NULL')
-- [AC-12] 新增索引是否评估对写入性能的影响（大表需评审） (check: grep -c 'CREATE.*INDEX\|ADD.*INDEX' {file})
-- [AC-13] 大表变更是否使用 ONLINE DDL（避免锁表） (check: grep -c 'ALGORITHM.*INPLACE\|ALGORITHM.*ONLINE\|pt-online\|ONLINE' {file})
-- [AC-14] 数据迁移脚本是否有数据校验步骤（迁移前后行数对比/哈希校验） (check: grep -c 'COUNT(\*)\|checksum\|MD5\|SHA\|校验\|验证' {file})
-- [AC-15] 迁移脚本是否纳入版本控制（Git tracked） (check: git ls-files {file} | wc -l)

package/templates/verify//346/225/260/346/215/256/351/232/220/347/247/201.md

@@ -1,46 +0,0 @@
----
-id: ka-pattern-data-privacy
-kind: knowledge
-title: 数据隐私
-sync_policy: copy_to_project
-status: active
-extra:
-  name: data-privacy
-  scope:
-    - backend
-    - frontend
-  products:
-    - '*'
-  lifecycle_status: active
-  version: 1.1.0
-  last_reviewed: '2026-06-01'
-  type: knowledge
-  domain: verify
-  verification_layer: L2
-  stage: verify
-  owner_mechanism: mc-general-pattern
----
-
-## 决策规则
-- 手机号、身份证号、银行卡号、邮箱、地址等 PII 字段必须脱敏展示（手机号 `138****1234`，身份证 `310***********1234`）
-- 数据库中密码必须 BCrypt 哈希，身份证/银行卡等必须 AES 加密存储，禁止明文
-- 日志中禁止打印完整 PII 字段，必须脱敏或掩码处理
-- 接口响应中敏感字段必须默认脱敏，需要明文的场景必须单独授权接口
-- 数据导出（Excel/CSV）包含 PII 字段时必须有权限控制和操作审计
-- 用户注销/数据删除请求必须级联清理所有关联 PII 数据，包括备份中的软删除标记
-- 数据查询接口禁止支持全量导出 PII 数据，必须分页且有导出上限
-- 前端禁止在 URL 参数、LocalStorage 明文存储敏感信息
-- 个人敏感信息（身份证、手机号、银行卡）存储必须加密或脱敏
-- 数据删除必须支持真删除（不只是软删除标记），满足 GDPR/个人信息保护法要求
-- 用户注销必须清除或匿名化关联个人数据，不能只禁用账号
-- 用户数据导出必须经过审批，导出文件必须加密传输
-
-## 验收项
-- [AC-01] PII 字段展示时有脱敏处理
-- [AC-02] 敏感字段加密存储非明文
-- [AC-03] 日志不含完整 PII 数据
-- [AC-04] 数据导出有权限控制和审计
-- [AC-05] 用户注销关联数据已清理
-- [AC-06] 敏感信息加密存储
-- [AC-07] 接口/日志中敏感信息脱敏
-- [AC-08] 支持数据真删除和匿名化

package/templates/verify//346/226/207/344/273/266/344/270/212/344/274/240.md

@@ -1,45 +0,0 @@
----
-id: ka-pattern-file-upload
-kind: knowledge
-title: 文件上传
-sync_policy: copy_to_project
-status: active
-extra:
-  name: file-upload
-  scope:
-    - backend
-  products:
-    - '*'
-  lifecycle_status: active
-  version: 1.1.0
-  last_reviewed: '2026-06-01'
-  type: knowledge
-  domain: verify
-  verification_layer: L2
-  stage: verify
-  owner_mechanism: mc-backend-pattern
----
-
-## 决策规则
-- 文件必须存储到对象存储（OSS/MinIO/S3），禁止存本地磁盘
-- 必须校验文件类型白名单（禁止 .exe/.sh/.jsp 等）
-- 必须限制文件大小（默认 10MB）
-- 禁止使用原始文件名，必须 UUID 重命名防路径遍历
-- 上传接口必须校验文件 MIME 类型和扩展名双重验证
-- 图片类上传必须校验实际文件头（magic bytes），不能只依赖扩展名
-- 必须配置上传文件总容量限制（单个用户/租户），防止存储滥用
-- 下载链接必须使用签名 URL 或一次性 token，禁止永久公开 URL
-- 禁止上传目录有执行权限（chmod -x），防止上传的脚本被服务器执行
-- 文件上传必须异步处理（先上传再后台扫描），大文件必须支持断点续传
-- 必须记录文件上传/下载审计日志（操作人、时间、文件名、大小）
-
-## 验收项
-- [AC-01] 文件类型白名单校验
-- [AC-02] 文件大小限制（默认 10MB）
-- [AC-03] UUID 重命名文件
-- [AC-04] 存储在对象存储而非本地磁盘
-- [AC-05] 文件头 magic bytes 校验
-- [AC-06] 用户/租户存储容量限制
-- [AC-07] 下载链接签名或一次性 token
-- [AC-08] 上传目录无执行权限
-- [AC-09] 上传/下载审计日志

package/templates/verify//346/227/245/345/277/227.md

@@ -1,45 +0,0 @@
----
-id: ka-pattern-logging
-kind: knowledge
-title: 日志
-sync_policy: copy_to_project
-status: active
-extra:
-  name: logging
-  scope:
-    - backend
-  products:
-    - '*'
-  lifecycle_status: active
-  version: 1.1.0
-  last_reviewed: '2026-06-01'
-  type: knowledge
-  domain: verify
-  verification_layer: L2
-  stage: verify
-  owner_mechanism: mc-backend-pattern
----
-
-## 决策规则
-- 必须使用 SLF4J + Logback，禁止 System.out.println
-- 所有请求必须有 traceId 贯穿完整链路（MDC Filter）
-- 关键业务操作（创建/修改/删除）必须记录 INFO 日志
-- 禁止日志中打印敏感信息（密码、token、身份证号），敏感字段必须脱敏
-- ERROR 日志必须包含异常堆栈（log.error("msg", e)）
-- 所有新增/修改/删除/审核/审批/发放/冻结/解冻等写操作必须有审计落点
-- 审计至少包含：操作者、操作时间、操作对象、来源入口、关键前后值或结果摘要
-- 关键路径（写操作、状态变更、外部调用、异常捕获）必须有日志，只读查询不得为满足规则而硬加日志
-- 禁止在循环中打印日志（尤其是 DEBUG 级别），防止日志洪泛
-- 异常日志必须包含完整堆栈（log.error("msg", exception)），禁止只打印 getMessage()
-- 生产环境禁止使用 DEBUG/TRACE 级别日志
-
-## 验收项
-- [AC-01] 所有请求有 traceId 贯穿
-- [AC-02] 关键操作记录 INFO 日志
-- [AC-03] 日志不含敏感信息
-- [AC-04] 无 System.out.println
-- [AC-05] 写操作有审计记录（操作者/时间/对象/来源）
-- [AC-06] 关键路径有日志且只读查询无冗余日志
-- [AC-07] 关键操作有审计日志
-- [AC-08] 日志包含 traceId
-- [AC-09] 异常日志包含完整堆栈

package/templates/verify//346/234/254/345/234/260/346/265/217/350/247/210/345/231/250/351/252/214/346/224/266.md

@@ -1,94 +0,0 @@
----
-id: ka-procedure-本地浏览器验收工作流
-kind: guidance
-title: 本地浏览器验收
-sync_policy: copy_to_project
-status: active
-triggers:
-  - verify
-  - 浏览器验收
-  - Docker 验收
-  - 本地测试
-  - local acceptance
-  - browser test
-  - docker compose
-extra:
-  name: local-browser-acceptance-workflow
-  type: procedure
-  scope:
-    - backend
-    - frontend
-    - infrastructure
-  products:
-    - '*'
-  consumed_contracts:
-    - local_acceptance_contract_entry
-    - coding_readiness_contract_entry
-    - detail_discipline_contract
-  required_sections:
-    - 服务运行规格
-    - 浏览器验收计划
-    - 修复循环策略
-    - 最终访问交付
-  hard_rules:
-    - 有可运行前端/全栈服务时，不得只停在单测、静态检查或审查报告
-    - 项目已有 docker-compose 时必须优先使用
-    - 必须识别 frontend、backend、database、env、ports 和 health checks
-    - 服务启动后必须等待 container healthy、backend health、frontend reachable
-    - >-
-      浏览器验收失败必须 capture → classify → map owner → repair → rebuild → redeploy →
-      rerun
-    - 最终必须给用户本地可访问 URL、运行状态、启动/停止命令
-    - 未给最终本地 URL 不得 delivered
-  acceptance_checks:
-    - requiresLocalAcceptance 判断正确
-    - ServiceRuntimeSpec 已识别所有服务
-    - 浏览器验收计划覆盖任务相关页面和路由
-    - 修复循环策略包含 max_iterations 和 stop_conditions
-    - FinalLocalReviewAccess 包含 frontend_urls/backend_urls/docs_or_swagger_urls
-    - validateFinalAccess passed
-  lifecycle_status: active
-  version: 1.1.0
-  last_reviewed: '2026-06-01'
-  domain: verify
-  verification_layer: L2
-  stage: verify
-  owner_mechanism: mc-local-acceptance
----
-
-## 适用场景
-含前端/全栈服务的项目完成开发后，必须在本地启动服务并通过浏览器验收。适用于有 docker-compose、npm start 或类似启动方式的项目。
-
-## 步骤
-1. **判断是否需要本地验收**: requiresLocalAcceptance 判断
-2. **服务运行规格**:
-   - 识别 frontend、backend、database/cache、env、ports、health checks
-   - docker-compose 优先，否则用项目启动命令
-3. **启动服务**:
-   - 启动所有服务
-   - 等待 container healthy、backend health endpoint、frontend reachable、DB migrated
-   - 检查 logs 无关键错误、port open
-4. **浏览器验收**:
-   - 覆盖任务相关页面、路由、核心交互
-   - API 联动、登录/权限、错误提示、空状态/loading
-   - 检查控制台关键错误和 network 关键失败
-5. **失败处理** (修复循环):
-   - capture failure → classify failure → map owner files
-   - repair within scope → rebuild → redeploy → rerun
-   - retry budget 内循环；超预算 → manual_required
-6. **最终交付**:
-   - 给用户 frontend/backend/docs/swagger 本地 URL
-   - 给用户运行状态、启动/停止命令、测试账号说明、人工查验步骤、未覆盖风险
-
-## 检查点
-- [ ] requiresLocalAcceptance 判断正确
-- [ ] 所有服务启动且 healthy
-- [ ] 浏览器验收覆盖关键页面
-- [ ] 修复循环有预算和停止条件
-- [ ] 最终 URL 交付完整
-
-## 禁止退化
-- 不得只停在单测或审查报告
-- 无 URL 不得 delivered
-- CI 环境无 Docker 时 not_applicable_with_reason，但不能把 runnable 项目判为 delivered
-- retry budget 超出或 scope 不足必须 manual_required

package/templates/verify//346/240/270/345/277/203/345/267/245/347/250/213/346/211/247/350/241/214.md

@@ -1,65 +0,0 @@
----
-id: ka-checklist-核心工程执行验收清单
-kind: artifact
-title: 核心工程执行
-sync_policy: copy_to_project
-status: active
-extra:
-  name: core-engineering-acceptance
-  type: artifact
-  scope:
-    - '*'
-  products:
-    - '*'
-  lifecycle_status: active
-  version: 1.1.0
-  last_reviewed: '2026-06-01'
-  domain: verify
-  verification_layer: L2
-  stage: verify
-  owner_mechanism: mc-core-engineering-principles
----
-
-# 核心工程执行验收清单
-
-## Think Before Coding
-
-- [ ] 所有必要输入是否已明确？不能在缺少关键输入时开始写代码
-- [ ] 写入 scope 是否明确？不能在 scope 不明时修改文件
-- [ ] 外部副作用是否已获授权？
-- [ ] 所有 blocking 级不确定是否已澄清？
-- [ ] 所有 material 级不确定是否已记录为 assumption？
-- [ ] 是否有把未知事实写成确定结论的情况？
-
-## Simplicity First
-
-- [ ] 新增依赖是否必要且已说明理由？
-- [ ] 新增抽象是否必要且已说明理由？
-- [ ] 新增文件数量是否与目标匹配？
-- [ ] 是否有无用户目标支撑的公共 API 扩张？
-- [ ] 是否有绕过已有简单本地模式的复杂方案？
-
-## Surgical Changes
-
-- [ ] 所有修改文件是否在声明的 scope 内？
-- [ ] 是否有与目标无关的修改？
-- [ ] 是否有未经确认回滚用户已有改动的情况？
-- [ ] 是否有大范围格式化掩盖真实变更？
-- [ ] 是否有为通过测试而删除断言/降低覆盖率的情况？
-- [ ] 联动修改是否确实必要（类型/调用方/schema）？
-
-## Goal-Driven Execution
-
-- [ ] 是否有可验证的 GoalDefinition？
-- [ ] success_criteria 是否具体可验证（非"功能正常"）？
-- [ ] 是否有 VerificationPlan？
-- [ ] 验证是否已真实执行？
-- [ ] 验证失败是否已进入 repair_reverify？
-- [ ] 未验证项是否已显式列出？
-- [ ] manual_acceptance_items 是否已列出且未伪装为自动验证？
-
-## 总体判定
-
-- required 原则失败时，整体 VerificationResult 必须 failed
-- 不能用 advisory 结果覆盖 required 失败
-- 不能进入 completed/delivery_ready 如果有 required 原则 failed

package/templates/verify//347/237/245/350/257/206/346/263/250/345/205/245.md

@@ -1,38 +0,0 @@
----
-id: ka-checklist-知识注入验收清单
-kind: artifact
-title: 知识注入
-sync_policy: copy_to_project
-status: retired
-extra:
-  name: knowledge-injection-acceptance
-  type: artifact
-  scope:
-    - '*'
-  products:
-    - '*'
-  lifecycle_status: active
-  version: 1.1.0
-  last_reviewed: '2026-06-01'
-  domain: verify
-  verification_layer: L2
-  stage: verify
----
-
-# 知识注入验收清单
-
-## 必检项
-
-- [ ] KnowledgeInjectionReport 已生成
-- [ ] indexed 数量 + excluded 数量 = 总知识数量
-- [ ] injected_required 列表无 draft/quarantine/deprecated 状态知识
-- [ ] missing_required_knowledge 列表为空或已处理
-- [ ] conflicts 列表已审查
-- [ ] budget 使用率在合理范围内
-
-## 禁止项
-
-- [ ] draft 知识出现在 injected 列表中
-- [ ] required 资产缺失但无报错
-- [ ] 无 KnowledgeInjectionReport
-- [ ] code_change 路由注入了 source_extraction 模版

package/templates/verify//347/264/247/346/200/245/344/277/256/345/244/215/346/265/201/346/260/264/347/272/277.md

@@ -1,76 +0,0 @@
----
-id: ka-procedure-紧急修复流水线
-kind: guidance
-title: 紧急修复流水线
-sync_policy: copy_to_project
-status: active
-triggers:
-  - 紧急修复管线
-  - 紧急修复
-  - 生产事故处理管线
-  - P0管线
-  - 热修复管线
-  - hotfix pipeline
-  - hotfix
-  - 线上故障管线
-  - 线上问题修复
-  - 线上报错
-  - 紧急上线
-  - P0
-  - P1
-  - 事故修复
-  - 止血
-extra:
-  name: hotfix-pipeline
-  type: procedure
-  scope:
-    - backend
-    - frontend
-  products:
-    - '*'
-  lifecycle_status: active
-  version: 1.1.0
-  last_reviewed: '2026-06-01'
-  domain: verify
-  verification_layer: L2
-  stage: verify
-  owner_mechanism: mc-delivery-gate
----
-
-# 紧急修复管线
-
-## 第1步：故障定位
-确认问题影响范围和严重程度，通知相关干系人。评估止血方案（配置回滚/功能开关关闭/服务降级/版本回滚），执行止血操作。
-产出保存到：docs/review/\*\*/*根因*.md
-工具：sf_analyze
-
-## 第2步：最小修复
-从 main/release 分支拉取 hotfix 分支。编写最小修复代码（仅修复问题，不重构不优化），快速验证修复场景 + 回归核心功能。
-工具：sf_work action=act, sf_gate
-
-## 第3步：验证部署
-合并到 main 和 release 分支，打 hotfix tag。部署到生产环境，验证修复效果，监控 30 分钟。
-工具：sf_work action=verify, sf_gate
-
-## 第4步：故障复盘
-编写事故复盘（根因、影响范围、修复过程、暴露的监控盲区、后续改进项）。与 sf_work action=verify 配合形成闭环。
-模版：故障复盘.md
-产出保存到：docs/review/\*\*/*复盘*.md
-工具：sf_work action=verify
-
-## 第5步：验证与闭环
-确认修复影响范围，评估是否需要数据修复脚本。修复代码必须包含回归测试，防止相同问题复现。修复后执行冒烟测试验证关键路径。修复上线后持续观察 1 小时监控，确认无副作用。修复完成后编写故障复盘（根因、影响、修复、预防措施）。
-
-## 检查点
-- [ ] 故障已止血，影响范围已控制
-- [ ] 修复代码已合并并部署
-- [ ] 影响范围已评估
-- [ ] 修复包含回归测试
-- [ ] 冒烟测试通过
-- [ ] 故障复盘已编写
-
-## 注意事项
-- 止血优先于根因修复，先恢复服务再排查问题
-- 紧急修复可以简化流程但不能跳过测试
-- 修复后必须补齐完整测试用例和文档
-- 同一问题重复出现必须升级处理（架构级修复）

package/templates/verify//347/274/223/345/255/230/347/255/226/347/225/245.md

@@ -1,45 +0,0 @@
----
-id: ka-pattern-caching
-kind: knowledge
-title: 缓存策略
-sync_policy: copy_to_project
-status: active
-extra:
-  name: caching
-  scope:
-    - backend
-  products:
-    - '*'
-  lifecycle_status: active
-  version: 1.1.0
-  last_reviewed: '2026-06-01'
-  type: knowledge
-  domain: verify
-  verification_layer: L2
-  stage: verify
-  owner_mechanism: mc-backend-pattern
----
-
-## 决策规则
-- 所有缓存必须设置 TTL，禁止永久缓存
-- 热点数据 TTL 必须加随机偏移防止雪崩
-- 缓存 key 格式必须统一：模块:业务:id
-- 查询不存在的数据必须缓存空值或使用布隆过滤器防止穿透
-- 写操作必须同步更新或失效缓存，保证一致性
-- 缓存重建必须使用分布式锁或 singleflight 模式，防止缓存击穿导致 DB 过载
-- 缓存值禁止存储大对象（建议 ≤ 1MB），大对象应只缓存 key 引用
-- 缓存操作必须设置超时时间，防止 Redis 阻塞拖垮业务线程
-- 禁止缓存中存储敏感信息（密码、token、身份证号），或必须加密后存储
-- 缓存命中率必须纳入监控，命中率低于阈值时触发告警
-- 本地缓存（Caffeine/Guava）与分布式缓存的数据一致性策略必须明确
-
-## 验收项
-- [AC-01] 所有缓存 key 有 TTL
-- [AC-02] 热点数据 TTL 加随机偏移
-- [AC-03] 缓存 key 格式统一
-- [AC-04] 有穿透/雪崩防护措施
-- [AC-05] 缓存重建有分布式锁保护
-- [AC-06] 缓存值不超过 1MB
-- [AC-07] 缓存操作有超时设置
-- [AC-08] 缓存中无明文敏感信息
-- [AC-09] 缓存命中率有监控告警

package/templates/verify//350/201/224/350/260/203/350/256/276/350/256/241/347/274/272/351/231/267/345/210/244/345/256/232.md

@@ -1,67 +0,0 @@
----
-id: ka-review-rule-联调设计缺陷判定规则
-kind: guidance
-title: 联调设计缺陷判定
-sync_policy: copy_to_project
-status: active
-triggers:
-  - 设计缺陷
-  - 缺陷判定
-  - 回退判定
-  - 联调缺陷
-extra:
-  name: integration-design-defect
-  type: constraint
-  scope:
-    - '*'
-  lifecycle_status: active
-  version: 1.2.0
-  last_reviewed: '2026-06-04'
-  domain: verify
-  verification_layer: L2
-  stage: verify
-  owner_mechanism: mc-new-system-review
----
-
-# 联调阶段严重设计缺陷判定规则
-
-## DEF-01: 核心接口联通性失败
-  id: DEF-01
-  name: 核心接口联通性失败
-  severity: error
-  check_type: semantic
-  trigger_rollback: true
-  evidence_required: 接口错误日志 + 根因分析（排除代码 bug 后确认为设计问题）
-  rule: 接口返回 500/超时且原因不是代码 bug 而是接口设计本身有问题；或两个模块间接口参数不匹配且无法通过简单调整解决
-
-## DEF-02: 数据模型冲突
-  id: DEF-02
-  name: 数据模型冲突
-  severity: error
-  check_type: semantic
-  trigger_rollback: true
-  evidence_required: 数据库实际数据流截图 + 设计文档对比 + 冲突点标注
-  rule: 实际数据流与数据库设计文档描述严重不符；或多个切片的数据模型之间存在不可调和的矛盾
-
-## DEF-03: 安全机制缺失
-  id: DEF-03
-  name: 安全机制缺失
-  severity: error
-  check_type: semantic
-  trigger_rollback: true
-  evidence_required: 缺失认证/鉴权的接口列表 + 架构设计文档安全层规划对照
-  rule: 接口缺少认证/鉴权，且架构设计文档未规划安全层
-
-## DEF-04: 业务逻辑矛盾
-  id: DEF-04
-  name: 业务逻辑矛盾
-  severity: error
-  check_type: semantic
-  trigger_rollback: true
-  evidence_required: 实现逻辑与需求文档/原型对比 + 矛盾点标注
-  rule: 实现的核心业务逻辑与需求文档/原型说明存在根本性矛盾；或发现需求/原型本身有重大遗漏或自相矛盾
-
-## 不触发回退的情况
-  代码 bug → 在编码阶段修复
-  小幅接口参数调整 → 在编码阶段修改
-  测试数据问题 → 修正测试数据

package/templates/verify//350/201/224/350/260/203/351/252/214/350/257/201.md

@@ -1,87 +0,0 @@
----
-id: ka-review-rule-联调验证清单
-kind: guidance
-title: 联调验证
-sync_policy: copy_to_project
-status: active
-triggers:
-  - verify
-  - 集成验证
-  - 端到端验证
-  - E2E
-  - 联调测试
-extra:
-  name: integration-verification-list
-  type: constraint
-  scope:
-    - '*'
-  lifecycle_status: active
-  version: 1.2.0
-  last_reviewed: '2026-06-04'
-  domain: verify
-  verification_layer: L2
-  stage: verify
-  owner_mechanism: mc-generic-review
----
-
-# 联调验证清单
-
-## IV-E2E-01: 所有切片代码已集成
-  id: IV-E2E-01
-  name: 所有切片代码已集成
-  severity: error
-  check_type: deterministic
-  evidence_required: 切片计划中所有 SLC 的代码提交记录
-  rule: 切片计划中所有 SLC 编号对应的代码必须已合并到集成分支，无遗漏切片
-
-## IV-E2E-02: 主链路接口调用链路通畅
-  id: IV-E2E-02
-  name: 主链路接口调用链路通畅
-  severity: error
-  check_type: deterministic
-  evidence_required: 主链路接口调用日志（请求+响应状态码）
-  rule: 主链路涉及的全部接口必须可正常调用，无 500/超时/参数不匹配
-
-## IV-E2E-03: 数据库读写正常
-  id: IV-E2E-03
-  name: 数据库读写正常
-  severity: error
-  check_type: deterministic
-  evidence_required: 数据库连接验证日志 + CRUD 操作测试输出
-  rule: 数据库连接正常，所有涉及的表 CRUD 操作均可正常执行
-
-## IV-E2E-04: 构建通过
-  id: IV-E2E-04
-  name: 构建通过
-  severity: error
-  check_type: deterministic
-  evidence_required: 构建输出日志（0 errors）+ 产物时间戳
-  rule: 项目构建必须无错误通过（编译 0 errors），产物时间戳为本次构建
-
-## IV-WEB-01: 本地服务启动成功
-  id: IV-WEB-01
-  name: 本地服务启动成功
-  severity: error
-  check_type: deterministic
-  evidence_required: 服务启动日志 + 健康检查端点响应
-  rule: 本地服务必须可正常启动，健康检查端点返回 200
-
-## IV-WEB-02: 浏览器可访问核心页面
-  id: IV-WEB-02
-  name: 浏览器可访问核心页面
-  severity: warning
-  check_type: deterministic
-  evidence_required: 核心页面浏览器截图
-  rule: 核心业务页面在浏览器中可正常加载和渲染，无白屏/JS 错误
-
-## IV-WEB-03: 接口返回格式符合 OpenAPI 定义
-  id: IV-WEB-03
-  name: 接口返回格式符合 OpenAPI 定义
-  severity: error
-  check_type: deterministic
-  evidence_required: 接口实际响应与 OpenAPI Schema 比对结果
-  rule: 所有接口返回的 HTTP 状态码、响应体结构、字段类型必须与 OpenAPI 定义完全一致
-
-## 严重设计缺陷判定
-
-> 详见 `rules/new-system/联调设计缺陷判定.md`（结构化规则见 DEF-01~04）