关于 / 版本与治理
CHANGELOG · 版本与治理版本与治理
星光不是一份印好就定稿的书，而是一份会持续改的活文档。生产版 v1 已冻结核心公式；缺口判断、证据覆盖与条目认证仍在迭代。 这一页讲清楚两件事：怎么管版本（哪份是当前标准、旧版去哪了），以及现在到底改到哪一步了。
怎么管版本
我们用一套很简单的规矩，让任何时候都能一眼分清"哪份算数"：
- 不带版本号的那份 = 现在的标准。改进直接改它，省得满地都是"v1.2 / v1.3"让人猜哪份最新。
- 被换下来的旧版，搬进一个归档文件夹，文件名上保留版本号——不删，留着以后能查"当时为什么那么定"。
- 每份文档开头都记三样：它从哪来、什么时候改的、现在是什么状态（原始迁入 / 已清理 / 已成标准 / 已废弃）。
- 一处改动牵动好几份文档时，在总目录的"收口日志"里记一行，免得三处口径对不上。
为什么这么较真？因为评估的可信，靠的不是"我说了算"，而是"每一步都查得到、改得动、对得上"。版本一乱，可信就垮了。
现在改到哪一步了（如实说）
把目前的真实状态摊开讲，哪些焊死了、哪些还在路上：
整体 · 生产版 v1 + 公开 alpha 数据
已定HCF Canonical v1 核心公式已冻结——一个贡献先换算成亮度再相加，参数 k=2。后续如需改变必须升版本、留迁移记录，不能静默改尺。怎么算、为什么这么算，见 怎么打分。
在改榜单与暗星数据仍是公开 alpha：来源、双评、红蓝与真伪核查并未全量覆盖，条目按实际状态继续补证与认证。
榜单 · 公开排序与证据认证分开
排序公开 alpha 按同一套 HCF Canonical v1 公式复算分数和精确名次。它表示当前输入在同一公式下的草案排序，不是对证据确定性的等量声明。
认证小数和名次只代表计算结果，不代表证据精度。条目只有在证据、独立二评与必要的红蓝复核完成后，才另行升为已认证（certified）；排名靠前不会自动获得认证。
方向地图 · 缺口持续填充，等红蓝复核
在做"文明卡在哪、哪个缺口最值得攻"——这张地图上的缺口在持续补充，不是一次写完。
关口独立二评是认证的通用门；有实质争议的缺口判断还须过红蓝对抗复核。未走完适用流程的仍可作为公开 alpha 草案展示，但必须明示状态。
校准样本要"版本可锚"
我们会拿古今公认的人物当尺子，校准这把秤准不准。但文明本身在变——同一个缺口，今年和明年的紧迫程度可能就不一样。所以这些校准样本必须钉在一个时间点上（按季度存快照），将来回头看，能清楚知道"那是当时那一版的判断"，而不是把今天的结论硬套到昨天。
纠错机制
活文档的底气，是错了能改、改了有痕：
- 发现口径不一致，先记进"收口日志"挂起来，再统一改，不偷偷打补丁；
- 任何一次改动，旧版都留档，改了什么、为什么改，都查得到；
- 关键判断不靠我们自己点头，要送进红蓝对抗——连我们自己最有把握的结论，都被它推翻过好几次。
看红蓝怎么把我们自己的结论推翻 → 红蓝自审机制