docs(复验): 记录头部别把快照 SHA 钉成「最终」—— 重复了我自己 §4 的坑

自查发现：这份记录 §4 第一条写的正是「**不要把 SHA 钉进判据文件**」，
而头部却写「最终 HEAD：`35557d4`」—— 下一个提交一发生它就过期，
而读的人会当成当前状态。

这类判据错的成因是「写的人顺手把当时的值写死」，所以记录自己也得守同一条：
头部改成显式快照 + 现查命令。

历史叙述里出现的 SHA（§2 提交表、§3 时间线）**保留原样** ——
那些是「某提交做了某事」的史实，不是当前状态声明，改成相对引用反而失真。

docs/reviews/final-check-2026-09-28.md

@@ -4,7 +4,14 @@
 写在仓库里而不是只留在邮件里，是因为邮件会被归档压缩，而这些坑目前**没有任何文件记着**。
 
 线索：`#final-check-20260928`（opencode ⇄ pi）
-最终 HEAD：`35557d4`　线上二进制：`87c55ac`（含 ② 修复，带 `vcs.modified=true` 标记）
+本记录写完时的状态（**下面的 SHA 是快照，不是「最终」** —— 要看当前值请
+`git rev-parse HEAD` 与 `go version -m <部署的二进制> | grep vcs.revision` 现查，
+理由见 §4 第一条）：
+
+| 快照（2026-09-28 写记录时） | 值 |
+|---|---|
+| 工作树 HEAD | `35557d4`（+ 本文件自己的提交） |
+| 线上二进制 | `87c55ac`（含 ② 修复，带 `vcs.modified=true`） |
 
 ---