日期不是期号的替代品
日期便于按天浏览，期号则负责定位具体记录。两者共同出现时，读者可以判断列表中的上一期与下一期，也能在跨页面核对时减少错位。遇到午夜附近的记录，还应留意页面使用的是北京时间、源数据当地时间，还是经过转换后的展示日期。
Record
Reading
Guide
Reading
Guide
期号 / 原始号码 / 衍生结果
一条PC28期次记录，
应该从哪里开始读？
PC28期号结果查询不只是找到一个0至27之间的数字。完整记录还需要把日期、期号、20个Keno号码、排序后的号码位置、计算结果与更新时间放在同一条证据链上。读懂这些字段，才能知道自己看到的是哪一期、结果如何生成，以及记录当前处于什么状态。
前往最新结果
01
确认日期与期号
20
读取Keno号码
3
核对分组末位
0–27
得到最终结果
RECORD ANATOMY
- 记录定位
- 日期 + 期号
- 源数据
- 20个Keno号码
- 计算基础
- 升序位置
- 记录输出
- 0至27
先辨认记录身份，再阅读结果；先保留原始号码，再进入算法。这个顺序能避免把相邻期次、抓取时间或展示顺序混在一起。
FIELD GUIDE / 字段指南
不把记录看成一行数字，而是看成六层信息
单期页面的价值，在于把“哪一期”“用了哪些源号码”“如何得到结果”清楚地锁在一起。下面的示意记录不代表真实开奖，仅用于说明各字段之间的阅读关系。
推荐阅读顺序
定位字段 → 原始字段 → 排序字段 → 计算字段 → 状态字段。最终结果醒目，但不应成为唯一被读取的信息。
日期
期号
Keno号码（示意）
结果
记录归属日
唯一定位线索
完整保留20个号码
衍生输出
日期：先确定记录属于哪一天
日期是查找历史记录的第一层索引，但它不能单独替代期号。同一天通常会出现许多连续记录，因此阅读时要同时观察页面采用的日期口径、显示时区以及对应期号。若读者从截图或转述进入，日期尤其容易因跨时区显示而产生偏差。
期号：一条记录最稳定的定位线索
期号用于区分相邻记录，也用于把结果页面、历史列表、源号码和验算过程连接起来。查询时不要只搜索“某日结果”，最好连同期号一起核对。若两个页面展示相同日期却对应不同号码，首先应检查它们是否实际上指向不同期次。
20个原始号码：计算能够被回溯的基础
加拿大28相关结果以BCLC Keno每期抽出的20个号码为数据基础。单期记录应完整呈现这些号码，并区分“源页面显示顺序”与“用于算法的位置顺序”。验算前需要将20个号码按从小到大排列；缺号、重复抄录或顺序误读都会改变后续位置取值。
最终结果：计算链条的输出，而不是孤立数字
最终值位于0至27之间。它由三组指定位置的号码分别求和、取和值末位，再将三个末位数相加得到。阅读记录时，应能从最终结果返回排序号码与分组过程；只有结果而没有源号码的页面，适合快速浏览，却不足以完成独立复算。
点击示意记录中的字段，可切换对应说明。
原始号码与升序号码要分开理解
“20个号码”说明这一期实际采用的数据集合；“排序结果”则服务于固定位置取数。即使号码集合完全相同，只要展示方式不同，视觉上的第2位、第5位也可能被误读。验算应始终以升序后的第1至第20位作为位置基准。
更新时间描述页面状态
更新时间回答的是“这条页面记录何时被写入或修订”，不等于该期源数据的开奖时刻。两者可能接近，也可能因采集、维护或复核产生间隔。查看较新的期次时，这个字段有助于判断页面是否仍在等待补充信息。
排序结果承担“位置坐标”的角色
算法中的第2、5、8、11、14、17位，并不是号码值2、5、8、11、14、17，而是升序列表中的位置。第二组取第3、6、9、12、15、18位，第三组取第4、7、10、13、16、19位。每组先求和，再仅保留和值的末位；最后把三个末位数相加。第1位与第20位不进入这三组位置计算，因此阅读页面时应把“号码值”和“号码所在位置”明确分开。
PROCESS / 从记录到复算
核对不是重抄结果，而是重走一次数据路径
一条记录能够回答“结果是多少”，算法页面负责解释“为什么是这个结果”，验算工具则帮助检查抄录与计算。三者各有职责，按顺序使用会比在多个页面之间反复对照更清楚。
-
1
锁定同一期次
先记录日期与完整期号，再确认最终结果。不要从一个页面复制期号、从另一个相邻页面复制号码。若记录提供前后期导航，可利用连续关系辅助定位，但最终仍应以当前页明确标注的期号为准。
-
2
完整抄取20个号码并升序排列
号码来自BCLC Keno每期20个号码的集合。复算前先数清数量，再检查是否有重复抄写或遗漏。随后从小到大排列，并标出第1至第20位。这里的排序是算法准备动作，不代表改写源数据；最好同时保留原始展示与排序版本，方便发现录入差异。
-
3
按三组位置求和并取末位
A组
2 / 5 / 8 / 11 / 14 / 17B组
3 / 6 / 9 / 12 / 15 / 18C组
4 / 7 / 10 / 13 / 16 / 19分别计算A、B、C三组的和值，每组只取和值最后一位。将三个末位数相加，即得到0至27范围内的最终值。出现差异时，优先回查号码数量、升序位置和“取末位”这三个环节，而不是直接改动最终数字。
-
4
把复算值放回记录语境
复算一致，说明当前抄取的20个号码与固定算法能够得到页面所示结果；复算不一致，则需要继续核对源号码、期号、排序或页面状态。单次不一致不能仅凭猜测归因，尤其当记录标注为延迟、维护中或待复核时，应等待具体页面更新。
EDITORIAL NOTE / 记录状态
历史记录的意义，是保留当时的数据上下文
期次记录服务于查阅、引用与回溯。它不仅保存最终结果，也应保留生成结果所依赖的号码及状态信息。对读者而言，醒目的结果数字适合快速定位；对需要复核的人而言，期号、20个号码、排序结果和更新时间才构成完整上下文。
记录发生修订时
具体页面应说明修订涉及哪个字段，例如号码抄录、期号映射、展示日期或计算结果，并更新相应时间。修订意味着页面内容被纠正或补充，不应被写成另一条独立期次。读者再次引用时，应以记录当前展示的完整字段为准。
数据出现延迟时
页面可以先显示等待状态，但不应以推测值填补空缺。由于开奖节奏约为每3分30秒一期，列表会持续产生新记录；页面更新仍可能受到数据传递、抓取或处理时间影响。更新频率与某一条记录是否已经完整，是两个不同问题。
处于维护状态时
维护提示应落在受影响的具体记录或时间范围中，让读者知道哪些字段暂不可用。维护不自动改变已经确认的历史数据，也不能据此推断缺失期次的结果。恢复后，应补齐源号码、结果与更新时间之间的对应关系。