入口一 · 大R看板
分区域大 R 榜
近 30 天充值 Top5 · 大R＝持有荣耀等级 · 各区币种不同，不可跨区比金额。
| # | 用户 | 荣耀 | 近30天充值 | 笔数 | 状态 |
|---|
入口一 · 每日大事件
今日有 4 条需要处理
前三个看板的异常汇总 · 没有异常时本页不显示内容 · 数据截至 2026-08-10
业务
8/8 群聊 10 连抽与 Lucky777 同日各涨约 38%，两个独立模块同幅上涨
10 连抽 80.8 万金币 vs 周末基线 58.7 万（+37.8%）；Lucky777 296.99 万 vs 周末基线 214.95 万（+38.2%）。
单个模块波动可以是偶然，两个玩法机制完全不同的模块在同一天涨出几乎相同的幅度，指向全局性事件——活动、推送或版本。
需确认缺口：活动上下线开关未接入，无法直接比对
大R
Witcher（29361701）静默 11 天，规则判高风险 —— 归因追查后下修为中
跑了 5 条查询：对照组排除大盘因素，历史节奏显示他属于「爆发→长静默→再爆发」的脉冲型，上一轮静默 48 天后回归。
本次静默仅 11 天，且 8/6–8/8 已回来消耗 6.6 万金币、8/7 充值 258 万。
中风险SVIP 08-12 到期仍需关注
业务
家族 26470215 只有 74 人，贡献值却是最大家族的 9.9 倍
全平台 2,783 个家族、40,545 名成员。成员数最多的 15556642 有 89 人、贡献 135.9 万；
而 26470215 仅 74 人、贡献 1,342.9 万。家族价值与规模严重脱钩，按人数排家族榜会完全排错。
口径问题
大R
冬（12927899）是印尼近 30 天充值第 2 名，但尚未建档
他是从 Witcher 的礼物往来关系自动辐射进候选池的，近 30 天充值 2,743 万 IDR，荣耀 Lv.2。
关系辐射先于榜单发现了他——这正是「针对一个人、辐射到相关的人」的价值。
待建档
入口三 · 业务看板
抽奖
四个常设模块的持续监控 · 数据窗口 2026-07-12 ~ 08-10
10 连抽 30 天消耗
1,371.7万
参与人数
4,707
单抽 27,907
大R 金币占比
51.7%
人数仅占 7.0%
人均倍差
14.1×
大R vs 普通
10 连抽日消耗
金色＝周末 虚线＝周末／工作日基线
| 场景 | 大R人数 | 总人数 | 大R金币占比 | 大R人均 / 普通人均 |
|---|---|---|---|---|
| 群聊 10 连抽 | 331 | 4,707 | 51.7% | 21,424 / 1,515 · 14.1× |
| 群聊单抽 | 407 | 27,907 | 20.8% | 6,020 / 340 · 17.7× |
| 情侣多抽 | 201 人 · 26.4万金币 | 待跑 | 人均 1,313 | |
| 情侣单抽 | 1,370 人 · 21.4万金币 | 待跑 | 人均 156 | |
10 连抽是大 R 的主场：7% 的人吃掉 51.7% 的消耗。要判断「有钱人是不是不满足现在的抽奖」，该盯的是大R 人均 21,424 这个数的走势，不是整体消耗。
Lucky777 30 天
5,838.8万
金币投注
日均参与
3,553
去重 UV
大R 金币占比
41.4%
人数仅占 1.16%
周末效应
1.16×
抽奖是 1.46×
三款概率游戏日投注
Lucky777 / Lucky Fruit / Lucky Slot · 金色＝周末
概率游戏几乎不分工作日和周末（1.16×），社交型抽奖才有明显周末效应（1.46×）。
这条差异本身就是判据：如果某天概率游戏也跟着抽奖一起涨，那多半不是周末，而是有外部事件。8/8 正是这种情况。
家族总数
2,783
在册成员
40,545
status=1
平均规模
14.6
人 / 家族
50 人以上
51
占 1.8%
规模分布
按成员数分档
Top10 家族 · 按成员数
对比贡献值
家族价值与规模严重脱钩。成员最多的 15556642（89 人）贡献 135.9 万，而 26470215 只有 74 人、贡献 1,342.9 万，是前者的 9.9 倍。
按人数排家族榜会完全排错——「家族生态」这个问题的第一步，是先定义按什么排。
有有效 CP 的用户
13,742
亲密值记录
107,946
按周期累积
情侣抽奖参与
1,571
多抽 201 · 单抽 1,370
情侣抽奖消耗
47.8万
占群聊抽奖 1.9%
案例：CP 亲密值如何领先充值
Witcher（29361701）× Yennefer（28910730）· 对数刻度
亲密值峰值领先充值爆发 2–6 天。4/13 亲密值达 899,422，两天后开始 11 天充值爆发；7/21 回升至 1,156，六天后再次爆发。
若这个领先关系在更大样本上成立，CP 亲密值就是一个可用的充值前置信号 待验证。
1
两种做法
旧做法 · 要什么现查直接跑线上表，或直接问接了数仓的 AI
原子能力 · 每天先记下来把 795 个大R 的行为拆成 63 个固定字段，每天存一份
跑得出来吗
✕ 有些跑不出来
半年的房间行为直接超时。上周说过的话补不回来——一个月约 16 万条消息，事后没法让 AI 重读一遍。跑得出来吗
✓ 存量摆在那
拉六个月是读表。原文当天读完就把结论存下来，之后随时可查。谁来发起
✕ 被动
得先有人问才有答案。没人问的时候，系统里什么都不会发生。谁来发起
✓ 主动
63 个字段每天都在跑，异常自己冒出来，不需要有人先想到该查什么。每次结果一样吗
✕ 不稳定
查什么取决于当时想到了什么，口径每次重新推导。容易漏，而且漏在哪不知道。每次结果一样吗
✓ 稳定
字段固定、口径写死在配置里。不靠临场发挥，改口径可以把历史全部重算。本案实际结果
「脉冲型付费的间歇期」
推理过程没有问题，数据不全，所以结论是错的。礼物支出算成 4,343 金币、判为不重要。本案实际结果
「4 月和 7 月是两种花法」
礼物真实支出 817,592 金币，占当月消费 19.1%。比人工翻数据早一个月。差距不在模型，在输入。两边用的是同一个模型，左边缺的是「有没有人想到去查」和「查的口径对不对」。
2
本案对照
UID 29361701同一个人，两版结论不同
上一版结论是「脉冲型付费的间歇期」；这一版是「4 月和 7 月是两种不同性质的消费」。上一版推理没问题，是数据不全。
| 看的东西 | 4 月 | 7 月 | 大白话 |
|---|---|---|---|
| 充值 / 消费 / 出手次数 | 4,291 万 · 427 万 · 17 天 | 3,321 万 · 353 万 · 17 天 | 看起来一模一样 |
| 赢到的东西送出去多少 | 81.3 万给 64 人 | 1.3 万给 12 人 | 以前赢了就送人，后来自己留着 |
| 情侣抽奖 | 186 次 | 0 次 | 这是两个人一起玩的，后来没人一起玩了 |
| 去点别人的赞 | 47 人 | 6 人 | 别人还是一样关注他，是他自己不看别人了 |
| 别人来关注他 | 86 人 | 79 人 | |
| 上麦时用的贴纸 | 88 次 | 1 次 | 以前在房间里聊，后来不上麦了 |
差距是一个月。「花的钱越来越集中在一个玩法 ＋ 赢的东西不送人了 ＋ 不主动找人了」这三件事，7 月就已经全部发生。实际是 8 月中旬人工翻数据才发现。如果这些字段每天在跑，7 月底就能报出来。
3
每天要花多少
全平台荣耀用户 795 人 · 实测| 要跑的东西 | 耗时 | 说明 |
|---|---|---|
| 充值 ＋ 礼物 | 3.3 秒 | 504 人实测 |
| 金币消费 ＋ 玩法 | 13.9 秒 | 504 人实测，一次出 7 个字段 |
| 私聊统计 | 19.3 秒 | 504 人实测 |
| 广场（发帖/点赞/评论/关注） | 24.1 秒 | 504 人实测 |
| 群聊房间行为 | 35.7 秒 | 504 人实测 |
| 关系快照（CP／家族／等级） | 约 2 秒 | 504 人实测 |
| 拉私聊原文 | 2.2 秒 | 504 人当日 4,847 条、10.2 万字符 |
| 拉群聊原文 | 10.1 秒 | 795 人全量当日 32,509 条，360 人有发言 |
| 合计（按 795 人折算） | 约 3 分钟 | SQL 不是瓶颈。795 人只比测试用的 504 人多六成，量级不变 |
要读多少字
全平台 795 人一天的私聊 ＋ 群聊原文合计约 4 万条。这才是真正的成本，不是 SQL
需要限量吗
原计划每人限 200 条群聊 ＋ 100 条私聊。实测全量也没超过这个上限，暂时不用限
规模
印尼 505 · 菲律宾 139 · 越南 73 · 阿语 54 · 泰国 16 · 其他 8。就算全部覆盖也只有 795 人
4
代价与还差的
| 说明 | |
|---|---|
| 要先把口径定死 | 已固化 7 条无法从字段名推断的口径。还有两条没定：「当前 CP」怎么取、「主场房间」怎么算 |
| 历史要一次性回填 | 房间行为跑半年会超时，要按月切片并容忍重试。跑一次就好，之后每天只补当天 |
| 活动数据仍然没有 | 数仓里没有任何一张活动元数据表。「那天上线了什么」目前答不了，只能靠多个模块同时异动反推「有事发生」 |
| 语音没接 | 约 1 万元／月。唯一完全拿不到的素材 |
＊
分层
原子只有数据，判断在上层| 层 | 内容 | 用不用 AI | 说明 |
|---|---|---|---|
| 原子层 | 63 个字段 | 否 | 三个域，每人每天一个值。全部由固定 SQL 算出，口径写死在配置里 |
| 素材层 | 4 类原文 | 否 | 私聊 / 群聊 / 帖子评论 / 语音转录。拉取是纯 SQL |
| AI 解读维度 | 10 项标签 | 是 | 竞品提及 / 站外导流 / 产品吐槽 / 劝阻送礼 / 活动讨论 / 线下约见 / 情绪倾向 / 情绪强度 / 关键事件 / 风险信号。横跨三类原文素材，不属于任何单个域 |
一
交易域
28 个原子| 组件 | 原子 | 表 |
|---|---|---|
| 充值 | 金额 / 笔数 / 充值天数 / 单笔最大 / 距上次天数 / 区域币种 | ods_com_cash_order_ad |
| 消费 | 消费总额 / 操作次数 / 单次均额 / 金币获得 / 净消耗 / 品类数 / 活跃天数 | ods_com_coin_bill_ad |
| 玩法 | 主力玩法 / 集中度 / 概率游戏占比 / 群聊抽奖次数 / CP 抽奖次数 / 装扮支出 | ods_com_coin_bill_ad（拆 commodity_name） |
| 礼物流转 | 送礼次数 / 对象数 / 总价值 / 渠道 / 赢得物送出比例 / 品类数 / 收礼来源数 / 收礼价值 / 集中度 | ods_com_gift_receive_bill_ad |
二
行为域
21 个原子 ＋ 4 类原文素材| 组件 | 原子 | 表 |
|---|---|---|
| 私聊 | 消息数 / 对象数 / 自己发出条数 / 有聊天天数 / 轮数 / 新建对话 / 断联数 ＋ 私聊原文（素材） | ods_soc_chat_msg_v1_sddm_soc_chat_session_msg_v1_sd |
| 群聊与房间 | 在房时长 / 进房次数 / 上麦次数 / 上麦贴纸 / 主场房间 ＋ 群聊原文（素材） | ods_flw_log_message_sd JOIN ods_soc_chat_room_adrt_log_message_sd |
| 广场 | 发帖 / 点赞次数 / 点赞触达人数 / 评论次数 / 评论人数 / 投票 / 主动关注 / 被关注 / 主动被动触达比 ＋ 帖子与评论原文（素材） | ods_cot_post_ad · ods_cot_user_like_adods_cot_comment_ad · ods_soc_user_follow_adods_cot_post_vote_record_ad |
| 语音 | 语音转录（素材） | 未接入 · 约 1 万元/月 |
三
关系域
14 个原子 · 状态量| 组件 | 原子 | 表 |
|---|---|---|
| CP | 是否有 CP / 当周亲密值 / 周环比 / 相对自身峰值 / CP 对象 | ods_com_couple_value_stat_record_ad |
| 家族 | 当前家族 / 角色 / 在册天数 / 家族事件 / 贡献值 | ods_com_family_member_ad |
| 等级与节奏 | 荣耀等级 / 距到期天数 / 连续静默天数 / 是否爆发期 | ods_com_wealth_level_ad ＋ 派生 |
＊
两种输出形态
事件
每个动作一行，带真实时间戳。合并后即事件层，用于归因。仅动作类原子进，状态量与聚合量不进
日值
每人每天一行 × 63 字段，用于发现异常。日级足以检出「变了」，不足以判断「谁先谁后」
压缩
支出事件占单人单日事件量 93%，连续投注按分钟聚合入库，逐次明细回源查
!
每日批量实测
2026-08-12 · 印尼 504 名有效荣耀用户 · 单日增量| 批次 | 耗时 | 产出 | 状态 |
|---|---|---|---|
| 充值 ＋ 礼物 | 3.3 秒 | 196 笔充值 · 5,501 次送礼 | 可用 |
| 金币消费 ＋ 玩法 | 13.9 秒 | 33,804 次操作，一次出 7 个原子 | 可用 |
| 私聊 | 19.3 秒 | 15,709 条，其中纯文本 10,253 | 可用 |
| 广场（发帖/点赞/评论/关注） | 24.1 秒 | 点赞 270 · 评论 31 · 发帖 79 · 被关注 814 | 可用 |
| 群聊房间行为 | 35.7 秒 | 18,617 事件 · 6,389 次进房 · 3,588 次上麦 | 可用 |
| CP ＋ 家族 ＋ 等级 | 约 2 秒 | 状态快照 | 可用 |
| 合计 | 约 100 秒 | 每天全量跑不到 2 分钟。真正的成本在 AI 读原文，因此限量每人 200 条群聊 ＋ 100 条私聊 | 可用 |
| 历史回填 · 房间行为 | — | 六个月一次跑 504 超时；按月切片可跑，但 4 月 3.1 秒、7 月 54.2 秒，耗时不可预测，须容忍重试 | 须切片 |
此前「房间行为与原文表跑不出来」的判断已由实测推翻。现在唯一完全拿不到的是活动元数据与语音。
!
口径陷阱
每条都会造成数十倍以上误差| 字段 | 正确口径 | 写错的后果 |
|---|---|---|
gift_way | 礼物支出必须从 ods_com_gift_receive_bill_ad 算，不能从金币账单的 Gift_* 类目算——99.4% 的礼物走 BACK_PACK（背包）不经过金币账单 | 差 188 倍 4,343 vs 817,592 |
status | 家族成员表存全历史，一人多行，status=1 才是在册 | 差 7,100 倍 35,514 条假告警 vs 5 条 |
valid | CP 表 valid=1 不等于「现在是 CP」，只表示该关系曾成立。504 人中 409 人不止一条，人均 28.2 条 | 逐日 diff 完全不可用 |
uid | 房间事件表 uid 是 varchar，必须 cast(uid as varchar) | 返回空或连接异常 |
event_name | 群聊原文表的事件列叫 event_name，不是 event | 返回 0 行且不报错 |
messagetype | 私聊表 messagetype IS NULL 才是纯文本，其余是系统卡片 | 把系统消息当成用户发言 |
currency_value | 充值表金额字段是 currency_value，且须 status=1 AND finish_time IS NOT NULL | 返回空且不报错 |
这些口径无法从字段名推断，只能打开原始数据看。因此必须写死在配置里，不由模型每次现写。
入口二 · 个人档案
①
今日简报
2026-08-10②
当前画像
钱去哪了
投注与赢回
投注流水 ≠ 消费
充值节奏
CP 亲密值
③
时间线
④
历史快照
入口四 · 活动看板
线上活动 · 疑似窗口 08-07 ~ 08-09
周期内表现 · 与历史对比 · 活动分析 · 上下线开关尚未接入，窗口由数据反推
当前没有活动上下线数据，这个窗口是「反推」出来的。
接入服务端开关与后台配置后，这一页应由活动列表驱动，而不是靠异常反查。
1
跨模块同步：这是活动最强的信号
| 模块 | 08-08 实际 | 同周期基线 | 超出 | 周末效应 |
|---|---|---|---|---|
| 群聊 10 连抽 | 80.8万 | 58.7万 | +37.8% | 强 1.46× |
| Lucky777 | 296.99万 | 214.95万 | +38.2% | 弱 1.16× |
| 印尼荣耀日充值 | 4,275万 | 近期高点 | — | — |
关键推理：这两个模块的周末效应强度完全不同（1.46× vs 1.16×），却在同一天涨出几乎相同的幅度（+37.8% / +38.2%）。
如果只是周末，弱周末效应的 Lucky777 不该跟着涨这么多。同幅上涨指向一个跨模块的外部事件——活动、推送或版本。
2
活动分析该跑哪些数
现有复盘口径| 维度 | 取数方式 | 状态 |
|---|---|---|
| 参与人数 / 消耗 | 金币消耗 source、金币收入 source | 现在就能跑 |
| 资源收支 | 资源收入 / 消耗 key | 现在就能跑 |
| 大R 参与占比 | join 荣耀等级表 | 现在就能跑 |
| 渗透率 | 多少人看到、多少人打开活动页 | 完全缺失 |
| 活动起止时间 | 服务端开关 / 后台配置 | 未接入 |
| 玩法与功能点 | 无结构化来源 | 未接入 |
3
活动历史复盘报告
结束后自动生成报告结构（草案）
一 · 活动概况起止时间 / 玩法 / 目标人群 / 触达量
二 · 周期内表现参与人数、消耗、资源收支，逐日
三 · 与历史对比同类活动横比 + 扣掉周末与大盘基线后的净增
四 · 人群结构大R vs 普通用户的参与与消耗分布
五 · 归因涨跌的假设 → 逐条验证 → 概率，同个人档案那套
⇒ 结论该活动是否再做，以及下次调整什么
目标是替代人工复盘。活动结束自动出报告，复盘时直接截图引用，不必再手工拉数、也不必靠运营的主观反馈。
入口三 · 问题线程
问题线程
开放式问题在这里被收敛成可执行的口径。下次不是重新问，是回到线程继续问。
| 问题 | 提出时间 | 轮次 | 口径 | 状态 |
|---|---|---|---|---|
| 产品内有没有军火商？ | 08-05 | 3 轮 | v2 · 待修订 | 已出大盘 |
| 房间里有没有人劝别人不要送礼？ | 08-11 | 0 轮 | 未定义 | 阻塞 · 需聊天原文 |
| 群聊家族生态是怎么样的？ | 08-08 | 1 轮 | 未定义 | 澄清中 |
| GCC & 伊拉克新用户付费表现？ | 08-11 | — | — | 不走 Matrix |
Q
产品内有没有军火商？
收敛过程1澄清笼统问题先反问，不直接开跑
「军火商」在产品内无对应类目。先确认你指的是哪一种：
A · 供给型充值高、自己不消费，把币集中送给少数低充值账号已选
B · 中介型收币来源分散、流出集中，二道贩子
C · 代充型充值频次高、金额规律，受益账号不断变化
已选 A，补充说明：「把金币集中送给少数几个几乎不充值的账号，相当于给别人供弹药。」
2大盘结构性数据可以跑全量
近 14 天消费 > 1 万金币的用户共 1,038 人，按送礼占总支出的比例分档 · 实际耗时 7.1 秒
| 分档 | 人数 | 占比 | 送礼金币 | 占送礼额 |
|---|
0.67% 的人贡献了 29.6% 的送礼额，比占人数 87.9% 的那一档加起来还多 41%。送礼行为高度集中，方向 A 的假设成立。
3举例行为数据只能抽样，不能全量
A 档全部 7 人 · 点 UID 可建档
| 用户 | 送礼金币 | 送礼占比 | 累计充值 IDR | 疑点 |
|---|
4口径落库这一轮的收获，下次默认带上
当前口径 · v2
①
③
送礼支出 / 总支出 > 70% ② 总支出 > 10,000 金币③
Top5 受赠方占送礼额 > 70% ④ 受赠方自身充值额 ≈ 0
（③④ 需先定 v3 口径）本轮暴露三个漏洞，v2 的结论还不能用：
· 命中第一名 Mr06 的 10.99 万金币送给了自己——判据没排除
· 7 人里 5 个昵称形如 Mr02 / Ms09 / Man02，area 归属异常，疑似官方或运营账号
· Miliking 无任何充值记录却送出 1.2 万金币，币来源存疑
· 命中第一名 Mr06 的 10.99 万金币送给了自己——判据没排除
target_user_id = user_id· 7 人里 5 个昵称形如 Mr02 / Ms09 / Man02，area 归属异常，疑似官方或运营账号
· Miliking 无任何充值记录却送出 1.2 万金币，币来源存疑
待确认 · v3
⑤ 排除自送自收 ⑥ 排除官方 / 运营账号白名单 ⑦ 币来源须为充值而非平台发放