A / 日期与期号
01—02日期说明这条记录归属于哪一个查阅日，期号则承担同一日期内的顺序标识。两者应当一起阅读：只有日期而没有期号，定位会变得模糊；只有期号而缺少日期，也不利于跨日回溯。查询具体记录时，先用这两个字段确认“找的是哪一期”。
Chapter 04 / Record Codex
04
一期记录不是只有一个结果数字。它是一条从源号码、排序位置到末位加总的可回溯数据链。
Field specification
Field map / 字段地图
01 · 逐项阅读
一条记录，至少要经过六个阅读落点。
记录页面的价值不在于把字段堆得越多越好，而在于让每个字段承担清楚的任务。日期帮助定位时间，期号帮助区分样本，原始号码保留来源，升序号码提供算法位置，最终结果则是三组末位值合成后的摘要。
B / 最终结果
03最终结果是对该期20个源号码完成排序、分组取位和末位计算后的压缩表达，范围为0至27。它适合快速查阅，却不是完整证据。若需要理解结果为何出现，应继续向下查看源号码与位置映射，而不要把摘要数字当作全部记录。
C / 20个原始号码
0420个原始号码是推导链的起点，对应Keno每期抽出的号码集合。它们首先保留源数据的记录形态；在验算时，再按照从小到大的顺序重新排列。阅读时应注意：原始展示顺序与升序后的算法位置并不是同一件事，不能直接把视觉上的第几个号码当成位置编号。
D / 升序位置
05升序结果把20个号码固定在1至20的位置上，是连接源数据与算法的中间层。第2、5、8、11、14、17位进入第一组；第3、6、9、12、15、18位进入第二组；第4、7、10、13、16、19位进入第三组。位置本身比颜色或排列方向更重要。
E / 三组和值与末位
06三组号码分别求和，再各取和值的个位数字，最后将三个个位数字相加，形成0至27的结果。这里的“末位”是计算规则中的压缩环节，不能误读为只取某一个源号码的末位。完整记录若展示中间和值，便能让读者逐组复核。
F / 更新时间与状态
07更新时间说明页面内容何时被写入或刷新，不能自动等同于开奖发生时间。若记录处于延迟、维护、待核或修订状态，页面应优先呈现相应提示。时间字段服务于回溯和辨识，不能替代对号码与计算过程的核对。
02 · 结构化核对
从结果摘要，走回可复核的三层证据。
查询记录时，不必一开始就把所有数字抄下来。更有效的方式是先确认期次，再确认源号码，最后对照算法位置。这个顺序把“我看到的结果”转化为“我能解释结果从何而来”。
01
锁定期次身份
先对照日期、期号与页面状态，确认这条记录属于目标样本。若同一日期存在多个期次，不能只凭日期判断。
02
确认20个源号码
检查号码是否完整，再观察它们的升序排列。原始号码是记录的入口，升序号码是计算的位置坐标，两者应能互相对应。
03
复算三组末位
按位置取出三组号码，分别求和并保留个位，再将三个个位相加。若结果与记录摘要一致，说明这条记录的字段链已经闭合。
Editorial note
记录是回溯工具，不是脱离样本的结论。
03 · 修订与异常状态
当页面出现延迟，应该怎样阅读？
历史记录页面面对的是不断累积的样本，因此“更新时间”与“开奖时间”需要分开理解。源数据传入、页面整理、字段校对和展示刷新可能处于不同时间点；遇到维护或延迟时，记录应保留清晰状态，而不是用一个看似精确的时间掩盖内容仍在确认中的事实。
如果某一期后来出现修订，优先关注页面是否说明了变更范围：是源号码更新、排序展示修正、计算结果重新核对，还是仅仅调整了文字说明。修订记录的意义在于让读者知道“哪一部分发生了变化”，也让此前引用该样本的统计文章能够重新检查自己的口径。
对于查阅者而言，最稳妥的阅读习惯是保存期号与日期，再同时查看源号码、升序位置和最终结果。若三者之间无法对应，应以具体页面的状态提示为准，等待记录完成整理后再进行引用。这里的核对服务于数据阅读和历史回溯，不应被延伸解释为对未来结果的预测。
看日期与期号
确认样本身份与所属时段。
看号码与位置
确认源数据能映射到升序坐标。
看状态与更新时间
识别延迟、维护或后续修订。
Next reading / 继续查阅
让一条记录连接到更大的数据语境。
当字段含义清楚之后，最新结果适合用于快速定位，历史记录适合用于跨期回溯，算法页面适合用于理解计算规则，Keno源数据页面则帮助读者辨认数据来源与范围。
END OF SPECIFICATION / 04