DKChan
483cf2a39b
用户令：概念层裁定已完成，代码与配置改动不做，整理成任务书编入迭代 15 作为该迭代的一个需求。任务书须满足 loop engineering 要求。 新增：design/research/任务书-奇物词族对齐与渠道分离批-2026-10-05.md 按 roadmap §批次 loop 规范八件成文（缺件不开工）： ① 目标与完成定义（7 条可验）② 现状事实（代码级，T0 复核） ③ 设计契约（11 条，6 条 🔴 停机级）④ 范围边界（含"收到即停"清单） ⑤ 任务卡 T0-T8（逐卡估时 ≈4.5d，两段切分预案，切分点=T3 出口） ⑥ 验证闸（轻闸/重闸 + **12 条批末专属验收断言** A1-A12） ⑦ 异常分级（含本批预判的 3 个 L3 高风险点） ⑧ 代拍板白名单 5 项 外加：待用户裁点 4 项（不占本批自裁范围）+ 附录**设计裁定链 v1.0→v2.6** （把 6 轮用户裁定的要点列全，供执行者回溯，不用回头翻 9 次提交） 三批内容：①三套旧词族对齐（feature_*→curio_* 103处/relic_*→feat_* 162处/ 运行层 bonus_*→curio_* 160处；**硬约束 reward_* 已被占用不可用**） ②三条渠道按分类分离（现共用 98 张池、三类混编）③两个新种类入池 （刷新次数 + 专长门票四口径）附带 shop.tres 补回复与 charge 补至 ≥4 件。 roadmap 新增迭代 15 行（M-4 里程碑表内），标注： - 与在途 M-4 各批（判式换代/全局变异/配比预设）**撞同一批文件** （adventure_table.gd / level_runner.gd / adventure.tres）， **开工门 = 须确认不并行或用户明示插队**——这是本批最实际的调度约束 - 门 = 迭代 14 出口；估时 T0-T8≈4.5d 可两段切分 🔴 红线里最要紧的两条（都是本会话教训固化）： - 兑付频率：奇物不是打一场战斗给一份，关底 Boss 击败＝通过这一关是 同一个时刻；专长不得挂在"战斗结算后"（v2.6 用户纠错） - 两条轴互不决定：禁止"因为要进商店所以另立分类"这种反向推导