DKChan
feaf01454a
病根=测试规范 §5.2 只要求「每条清单条目至少一个自动断言」，没要求断言从改动的真实入口进入： 裸 EffectEngine 断言可替 BattleOrchestrator 接线，报告写「V1 绿」而 V1 断言并不存在。 - test-conventions §9（9.1–9.8）：验收单位=行为改动；四层与真实入口；改动—验收对照表六列 双端对上（需求点正向、diff 反向、断言挂载测试侧）；撤销证明（改既有行为回退变红、新增行为 变异变红）；禁削弱测试；明确不要求 TDD；合回前独立验收审计；旧卡不回头改、开工前补齐 - process-conventions §3：第 7 条挂对照表、第 9 条补撤销证明、第 10 条合回前审计、新增第 16 条 - AGENTS.md 硬性红线新增「验收闭合」，与变异验证并列 - pipeline_gate 新增 C3：卡片须有对照表节、五个必需列、至少一行、必填格非空、全文声明验收审计； 只查结构不判语义（生效 2026-10-21，按卡片文件名日期追新） - reports/README 与 batch-closure 同步验收审计报告的落点与退役判据 - 待办清单登记「验收闭合规则——下一次迭代实测评估」，按规则评估红线等真实迭代检验
Dungeon Sweeper（扫雷 × 自动战斗 闯关 Roguelike）
扫雷推理层＋自动战斗结算的两段式回合 Roguelike。个人开发，Godot 4.7 · GDScript。
本 README 只是路牌——不重述任何规则，想知道什么去唯一权威处：
| 想知道 | 去看 |
|---|---|
| 这个游戏设计成什么样 | design/gdd/02-系统清单.md（GDD 根索引） |
| 开发流程怎么走（五段流水线/批次纪律/验收闸） | design/engineering/process-conventions.md＋AGENTS.md 规范导航表（每段一个技能入口） |
| 现在做什么 | roadmap.md 顶部「当前位」节 |
| 待办与待裁 | design/gdd/待办清单.md |