刚埋下
配置管线的现状：Excel 表有了，运行时还没有
1 分钟
AI 摘要
项目配置管线处于停滞状态：数据表无实际数据、运行时代码未实现、缺乏Schema校验。个人开发场景下硬编码反而效率更高，配置管线的价值在于后续支持策划独立调参与批量数值验证，触发条件是战斗进入调参阶段，届时可结合确定性模拟层做胜率回归测试。
当前状态（截至 M4 开发期）：
Excel/*.xlsx ← 18 张表，全是空模板，只有表头
↓
ConfigTools ← 导出工具，能跑但没人喂过真数据
↓
MsgPack 二进制
↓
CombatCatalog ← 运行时读取层，未实现卡点
1. 表里没有数据。
18 张表是设计阶段建的模板，字段定义都齐了，但没有一行实际配置。所以整条链路从来没有被真数据验证过。
2. 运行时侧完全没写。
CombatCatalog 只有接口定义。战斗代码目前是直接 new 数据结构的硬编码，跟配置表没关系。
3. Schema 验证缺失。
导出工具不校验字段类型。填错一列，要等到运行时才发现——而运行时还没写。
为什么先不做
M4 的优先级是把波次系统、战斗 HUD、奖励面板跑通。这三件事用硬编码数值反而更快迭代——改一个数不用重新导出、不用重新打包。
配置管线的价值在于让策划能独立改数值，但当前团队规模是一个人，“策划”和“程序”是同一个我。所以现在上管线的收益是负的：多一层间接，多一层出错可能。
什么时候做
触发条件我给自己定死了：
- 战斗数值进入调参阶段（不再是“能不能跑通”，而是“手感对不对”）
- 需要批量对比不同数值方案的胜率
满足任意一条就上。到时候连带把数值回归测试一起做——Sim 层是确定性的，所以给定数值配置跑 N 局模拟，胜率曲线是稳定可复现的。这是抽 Sim 层换来的红利，不用白不用。
待确认
- 18 张表里有几张字段重复度很高，考虑合并
- MsgPack 还是 JSON？MsgPack 体积小加载快，但调试时看不了。倾向开发期 JSON、打包时转 MsgPack
这是一条笔记，不是成稿文章。它可能不完整、可能有错，也可能过段时间就被我推翻。 想看成体系的文章，去 Blog。