Evilom
21 lines
9.7 KiB
JSON
21 lines
9.7 KiB
JSON
{
|
||
"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=MjdmODg5YmJhMjEzZDk4YjliNjU0YjkxOTRjYzA1ZDBfZDUxNjkwNjIxODU1MmUyN2ZiNzdjYzk4ZTAxYmZlM2VfSUQ6NzY1NDIzMjczMjQ4NjIyNTA4N18xNzgyMTc4MTE5OjE3ODIxODE3MTlfVjM\" 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=NzA0NTEzYmE2YzRiNDcwM2ZjODY2MjNlYjBiNTRkMmVfNzZhNzk0YjdhYTk0ZmU3NjM2YjgzODk2NThmZTlmYWNfSUQ6NzY1NDI1Mjc4OTM1NDMzNTQzNF8xNzgyMTc4MTE5OjE3ODIxODE3MTlfVjM\" 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=NzExNjdhYzM2YmEwZTNhMzViYWM5YTg2ZmZjN2JjMzJfZTUzNTA5M2ZiMWE1ZWI0Nzc1ODMyNGYzMDkxOTQwMmFfSUQ6NzY1NDI1ODI5MTI0MDk2MzAyNF8xNzgyMTc4MTE5OjE3ODIxODE3MTlfVjM\" 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
|
||
},
|
||
"log_id": "202606230928388DCEF65DA648711B5EDC"
|
||
},
|
||
"_notice": {
|
||
"update": {
|
||
"command": "lark-cli update",
|
||
"current": "1.0.32",
|
||
"latest": "1.0.56",
|
||
"message": "lark-cli 1.0.56 available, current 1.0.32, run: lark-cli update"
|
||
}
|
||
}
|
||
}
|