01
日期
日期用于把记录放进日历范围，适合回答“我想找某一天的结果”。它是历史检索的第一层入口，但单凭日期通常不能唯一锁定某一条记录，因为同一天会连续产生多个期次。若页面同时展示日期、时间与时区，应把它们作为一个整体理解；不要把本地阅读时间、源数据时间和页面更新时间混为一谈。
实际查阅时：先用日期缩小范围，再以期号确认目标记录。
单期记录阅读规范
PC28期号结果查询，先读懂一条记录
一条期次记录并不只有“最终结果”这个数字。日期与期号负责定位，20个Keno号码构成原始依据，排序结果连接计算位置，更新时间则说明页面当前呈现的是哪一个记录状态。把这些字段放回同一条证据链，查数才不会只停留在结论。
Record anatomy
单期记录结构示意
日期
YYYY-MM-DD
期号
期次标识
20个原始号码
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
这里的数字仅表示位置，不是某期实际开奖号码。
第一组
2·5·8…
第二组
3·6·9…
第三组
4·7·10…
最终结果
0–27
结果是计算链末端，而不是脱离原始号码单独存在的字段。
02
期号
期号是单期记录的识别标记。复制结果、比较两个页面或反馈记录差异时，期号比“刚才那一期”“下午的结果”更准确。相邻期次的时间接近，最终结果也可能偶然相同，因此结果数字本身不能替代期号。查到目标记录后，应优先核对期号，再继续看20个号码和计算过程。
一个结果数字可以重复出现；一条记录则应由其期次标识和对应数据共同定位。
03
最终结果
最终结果是三个分组末位数相加所得的0至27之间数字，也是结果列表中最醒目的摘要字段。它适合快速浏览，却不包含“怎样得到”的全部信息。若目的是核对，应继续展开该期的原始号码、排序结果和分组和值；若目的是做历史统计，则还要同时保留期号与样本日期，避免把脱离范围的数字汇总成无法回溯的列表。
最终结果是摘要，也是验算的终点
04
20个原始号码
每期所列的20个Keno号码，是计算关系的源数据。BCLC Keno从1至80中开出20个号码；加拿大28在这个公开数据基础上按固定规则衍生结果，并不是BCLC自有产品。记录页保留这20个号码，是为了让读者能够从摘要返回依据，而不是只能接受一个孤立的最终数字。
抄录号码时应确认数量完整，并注意页面是在展示原始公布序列，还是已经处理过的升序序列。两者包含的号码集合相同，但算法取位必须以升序排列后的第几位为准。
了解Keno源数据如何进入记录05
排序结果
排序结果是把20个号码由小到大排列后形成的计算序列。这里的关键不是号码位于页面上的第几个格子，而是它在升序序列中的位置。算法分别抽取第2、5、8、11、14、17位，第3、6、9、12、15、18位，以及第4、7、10、13、16、19位。每组先求和，再取和值末位，最后把三个末位数相加。
第1、7、10、13、16、20等位置是否参与，不能靠肉眼猜测，应严格按分组位置读取。记录页若把参与计算的位置做了视觉标记，那只是帮助阅读；真正决定结果的仍是排序后的号码及固定取位规则。
06
更新时间
更新时间描述页面记录最近一次被写入或修订的时间，不一定等同于该期对应的开奖时刻。它的作用是帮助读者判断自己看到的是刚建立的记录、补全后的数据，还是经过修订的版本。若某一期正在等待源数据、号码尚未补齐或页面处于维护状态，这些情况应和更新时间一起在具体记录中表达。
比较不同来源时，先看双方是否已经更新到同一状态，再判断字段是否真的存在差异。
RECORD → EVIDENCE
查到数字，只完成了定位；能够返回原始号码，才完成回溯。
单期页面的价值，在于把“哪一期”“用了哪些号码”“怎样算出结果”压缩进同一个可追踪结构。快速查看时，你可以只读期号与结果；出现疑问时，则能沿着排序、分组和和值逐层展开。摘要与证据并置，记录才同时适合日常查阅和后续核验。
PROCESS
从期次记录走到可复算结果
不必每次都从头研究规则。以期号为锚点，把记录页、算法说明与验算工具依次连接，就能在“查到”与“算清”之间保持同一组数据。
-
1
先锁定日期与期号
从最新结果或历史记录进入目标期次，先确认日期范围，再核对完整期号。若你从截图、聊天记录或统计文章返回查询，最好使用明确的期号，而不是仅凭最终结果搜索，因为相同结果可以在不同期次出现。
-
2
检查20个号码是否完整
查看记录是否列出完整的20个Keno号码，并区分原始展示与升序结果。若记录仍在补充中，先保留期号，等待字段状态更新；缺少号码时，不应仅凭最终数字反推一套原始数据，因为不同号码组合可能产生相同结果。
-
3
按升序位置完成三组取数
将20个号码升序排列。第一组取第2、5、8、11、14、17位；第二组取第3、6、9、12、15、18位；第三组取第4、7、10、13、16、19位。分别计算每组和值，只保留各组和值的末位数，再把三个末位数相加。
打开完整算法说明 -
4
比较计算值与记录结果
把计算所得的0至27结果与单期页面对照。若不一致，应依次回查期号、号码数量、升序排列、取位和加法，不要先跳过中间过程修改最终值。验算工具可以减少重复录入后的计算负担，但输入仍应来自同一期的完整号码。
带着20个号码去验算
EDITORIAL NOTE
记录的职责是保留上下文，而不是把一次更新伪装成永远不变的快照
期次记录主要服务于查阅与回溯。读者可以用它确认某个期号的结果，也可以从结果返回20个号码与计算路径。为了让这种回溯成立，页面中的日期、期号、号码、排序和结果应当彼此对应；任何单独摘出的字段，都不应被理解为一条完整记录。
数据发布并不总在同一瞬间完成。源数据到达可能出现延迟，页面可能先建立期次条目、随后补齐号码，也可能因录入差异进行修订。遇到这种情况，具体记录应明确显示等待、延迟、维护、已补全或已修订等状态，并保留可理解的更新时间。状态文字不是附属装饰，它告诉读者当前页面能支持哪一种阅读：是仅供定位，还是已经可以完整验算。
修订也不意味着把旧内容悄然覆盖后当作从未发生。对查阅者真正有帮助的做法，是让最新字段与更新时间相互印证；涉及关键号码或结果变化时，应在对应记录中说明变化发生在哪个部分。这样，历史列表承担检索，单期页面承担解释，而算法页承担规则参照，三者各自清晰又可以互相返回。
对统计阅读而言，完整上下文尤其重要。把某期纳入样本前，应确认记录已经补全，并保留其日期和期号。处于等待或修订中的条目不宜被当成稳定样本。历史分布描述的是既有记录在指定范围内的样貌，并不会因为某个数字近期出现较多或较少，就改变下一期的固定计算方式。