VIBEX 推荐链路策略 · 可落地实施方案
基于前端 vibextv.com、后台 admin.vibextv.com 实地勘察与后台真实配置/数据，把 VIBEX 已有的智能推荐能力升级为「用户状态 × 页面 × 内容来源」的可验证推荐链路。
一页纸结论
一句话：VIBEX 的推荐引擎配置已经相当完整（5 阶段 × 5 来源 × 权重 × 惩罚 × 衰减都在），但它是"全局一套"，没有按页面和用户状态用起来，也无法证明某条策略带来了增量。
1.6%注册转化率（7日漏斗：Feed 883 → 注册 14）
29.6%落地页转化（站外点击 7079 → 落地 2094）
0%D3 留存、热门剧注册转化、付费收入转化
0.97%Feed 点击率（快划跳过率 36.97%）
≈1:1"猜你喜欢"内容 = 热播排行榜内容（个性化未生效）
三个真实断点（先修断点，再谈推荐增量）：① 落地页 → Feed 只到 42.2%，且多个渠道落地页 P95 超 3s（over_limit）；② Feed → 注册仅 1.6%，链路里没有"内容消费 → 注册承接"的设计；③ 注册后无"继续看"能力，历史/追剧没有变成回流入口，D3 留存为 0。
本期我做 5 件事（全部基于现有页面与现有后台配置，不新建推荐后台）：① 把推荐配置从"全局一套"拆成「首页 / 剧场 / 我的」三场景策略；② 首页 Feed 按用户状态返回内容（路过/试看/追剧/沉默）；③ 用真实历史进度做"继续看"回流；④ 播放行为回流并带 strategy_id 归因；⑤ 建策略看板，用真实基线验证增量。预计 4 周内完成配置与验证准备。
一、实地勘察结论（本方案与既往方案的核心差异：全部基于实测）
1.1 前端真实结构（vibextv.com，已逐页走查）
| 页面 | 实测结构 | 对推荐的意义 |
|---|---|---|
| 首页 | 顶部导航（首页/分类/剧场/追剧/登录）＋ 竖屏 Feed（上下滑、自动播放、点赞/评论/收藏/分享）＋ 模块区：今日推荐、热播排行榜、今日更新、猜你喜欢 | Feed 是主消费入口；模块区存在且可运营 |
| 剧场 /theater | 搜索（剧名/演员/标签）＋ 推荐/短剧/电影 ＋ 分类筛选（都市/爱情/穿越/古风/玄幻/悬疑）＋ 时间筛选（7/14/30/90 天上新）＋ 排序（推荐/最新/最热）＋ 猜你喜欢 | "选剧"场景已具备分类/搜索/排序能力 |
| 详情 /drama/{id} | 剧名、分类、集数、完结状态、评分、简介、追剧/收藏、选集、相关推荐（同标签 10+ 部）、评论区 | 详情页已有"相关推荐"位，可承接跨剧推荐 |
| 播放 /play/{id}/{集} | SPA 加载、自动下一集 | 续看/连播的基础存在，进度回流待接通 |
关键发现：首页"猜你喜欢"与"热播排行榜"内容完全一致（同 10 部剧、同顺序）——当前个性化推荐未真正生效，未登录/新用户与追剧用户看到的是同一批内容。
1.2 后台真实推荐配置（/admin/recommend-config，已读取全量）
后台已有非常完整的推荐引擎参数，这是本方案可以直接复用的底座：
| 配置项 | 实测值 | 判断 |
|---|---|---|
| 运行模式 | auto；离线批次 1 次/天 | 规则引擎已就位 |
| 阶段 × 来源权重 | 路过（爆款19/精选29/上新50）、试看（续看10/同好10/爆款20/精选15/上新45）、追剧（续看30/同好25/爆款20/精选15/上新10）、付费（续看35/同好30/爆款20/精选10/上新5）、沉默（续看15/同好10/爆款15/精选20/上新40） | 五来源已定义，权重可调 |
| 内容基础权重 | 追剧转化35 / 付费转化25 / 完播20 / 分享解锁10 / 编辑10 | 内容质量分已有 |
| 阶段加成 | 路过×2 / 试看×1.5 / 追剧×1.8 / 付费×2 / 沉默×2 | 已有 |
| 时间衰减 | 连载剧半衰期 4 天 / 完结剧 14 天 | 已有 |
| 惩罚 | 快划跳过 0.5 / 弃剧 1 / 重复曝光 0.3 | 负反馈机制已有 |
| 新剧保护 | 72h / 默认分 0.5 / UV 阈值 50 / 新鲜度×1.5 / 新剧曝光占比 10% | 已有 |
| Feed 信号权重 | 停留 40 / 完播 35 / 划走 25；广告间隔 8 | 已有 |
| 阶段目标加成 | 路过→追剧转化 Top20% 爆款×2；试看→同三级标签×1.5；追剧→接近付费墙(≤2集)×1.8；付费→付费转化 Top20%×2；沉默→7 天内新上架/更新×2 | 已有"阶段 × 目标"逻辑 |
结论：后台配置的能力 ≈ 行业基础推荐水平。缺的不是参数，而是「这些参数被谁、在哪个页面、为哪个用户状态使用」的落地规则，以及"每条结果来自哪条策略"的归因。
1.3 真实业务数据（7 日窗口 2026-08-07 ~ 08-14）
| 维度 | 实测值 | 解读 |
|---|---|---|
| 用户 | 注册 65、游客身份 25、总身份 90；DAU 峰值 945（8/13） | 早期产品，样本小，实验需过程指标 |
| 内容 | 187 部剧、12,380 集；来源 HongGuo；转码状态 pending/processing/ready 混杂；qc_checks 全部 false 但 qc_pass=true；free_episodes=0、unlock_methods=null | 内容充足；QC 门禁失效、转码中内容可能被推荐、付费/解锁体系未配置 |
| 流量 | 近 7 天 PV 12,115 / UV 2,092；近 30 天 PV 17,811 / UV 2,961 | 增长中，8/13 起放量 |
| 漏斗 | 站外点击 7,079 → 落地 2,094（29.6%）→ Feed 883（42.2%）→ 注册 14（1.6%） | 最大断点在注册；落地页性能（多渠道 P95 3–11s over_limit）拖累第二环 |
| 留存 | D1 5.6%（18人/1回）、D3 0%（23人/0回）、D7 3.3%（30人/1回） | 样本极小但方向明确：用户基本不回来 → 无"继续看"回流是主因之一 |
| 付费 | 总订单 9、已支付 1、收入 ¥6；热门剧注册转化全部 0.0%、付费转化 hidden | 付费链路未跑通，本期不把充值当目标 |
| 内容表现 | 完播率差异大：我在回忆里万劫不复 39.8%、诱你沦陷 33.8%、发配边关第七季 8.4%、皇牌保镖 5.0% | 内容质量分有区分度，可支撑排序 |
1.4 后台界面截图实测（vibek后端.doc 34 张截图 OCR，验证后台模块与关键指标）
| 后台模块（截图确认） | 截图实测到的关键信息 | 对推荐策略的含义 |
|---|---|---|
| 总览仪表盘 | 用户 62/剧集 187/集数 12,380；次日留存 5.6%、3 日 0%、7 日 3.3%；今日流量 PV 2,526/UV 715；获客漏斗：点击 923 → 落地 329（35.6%）→ Feed 861（42.1%）→ 注册 11（1.3%） | 与 API 数据互相印证；注册墙（register_wall_enabled）导致 Feed→注册只有 1.3-1.6% |
| 渠道分析 | 各渠道转化差异巨大：导航站（daohang）520 点击、注册率仅 0.12%；新媒体 2（PyfGgfNt）150 点击、注册率 3.42%；落地均速 1.5-2.1s 但部分渠道加载 P95 达 10.94s（over_limit） | 渠道×落地页×承接需差异化；慢渠道直接吃掉 Feed 流量 |
| 埋点分析-行为漏斗 | 曝光解锁漏斗：feed_view 229（100%）→ feed_click_detail 7（约 1%）→ play_start 147（断链：点击小于播放数，口径待查）→ paywall_show → register_success；Feed CTR 0.97%（-12% vs 上周）；快划跳过率 36.97% | Feed 首屏内容匹配差是核心问题：CTR 不足 1%、1/3 快划——与"猜你喜欢=热播榜"互相印证 |
| 播放质量 | 原站播放 TTFF P50 3,036ms、卡顿率 17.0%、起播失败率 31.3%、起播后错误率 0.4%；错误类型：CODEC UNSUPPORTED 146、network 69、AUTOPLAY BLOCKED 26；起播拒绝归因：用户切屏/播放取消 1,105 次（73.3%） | 播放体验拖累"开始消费"：卡顿 17% + 首帧 3s，内容再好也留不住；播放质量应进入内容降权（后台已有惩罚项可复用） |
| 资源中心-视频运营 | 轮播 Banner（按端投放 H5/Web）；今日推荐（编辑手动 + 算法辅助排序：用户阶段×质量评分×历史完播率，每日精选最多 1 部，推荐语 12 字）；热播排行（按播放量实时取 Top10，支持手动置顶） | 运营位机制完整；"今日推荐"是现成的"编辑精选"载体，可直接纳入场景策略 |
| 智能推荐配置 | 内容源配比（5 项和=100% 自动校验）；基础分权重官方定义：追剧转化率=试看→追剧比例（留存指标）、付费转化率=转付费比例（营收指标）、完播率=观完整比例（质量指标）、分享解锁率（传播指标）、编辑权重（新剧冷启动）；惩罚：停留<5s 快划/弃剧/同剧重复推荐；新剧保护 72h；Feed 切片参数（保护 48h、停留 40/完播 35/滑动 25、每 8 条插 1 广告）；操作日志显示 8/12-8/14 有人多次"推荐算法/save + 清除缓存" | 引擎能力与参数齐全；近期刚被改动过，改动前需确认基线快照，避免把他人未验证的配置当作现状 |
| 产品/系统配置 | guest_enabled、register_wall_enabled、recharge_enabled、checkin_enabled、share_unlock_enabled: false、quality_entitlement: false；注册引导文案"注册即可看全高清剧，分享即送隐藏短剧"；备用线路 miniextv.com / allextv.com；金币/积分体系存在 | 分享解锁、充值、画质权益均为关闭状态——变现与裂变链路未跑通，本期推荐不做付费目标；注册墙文案已就位，承接策略可直接配套 |
| 签到中心 | 每日签到奖积分；补签条件：连续观看满 X 分钟或满 Y 集；每月补签上限 3 次；连续签到倍率；每日限签 1 次（防刷） | 已有"观看时长→积分"的运营钩子，可与"继续看/回访"策略联动（观看越深，积分奖励越近） |
| 活动管理 | 活动按触发动作（用户注册）配置，弹窗文案、条件、奖励列表（赠剧集等） | 注册承接可先用现有活动能力（注册弹窗+奖励）落地，不必新开发 |
截图带来的三个新增结论：① Feed CTR 仅 0.97%、快划跳过率 36.97% —— 首屏内容匹配是推荐的第一战场（不是算法复杂度的战场）；② 播放卡顿 17%、首帧 3s —— 播放体验与推荐同等重要，需联动治理；③ 推荐配置 8/12-8/14 刚被改过 —— 落地前先冻结基线，防止把他人未验证的改动当现状。
二、现状盘点：已有能力 vs 真实缺口
| 环节 | 已有（实测） | 缺口（影响） |
|---|---|---|
| 内容 | 三级分类、标签、集数、状态、编辑分、转码状态、外部源接入 | QC 门禁失效（转码中可上架可被推荐）；付费/解锁字段未配置；多数内容只挂 1 个三级标签，相似度粒度粗 |
| 推荐引擎 | 阶段×来源权重、内容基础分、衰减、惩罚、新剧保护、Feed 信号 | 全局一套，无场景拆分、无策略版本、无归因 ID；"猜你喜欢"退化为热播榜 |
| 用户 | 注册/游客身份、渠道短码归因、用户标签、追剧/收藏/历史 | 无播放进度回流（play_progress/play_exit 缺失）；用户状态判定无业务定义 |
| 数据 | 埋点分析（feed_view/feed_click_detail/play_start/paywall_show/register_success）、漏斗、留存、流量 | 漏斗止于注册，无"消费深度/回访"环节；事件无 strategy_id/source/position 归因字段 |
| 运营 | Banner、热播排行、人工置顶、编辑精选、上新 | 运营位无场景/时间/人群边界，易挤掉续看与自然推荐 |
先修断点、再做增量：推荐策略的价值必须建立在"用户能进来（落地）、能开播（Feed）、能回来（继续看）、能被证明（归因）"之上。前三项是推荐的前置条件，最后一项是推荐的验收方式。本期顺序：断点 → 场景策略 → 归因看板。
三、推荐链路策略设计
3.1 链路总图（推荐在整条链路上做什么）
站外进入（短码/落地页）→首页 Feed 发现→详情/选集 选剧→播放 开播→连播/续看→注册/登录承接→回访（我的/追剧）
推荐在每个环节只为一个目标服务：路过→开播；试看→形成兴趣；追剧→接着看；沉默→拉回来；付费→保住上下文。不把 DAU/充值直接算成推荐 KPI。
3.2 用户状态定义（复用后台 5 阶段，补齐判定规则）
| 状态 | 判定规则（建议初稿，第 1 周按数据校准） | 本期推荐目标 | 优先内容 |
|---|---|---|---|
| 路过 | 近 7 天无有效播放（有效播放 = 单集观看 ≥ 30s 或 ≥1 集） | 完成首次有效开播 | 可播放热门 + 编辑精选 + 多题材探索（沿用现有路过权重：爆款19/精选29/上新50） |
| 试看 | 有有效播放，但未追剧、无未完成剧持续回看 | 确认兴趣、降低跳出 | 已看题材同三级标签内容 + 当前剧续看（同好权重上调） |
| 追剧 | 有追剧收藏，或同剧未完成且 7 天内回看 ≥2 次 | 连续观看、避免断剧 | 未完成剧（续看 30）＋ 同题材（同好 25），贴近付费墙(≤2集)内容×1.8 |
| 付费 | 存在有效订单/权益（当前无数据，先按"已解锁行为"判定，待支付接通后校正） | 保持消费上下文 | 当前剧、上新、同类优质（续看 35/同好 30） |
| 沉默 | 曾有效观看，但 ≥7 天无访问（周期按基线校准） | 用历史兴趣拉回 | 历史标签 + 未完成剧 + 7 天内上新（沉默权重：精选20/上新40） |
3.3 页面 × 场景策略卡（本期落地的三张策略）
| 场景 | 用户此刻的任务 | 候选来源（复用现有） | 排序规则 | 边界（不做） |
|---|---|---|---|---|
| 首页 Feed | 找到第一部愿意看的 | 续看池 / 同好池 / 爆款池 / 精选池 / 上新池 | 按用户状态取对应阶段权重；同屏跨题材打散；未完成剧可前置但不占满整页；每条带 source/position | 不把运营置顶长期盖住所有用户；不做播放页内推荐 |
| 剧场 / 分类 / 搜索 | 主动挑一部剧 | 分类内容池 / 同好池 / 分类热播 / 上新 | 分类相关性第一 → 兴趣同标签 → 热播 → 上新；精确搜索永远在猜你喜欢前 | 不用首页同一套列表覆盖分类意图 |
| 我的 / 追剧（继续看） | 回来接着看 | 未完成剧（历史进度） | 未完成剧按最后观看时间倒序置顶；已完结剧只留历史不续播；点击直达正确集数 | 不重做用户中心；不做复杂"猜你想追" |
3.4 后台配置改造底稿（基于实测 recommend-config，直接可执行）
改造原则：不动引擎，只加"场景维度"。后台已有完整的阶段权重引擎，本期只做两件事：① 配置项从"全局一份"升级为"按场景三份"（首页/剧场/我的），同一用户在不同页面拿到不同组合；② 每条返回结果携带 strategy_id + scene + source + position，用于归因。
| 配置动作 | 现在（实测） | 改成（建议初稿） | 改动位置 |
|---|---|---|---|
| 阶段×来源权重 | 全局一份（路过=爆款19/精选29/上新50…） | 三场景各一份：首页沿用现有但"追剧"状态续看 30→40；剧场"分类相关性"优先（分类内按兴趣/热播/上新）；我的"未完成剧"独占优先位 | 智能推荐配置页 |
| 运营位边界 | Banner/置顶无场景边界 | 每个运营位必须配置：页面、位置、起止时间、目标人群、占位上限（建议 ≤ 1/3 首屏）；不得覆盖续看 | 视频运营配置 |
| 内容入池门禁 | qc_pass=true 即入池（实测转码中也在候选） | 入池硬条件：media_transcode_status=ready 且 qc_checks 全通过；转码中/失败自动排除并告警 | 推荐候选过滤 + 资源中心 |
| 新剧试投 | 新剧保护 72h / 曝光占比 10% | 保留；试投期观察"有效观看率"，不靠人工长期硬推 | 智能推荐配置页 |
| 归因字段 | 无 | Feed/详情/播放事件补充 strategy_id、scene、source、position、product_id | 埋点 + 推荐接口 |
四、落地实施：六项改造 + 四周推进
| 改造 | 改哪里 / 怎么改 | 验收标准 | 依赖 | 优先级 |
|---|---|---|---|---|
| A. 内容入池门禁 | 推荐候选硬过滤：转码 ready + QC 通过；qc_checks 全 false 的剧不允许"已上架"误导运营 | 推荐结果无转码中内容；运营端 QC/转码/上架状态一致 | 内容/后端 | P0 |
| B. 播放进度回流 + 继续看 | 补 play_progress/play_exit（content_id/episode_id/进度秒数/是否自动下一集）；"我的"将未完成剧生成"继续看"列表 | 退出播放后，我的页出现"继续看"，点击直达正确集数；7 天未完成剧回流可观测 | 前端/后端/数据 | P0 |
| C. 三场景策略配置 | recommend-config 按首页/剧场/我的拆分；首页按 5 状态取权重；剧场分类优先；我的未完成剧置顶 | 同一用户三个页面结果不同；追剧用户首页能找到未完成剧 | 后端/智能推荐配置 | P0 |
| D. 推荐归因 | Feed 曝光/点击/播放事件带 strategy_id/scene/source/position | 每条曝光可回答"来自哪条策略、哪个位置" | 前端/数据 | P1 |
| E. 注册承接 | 注册/登录节点保留当前内容上下文（从哪部剧、第几集触发），注册后返回原剧原进度；与 VIBEX 产品确认登录门槛规则 | 注册/解锁完成后回到原剧原进度；注册→播放回流可观测 | VIBEX 产品/前端/后端 | P1 |
| F. 策略看板 | 按 strategy_id × scene × 用户状态 输出：曝光→点击→开播→有效观看→回访漏斗；固定分桶 | 能回答"某策略相较对照是否有增量" | 数据 | P1 |
四周推进：
| 周 | 我主导的工作 | 对齐 | 当周交付 | 关键决策 |
|---|---|---|---|---|
| 第 1 周 | 复核漏斗与埋点现状；确认落地页性能问题归属；固化用户状态判定口径与基线 | 数据、前端、VIBEX 产品 | 《基线确认表》《埋点缺口清单》 | 确认游客可看规则；确认"有效播放"阈值 |
| 第 2 周 | 定义三场景策略参数（改 recommend-config 哪些值）；继续看产品规则；运营位边界 | 内容运营、后端 | 《三场景策略卡 V1》《继续看 PRD 片段》 | 三场景权重初值定稿（对照版：现网权重） |
| 第 3 周 | 推动前端埋点与继续看开发；推荐接口带归因字段；内容门禁过滤上线 | 前端、后端、数据 | 《接口/埋点联调清单》 | 门禁规则上线；灰度开关 |
| 第 4 周 | 分桶灰度（先首页 Feed 对照）；策略看板验收；周会汇报首周数据 | 全体 | 《灰度方案》《策略看板 V1》 | 确定对照组与放量节奏 |
灰度策略：先以"现网配置 = 对照 A、新三场景策略 = 实验 B"固定分桶，同口径对比，灰度范围先覆盖 20% 流量，数据干净再放量。不做全量切换。
五、验收口径（真实基线，不是拍脑袋数字）
| 指标 | 口径（分子/分母） | 实测基线（8/7–8/14） | 验证目标 |
|---|---|---|---|
| 落地页转化率 | 落地页浏览 / 站外点击 | 29.6% | 渠道/性能修复后回升；落地页 P95 ≤ 3s |
| Feed→注册转化率 | 完成注册 / 看 Feed 用户 | 1.6% | 注册承接 + 内容策略后提升（幅度以 4 周数据定） |
| 有效观看率 | 有效播放用户（≥30s）/ 开始播放用户 | 待第 1 周补基线 | 实验组高于对照组 |
| 未完成剧回流率 | 点击"继续看"用户 / 有未完成剧的回访用户 | 无此能力（待建） | 继续看上线后可观测，目标先于 0 基线 |
| 连播率 | 同会话播下一集用户 / 播放用户 | 待第 1 周补基线 | 播放页续播策略高于基线 |
| Feed 点击率（CTR） | feed_click_detail / feed_view | 0.97%（-12% vs 上周） | 场景策略上线后回升；先止跌再谈提升 |
| 快划跳过率 | 停留 <5s 划走 / Feed 曝光 | 36.97%（-31% vs 上周，已在改善） | 不高于基线；首屏内容匹配度提升后下降 |
| 播放卡顿率 / 首帧 | 卡顿次数/播放会话；TTFF P50 | 卡顿 17.0%、TTFF 3,036ms | 与前端联动治理；卡顿率下降、TTFF ≤ 2s |
| D1/D3 留存 | 注册次日/3 日回访 | D1 5.6% / D3 0% | 继续看 + 注册承接后改善（样本小，按周观察趋势） |
说明：本阶段样本量小（DAU 千内、注册 65），任何"统计显著"都难在短期成立。因此本期验证采用「过程指标 + 对照分桶 + 方向判断」，不承诺具体百分比涨幅；目标是在 4 周内建立可信的度量方式，为下一阶段（放量验证/二期算法）提供依据。
六、依赖、风险与应对
| 依赖 / 风险 | 影响 | 应对 |
|---|---|---|
| 落地页性能（多个渠道 P95 3–11s，over_limit） | 高：直接影响落地→Feed（42.2%） | 第 1 周与前端确认归属；优先修慢渠道（peixi666 5074ms、s1GpjRI5 4749ms、RWgs4M4V 3077ms 等） |
| QC 门禁失效（转码中内容可上架可被推荐） | 高：用户可能点进不可播放内容 | 改造 A（入池硬过滤）先行，与内容团队确认门禁规则 |
| play_progress 等埋点缺失 | 高：继续看与有效观看无法度量 | 改造 B 与数据团队优先排期；2 周内补齐核心事件 |
| 支付/权益未配置（free_episodes=0、unlock=null） | 中：付费场景无数据基础 | 本期不设付费目标；付费墙(≤2集)加成逻辑保留待支付接通 |
| 样本量小，实验结果不稳定 | 中：结论置信度低 | 过程指标 + 对照分桶 + 方向判断；灰度 20% 起步，不追求短期显著 |
| 播放体验差（卡顿 17%、TTFF 3s、起播失败 31%） | 高：用户"点进去却看不了/卡住"，推荐带来的点击全部浪费 | 播放质量进入内容候选硬过滤与降权；与前端/播放团队联动治理；TTFF/卡顿列入本期验收 |
| 游客→注册规则未确认 | 中：影响 Feed→注册策略设计 | 第 1 周与 VIBEX 产品确认：游客可看几集、登录门槛、注册触发点 |
| 与前任方案/团队口径不一致 | 低：避免重复造轮子 | 本方案复用现有推荐配置与既有文档结论，只补"实测 + 场景拆分 + 归因" |
七、交付物与边界
| 本期交付 | 本期不交付（明确边界） |
|---|---|
| 三场景策略配置与灰度方案、继续看能力、内容入池门禁、推荐归因、策略看板 V1 | 不新建推荐中台/后台；不上算法模型；不承诺 DAU/充值增长；不重构内容系统；不新增播放页推荐模块（播放页只做下一集与未完成集续播） |
| 《三场景策略卡》《继续看 PRD 片段》《基线确认表》《灰度方案》《策略看板 V1》 | 不替 VIBEX 产品决定登录/权益/支付规则；不替数据团队实现埋点，只提需求与口径 |
汇报收口：VIBEX 不缺推荐引擎，缺的是"把已有配置按页面和用户状态用起来，并证明它有效"。我用 4 周完成三场景策略、继续看、归因与看板四件事，让团队第一次能看到"哪条策略带来了观看增量"；数据成立后，二期再决定是否投入相似召回、排序模型与多产品复制。
说明：本文数据来自 2026-08-14 对 vibextv.com 前端逐页走查与 admin.vibextv.com 后台 API 只读抓取（recommend-config / dashboard / dramas / categories）；权重调整、状态阈值、灰度比例均为建议初稿，第 1 周按真实数据校准后定稿。未对线上配置与业务数据做任何修改。