Files
dc-docs/output/feishu-docs/XooedG5ydozuuWx8uQDcRji4nMb.json
T
2026-06-24 12:02:57 +08:00

12 lines
9.4 KiB
JSON
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
{
"ok": true,
"identity": "user",
"data": {
"document": {
"content": "<title>2026.06.22-日报-夏莲</title><h2>一、今日内容概述</h2><ol><li seq=\"1\">整理《钲鼓连烽》数据资产与口径基础</li><li seq=\"2\">梳理七机制变量表并复核重点机制</li><li seq=\"3\">汇总七机制变量池并推进入模前检查</li><li>同步本周与本月目标</li></ol><hr/><p></p><h2>二、变量整理的基础准备</h2><p>在完成数据资产梳理和口径对齐后,当前已具备进入第二轮试跑变量整理的基础。</p><h3>(一)数据资产与口径确认</h3><p><b>主要依托以下材料:</b></p><ul><li><b>全量数据资产明细总表</b>:作为数据总索引,用于查询文件、Sheet、字段、来源和用途。</li><li><b>口径对齐检查表</b>:作为执行规则,用于统一主键、层级、时间窗口、后验风险和字段归口。</li><li><b>最终边界项清单</b>:用于明确哪些字段可入池、哪些只能描述、哪些需要排除。</li></ul><p><b>主要遵循以下流程:</b></p><blockquote><p><b>数据资产盘点 → 口径对齐 → 字段边界确认 → 机制变量整理 → 入模前检查</b></p></blockquote><ul><li>重点确认了各数据表的样本单位、可合并主键、时间字段、初始 / 早期 / 全期 / 后验窗口,以及榜单、排名、胜负、领奖、兑换、战功等后验字段的使用边界。</li><li>通过该步骤,可以减少后续重复确认,避免变量构造中出现字段来源不清、主键不可拼、时间窗口不一致或结果字段回灌等问题,也为后续七机制变量整理和第二轮试跑入模前检查提供统一基础。</li></ul><p></p><h3>(二)七机制变量表梳理与版本清单整理</h3><p>按七个机制分别整理变量表(独立机制表),把每个机制对应到可追溯的数据结构中,<b>重点确认三类信息:</b></p><ol><li seq=\"1\"><b>机制与规则对应关系</b><br/>明确每个机制对应哪些游戏规则,以及这些规则是否能在现有数据表中找到字段支撑。</li><li><b>字段与样本层级关系</b><br/>确认变量来自哪些数据表、使用哪些字段、属于个体层 / 团体层 / 赛局层,后续应采用什么样本单位和主键拼接。</li><li><b>入池边界与可计算性</b><br/>判断变量是主变量候选、替代变量候选、补充变量、灰名单还是排除项,同时标记是否可计算、是否存在后验风险、是否需要配置字典解释,以及是否可进入第二轮试跑。<p><b>当前七机制变量池初步汇总结果如下:</b></p><grid><column width-ratio=\"0.500000\"><sheet sheet-id=\"7utlzh\" token=\"GXxjsr3YHhZRhUtqVe2cU7Thnhe\"></sheet></column><column width-ratio=\"0.500000\"><img name=\"image.png\" alt=\"图片 addCriterion图片展示了“七机制变量表”相关文件夹内的文件列表。其中,以绿色标识的文件分别为“七机制变量表_补偿性预填.xlsx”“七机制变量表_公平性预填.xlsx”“七机制变量表_互补性预填.xlsx”“七机制变量表_互动性预填.xlsx”“七机制变量表_激励性预填.xlsx”“七机制变量表_流动性预填.xlsx”“七机制变量表_私有性预填.xlsx”,均为.xlsx格式。这些文件与文档中 addCriterion中“(二)七机制变量表梳理与版本清单整理”部分内容相关,是七机制变量表预填说明及预填文件。\" href=\"https://internal-api-drive-stream.feishu.cn/space/api/box/stream/download/authcode/?code=NmYzMjExYWMwZTlhZGJkMmU0YmU1Njk0NWNhODk5YjVfYWM5Yjc0MDY1MjQyMDQzNTFiZTdjNzk0M2VkNzY2YzFfSUQ6NzY1NDIzMjczMjQ4NjIyNTA4N18xNzgyMjcxODc1OjE3ODIyNzU0NzVfVjM\" mime=\"image/png\" scale=\"0.839286\" src=\"NM9YbGN5No6Jucx3c44cywIfnWf\"/></column></grid></li></ol><p></p><h3>(三)激励性、补偿性复核</h3><p>这两个机制第一轮是没有正式进入变量池的,所以这次先对这两个机制进行交叉复核。重点是对照两个版本的变量构建框架和计算逻辑稿。</p><h4 seq=\"1\" seq-level=\"1\"><b>激励性机制</b><p>激励性机制主要关注平台是否通过奖励结构、奖励梯度、奖励门槛和奖励可达性,形成玩家继续投入的激励。</p><p><b>变量维度:</b></p><blockquote><p>奖励结构、奖励梯度、奖励门槛、奖励可达性、个人奖励机会、阵营奖励机会</p></blockquote><p><b>整理方式:</b></p><ol><li seq=\"1\">能补充现有变量计算逻辑的,写回正式变量表</li><li>与现有主线变量重复的,不再新增变量行</li><li>榜单状态、排名差距、接近上一名、头部冲榜区等偏反馈状态的变量,保留为灰名单或探索项</li></ol></h4><h4 seq=\"auto\" seq-level=\"auto\"><b>补偿性机制</b><p>补偿性机制主要关注弱势、受损、资源不足或需要恢复再参与的玩家 / 阵营,是否通过规则获得恢复、保护、补兵、加速或 buff 扶持。</p><p><b>变量维度:</b></p><blockquote><p>弱势阵营补偿暴露、士气 buff、保护窗口、恢复能力、战损后恢复链、道具恢复链、补偿性状态代理</p></blockquote><p><b>整理方式:</b></p><ol><li seq=\"1\">规则补偿和恢复链相关内容,吸收到正式变量表</li><li>状态代理和诊断项,保留在桥接表或灰名单中</li><li>行为结果和后验风险较高的内容,不直接进入正式变量池</li></ol></h4><callout emoji=\"◾\"><p><b>把独立机制变量汇总成一份《七机制变量池汇总表》,进行入模前检查</b></p><ul><li><b>统一信息:</b></li></ul><p>机制名称、变量名称、变量角色、所属层级、推荐主键、时间窗口、可计算性、后验风险、配置字典需求和第二轮试跑建议等信息,作为后续入模前检查和第二轮试跑准备的统一主入口。</p></callout><p><source href=\"https://internal-api-drive-stream.feishu.cn/space/api/box/stream/download/authcode/?code=NTNjZTc5Y2NhYjZlMWYxMzRiZGE2ZmMxOTEyYmUxYThfNDExNjc2Yzg3MTA2ZWU1NDhlMDc4MDVmNGZjOWY5Y2RfSUQ6NzY1NDI1Mjc4OTM1NDMzNTQzNF8xNzgyMjcxODc1OjE3ODIyNzU0NzVfVjM\" mime=\"application/vnd.openxmlformats-officedocument.spreadsheetml.sheet\" token=\"YWeDbbdKRoIzR0xpKH7cgi4wnKd\"/></p><p></p><hr/><h2>三、入模前检查整理</h2><p>判断变量是否具备入模资格,检查主要分为四类:</p><p><b>1. 边界检查</b><ul><li><b>X / Y 边界检查</b>:检查机制变量是否与综合投入 Y 的 K / L 组成部分重叠。</li><li><b>后验风险检查</b>:排除最终排名、胜负、领奖、最终战功等赛后结果字段,避免结果变量进入机制变量池。</li></ul></p><p><b>2. 结构检查</b><ul><li><b>层级检查</b>:确认变量属于个体层、团体层、赛局层还是活动层,避免不同层级变量混用。</li><li><b>主键检查</b>:确认变量是否可以通过 role_id、activity_id 等字段稳定拼接到底表。</li><li><b>时间窗口检查</b>:确认变量属于初始、早期、全期、滞后还是后验窗口。</li></ul></p><p><b>3. 解释检查</b><ul><li><b>变量方向检查</b>:确认变量数值方向是否与机制含义一致。</li><li><b>配置字典检查</b>:对特殊字段标记解释,避免仅凭字段名直接判断变量含义。</li></ul></p><p><b>4. 入池检查</b><ul><li><b>重复 / 高重叠检查</b>:检查同一机制内部或不同机制之间是否存在高度相似变量,区分主变量、替代变量、补充变量和灰名单变量。</li><li><b>第二轮准入判断</b>:结合 3 月、5 月真实数据可计算性,判断变量是否进入第二轮正式试跑。</li><li><b>实算验证准备</b>:检查变量是否可计算、是否能稳定拼接、是否存在高缺失、零方差、异常值或跨月口径不一致等问题。</li></ul></p><p><b><u>初步结果如下</u></b><b>:</b></p><blockquote><p>七机制变量池 → 七机制变量池入模前检查表 → 变量支持性归口 → 第二轮正式试跑入池清单</p></blockquote><sheet sheet-id=\"KYdIDK\" token=\"GXxjsr3YHhZRhUtqVe2cU7Thnhe\"></sheet><p><source href=\"https://internal-api-drive-stream.feishu.cn/space/api/box/stream/download/authcode/?code=NTdlM2U3OTU1MDc2M2M5YTg2YzUxMmU5NjEzYTcyODdfMzA3YWYxMWNkMjZlOTdkNTNkOWZhMmNkNjgzMDRkMmRfSUQ6NzY1NDI1ODI5MTI0MDk2MzAyNF8xNzgyMjcxODc1OjE3ODIyNzU0NzVfVjM\" mime=\"application/vnd.openxmlformats-officedocument.spreadsheetml.sheet\" token=\"WWTMbA71goSfiExhWn4c5mudnwd\"/></p><p></p><callout emoji=\"◾\"><h4>下一步计划</h4><ol><li seq=\"1\"><b>待确认口径问题:</b><ol><li seq=\"1\">参与名单 activity_id 与事件日志 activity_id 未闭合,影响活动日历和前 24 小时窗口切分。</li><li>activity_start_time 取规则开始时点还是最早真实行为时点仍需确认。</li><li>alliance_id 缺失处理规则尚未统一,影响公平性和流动性变量。</li><li>都城 / 关键节点窗口口径仍需锁定。</li><li>激励性、补偿性、私有性部分变量还需确认是否进入主跑或仅作观察诊断。</li></ol></li><li><b>推进中间表:</b><br/>互动性、互补性和补偿性变量计算需要:活动日历表、城池时间序列表和 24 小时窗口相关中间表。</li><li><b>真实数据验证:</b><br/>保留变量进行 3 月、5 月真实数据验证,重点检查变量是否可计算、能否稳定拼接、是否存在缺失、零方差或跨月口径不一致等问题。</li></ol></callout>",
"document_id": "XooedG5ydozuuWx8uQDcRji4nMb",
"revision_id": 525
}
}
}