明确每个机制对应哪些游戏规则，以及这些规则是否能在现有数据表中找到字段支撑。
确认变量来自哪些数据表、使用哪些字段、属于个体层 / 团体层 / 赛局层，后续应采用什么样本单位和主键拼接。
判断变量是主变量候选、替代变量候选、补充变量、灰名单还是排除项，同时标记是否可计算、是否存在后验风险、是否需要配置字典解释，以及是否可进入第二轮试跑。
当前七机制变量池初步汇总结果如下：
在完成数据资产梳理和口径对齐后，当前已具备进入第二轮试跑变量整理的基础。
主要依托以下材料：
主要遵循以下流程：
数据资产盘点 → 口径对齐 → 字段边界确认 → 机制变量整理 → 入模前检查
按七个机制分别整理变量表（独立机制表），把每个机制对应到可追溯的数据结构中，重点确认三类信息：
当前七机制变量池初步汇总结果如下：
这两个机制第一轮是没有正式进入变量池的，所以这次先对这两个机制进行交叉复核。重点是对照两个版本的变量构建框架和计算逻辑稿。
激励性机制主要关注平台是否通过奖励结构、奖励梯度、奖励门槛和奖励可达性，形成玩家继续投入的激励。
变量维度：
奖励结构、奖励梯度、奖励门槛、奖励可达性、个人奖励机会、阵营奖励机会
整理方式：
补偿性机制主要关注弱势、受损、资源不足或需要恢复再参与的玩家 / 阵营，是否通过规则获得恢复、保护、补兵、加速或 buff 扶持。
变量维度：
弱势阵营补偿暴露、士气 buff、保护窗口、恢复能力、战损后恢复链、道具恢复链、补偿性状态代理
整理方式：
把独立机制变量汇总成一份《七机制变量池汇总表》，进行入模前检查
机制名称、变量名称、变量角色、所属层级、推荐主键、时间窗口、可计算性、后验风险、配置字典需求和第二轮试跑建议等信息，作为后续入模前检查和第二轮试跑准备的统一主入口。
判断变量是否具备入模资格，检查主要分为四类：
1. 边界检查
2. 结构检查
3. 解释检查
4. 入池检查
初步结果如下：
七机制变量池 → 七机制变量池入模前检查表 → 变量支持性归口 → 第二轮正式试跑入池清单