---
name: core-engineering-acceptance
type: checklist
scope:
  - '*'
products:
  - '*'
id: ka-checklist-核心工程执行验收清单
asset_kind: checklist
lifecycle_status: active
owner_mechanism_id: mc-core-engineering-principles
authority: supporting
routes: ['*']
primary_triggers:
  - 核心工程执行验收清单
secondary_triggers: []
negative_triggers: []
priority: P1
specificity: 5
emits: []
version: 1.1.0
last_reviewed: '2026-06-01'
when: 核心工程执行验收清单
stages: ["代码审查", "联调验证"]
---

# 核心工程执行验收清单

## 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
