维度 01 · 牌路 / 涉及字段 6 项
牌路：先回答「和谁对照」
单看一个月的牌型分布说明不了什么，档案以自然月为最小对比单位，滚动窗口保留最近 36 个月。桌台编号由 FT 加四位数字构成，从 FT-1000 到 FT-7000 分为七个编号段，累计登记可核对编号 1,286 个。某个牌型在某个月抬头时，可以直接翻到同编号段的前几个月做纵向对照。
FT / VALUES · 判断维度说明
进哪张桌台，先看清三把尺子
飞驰炸金花把「娱乐平台挑桌台」这件事拆成牌路、延迟与返水比例三组可以逐项核对的字段，而不是给出一个推荐编号。下面交代我们为什么这样拆、每个字段怎么定义、一条记录从录入到发布要过几道手，以及哪些事情我们不做。
01 / 立场
把维度摊开，结论留给看的人
我们不回答「该进哪张桌台」，原因不在态度而在口径。同一个编号的桌台，牌型分布会随月份漂移；电脑端的视讯延迟会随网络环境变化；返水比例与派彩时长按桌台段分别结算。三件互相独立的事被压成一句推荐，判断依据就消失了。
所以本站只做三件事：把每个指标拆成可以逐项对照的字段；给每个字段标上时间范围、样本量与更新节奏；把原始记录按月归档，让任何一句结论都能回到同一份底表。字段清单列在本页下方，查记录与桌台编号索引可以从体验中心进入。
关于「不下结论」当月数据能说明的只是当月。样本量、分位值与更新批次都摆在记录里，读者自己判断这些数字够不够支撑一次选择，比我们替读者下判断更可靠。——这不是把问题推回去，而是一旦推荐脱离样本量，它就成了无法核对的句子。
三组数据不在同一层，也不该被相加
牌路回答「和谁对照」，延迟回答「看不看得清」，返水比例与派彩时长回答「结算节奏」。三者来自不同的采集环节，量纲也不一样，所以档案里始终并列呈现。
- 牌路 牌型标签、局数、参与席位数，按自然月归档，滚动窗口 36 个月。
- 延迟 电脑端采样，5 秒一个点，输出中位数与 95 分位两组值。
- 结算 派彩时长与返水比例，按月份与桌台段分别列出。
02 / 三个维度
每个维度只解决一个具体问题
三块档案卡按 8:4、5:7、7:5 排布，卡片顶部是鎏金细线，右上角标出该维度涉及的字段数。样本口径与区间都可以回到对应月份的底表复查。
维度 02 · 延迟 / 涉及字段 2 项
延迟：先确认「看得到吗」
电脑端玩的时候，画面与操作之间总有一段看不见的时间。延迟观测以 5 秒为一个采样点，单场取 720 条样本，样本区间落在 180ms 至 640ms，同时给出中位数与 95 分位。高位样本不只换颜色，还会同时标出数值与上箭头，色觉差异下同样能读。
延迟口径的常见问题 →维度 03 · 结算 / 涉及字段 2 项
结算节奏：派彩时长与返水比例
派彩时长以区间与分位呈现，常见样本区间为 42 秒至 96 秒，逐月给出中位数与四分位；返水比例以 0.5% 至 2.0% 为样本区间，按月份与桌台段分别列出。两项放在同一张面板里，方便对照同一个月不同编号段的差异。记录明细余下的更新批次与校核状态属于档案流程字段，不计入任何维度。
03 / 字段口径
一条记录里的 12 项字段
字段名与口径固定，跨月份不随发布节奏变动。行首竖线标识更新节奏：霓虹青为逐月更新，注释灰蓝为季度复核。
| 字段名 | 口径说明 | 更新节奏 |
|---|---|---|
| 时间戳 | 单场开始时间，精确到秒，用于跨月对齐与批次追溯。 | 逐月更新 |
| 桌台编号 | FT 加四位数字，同时记录该编号所属的编号段。 | 逐月更新 |
| 牌型标签 | 单场出现的主要牌型分类，按全站统一枚举取值。 | 逐月更新 |
| 局数 | 当月该桌台累计的有效局数，跨月不累加。 | 逐月更新 |
| 参与席位数 | 单场同时参与的席位数，月度值取当月分布的中位。 | 逐月更新 |
| 派彩时长 | 单场结算耗时，以秒记录，输出区间与四分位。 | 逐月更新 |
| 返水比例 | 按月份与桌台段分别列出的比例值，区间形式呈现。 | 逐月更新 |
| 编号段 | FT-1000 至 FT-7000 七个编号段中的所属段。 | 逐月更新 |
| 更新批次 | 记录入库的批次编号，每周二、周五各生成一批。 | 逐月更新 |
| 校核状态 | 两人交叉校核后的状态标记，含差异退回的记录。 | 逐月更新 |
| 延迟中位数 | 电脑端采样中位值，单位毫秒，样本口径随复核同步更新。 | 季度复核 |
| 延迟 95 分位 | 高位延迟的参考值，单位毫秒，与中位数成对使用。 | 季度复核 |
逐月更新的字段随每月 1 日发布的牌型分布、以及每周二与周五的记录明细一并刷新；两项延迟字段每 3 个月做一次口径复核，遇节假日顺延。字段说明在体验中心里可以逐行展开对照。
04 / 校核
一条记录要过几道手
「可核对」不是一句话，而是四个固定动作。点击左侧任一序号，右侧面板会换成对应的说明。
01 · 录入
单场数据按时间戳、桌台编号、牌型标签、局数、参与席位数等 12 项字段写入底表，来源时间与采集环节同时留存，便于后续追溯这条记录是哪一批进的库。
02 · 交叉校核
同一批记录由两名校核人员分别走一遍，逐项比对枚举取值与数值范围。两条路径都通过才标记为可发布，任一项不一致就进入下一步。
03 · 差异回填
出现分歧的字段退回数据整理岗，按原始来源重新采集后再次入库，并保留原值与修正值的对照，让同一处差异只解释一次。
04 · 发布前检查
每月发布前对当月全部记录做一次字段一致性检查，核对枚举值、单位与口径是否与上期对齐。检查不通过就不发布，顺延到下一个更新日。
05 / 分工
12 个人，四个岗位
团队常设 12 人，按职责分成四个岗位，边界写在岗位说明里，跨岗不替代。任何一条进入档案的记录，都至少经过数据整理与内容校核两个岗位的手。
岗位配比随更新节奏调整，但校核维持在两人交叉的规模，客服接收的桌台编号与查记录问题会直接转给对应岗位，而不是在客服环节消化掉。
-
数据整理 5 人
采集单场 12 项字段的原始值，维护桌台编号与编号段的映射关系，处理差异回填。
-
页面工程 3 人
维护 Bento 区块与横向滚动带，保证字段表在窄屏可以横向滑动而不撑破视口。
-
内容校核 2 人
执行两人交叉校核与每月发布前的全量字段一致性检查，出具发布结论。
-
客服 2 人
接收桌台编号与查记录相关来件，按问题类型转交岗位，并跟踪处理状态。
06 / 演进
档案库的四个节点
档案体系从按月归档起步，逐步加上延迟采样、编号索引与横向对照。每一次扩展都先固定字段口径，再补数据。
-
2019
建立按月归档体系
以自然月为最小对比单位，第一批档案只保留牌型标签与局数，先解决记录能不能按月对齐的问题。
-
2021
加入延迟采样与派彩时长
电脑端视讯延迟开始按 5 秒一个点采样，单场取 720 条样本；派彩时长同时进入记录明细，结算环节第一次有了可对照的量化字段。
-
2023
上线编号索引与查记录
原本零散的桌台记录归并成 FT-1000 至 FT-7000 七个编号段，编号索引与查记录页面同时开放，检索方式从翻月份改为按编号定位。
-
2025
加入横向对照模块
赛事转盘与炸金花桌台开始并列展示，跨玩法对照成为固定视图；延迟观测在这一年改为每 3 个月复核一次口径。相关发布节奏记录在更新记录里。
07 / 边界
我们不做什么
边界写清楚，比反复声明可靠更有用。下面三条在站内所有页面一致适用。
-
不提供投注入口
站内没有账号体系、充值通道与兑付功能，所有页面都是静态文本，也没有任何提交到后端的表单。
-
不承诺收益
返水比例与派彩时长只是被记录下来的区间与分位，写成区间是因为样本本身有波动，不代表往后的结果。
-
不做单场预测
档案以自然月为对比单位，任何时候都不会针对下一场给出判断，也不会用历史分布推出下一局的结果。
字段定义、引用规范与责任范围写在使用条款与内容边界说明里；如果你更关心怎么用这些字段筛桌台，可以从体验中心的记录面板开始。