Vacant 執行端

Warning: no stdin data received in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
You've hit your session limit · resets 3am (UTC)

Warning: no stdin data received in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
You've hit your session limit · resets 3am (UTC)

e five: 336 measurable pairs, 254 rescued.

This is exactly the trap the loop instructions warn about — the wrong answer ("the children vanished") was the thing I was already afraid of, which is what would have stopped me re-checking. I've flagged in the code and the report page that this diagnostic was added *after* seeing results, not pre-registered.

**Two predictions I got wrong, recorded as such:** I predicted child `bbW ≤ 2` (got 4 — but the 4 is the ruler's floor, so this ruler can't answer that at all), and I predicted mask-space's "284 rescued" wouldn't transfer within ±10% (it came in at 273, −3.9%). Round 106's caution was right in direction, but noticeably too pessimistic in magnitude.

**Committed and pushed:** `3725c33` on `vacant_hm@main`, local and remote sha character-identical. STATE.md and PROGRESS.md updated.

**Left for the human (rule 7, unchanged from round 106):** whether to exempt the `child` archetype, and whether `dose=3.0` becomes the default. I built the hook but did not flip the default — that would make five residents drop below what this ruler can measure, and the exemption question is theirs. **Next round's own work:** give `big_comp` a `resolved` flag so "can't measure" stops looking like "measured a small thing" — noting that it's shared with two existing probes, so the existing 44-resident/946-pair numbers must be proven bit-unchanged first.

**套用的第一半**：人類交代第一條代價是「8 個被壓到 1px 的是誰要列出來」——這件事當時**做不到**，歸檔裡只有 `clamped_n: 8` 這個數，從來沒存過名單。新增 `styles/probe/ss_dose_who.py` 把數變成名單，順帶產出 render 層下一輪要吃的 44 人縮放表。零渲染、零生圖、零機時，2.8 秒。

## 驗證結果 13/13 PASS

判準事前寫進 STATE.md，一個字沒改。關鍵是**名單本身沒有已知答案，所以閘門是總數**：重算的 HW3.0 格逐欄接回 `ss_hard.json`（`284/228/5/8/0.3512345679012346/[12]` 六欄逐位元），沒過就一列名單都不印。加上上游探針自驗（44/44 對 `ss_solo.json`）、桿子逐位元、決定性 diff 0 行、紅線掃描 0 命中、三 repo diff 0/0/0。

## 兩件比拍板時那個數字嚴重的事

**一、`child` 這一型 5/5 全型覆沒**（stout 2/7、short_round 1/5、其餘三型 0）。人類寫的是「逐一看過再決定**個別**豁免，不要整批砍劑量」——但這一型的個別豁免在數量上等於整型豁免，那已經是改劑量。規則七，我沒動，上浮等你。

**二、「5 對退化」量的不是拍板文轉述的東西。** 拍板文寫「本來分得出來、放大後反而變難分」；程式裡 `degen` 是**遮罩整個空掉**（`ss_hard.py:279` 的 `not mk[k]`）＝無法判分。真相是 **1 個居民 `f1r0` 整個從畫面消失**，「5 對」只是他恰好落在 365 對難分裡的那幾對，另外 38 對沒被算進去——但他一樣消失了。**單位錯了，而且錯在讓代價看起來像小事。**

第三條低估：clamp 的是「目標」，實得更小 ⇒ **8/8 人實得遮罩兩軸都 ≤ 3px**。空掉那 1 個確定看不見；其餘 7 個我只報 px 不下結論，因為本專案從來沒校準過人眼門檻。

## 預測對帳：4 對 1 錯

`G1601` 錯得值得記：結構猜對（兩個 clamp 條件的聯集），但高度那個界我算錯一格（寫 `h ≤ 9`，正確 `h ≤ 10`）。後果不是小數點——我寫的集合只有 5 人，而我在同一句話裡又斷言「恰好 8 人」。**預測自己前後矛盾，是我沒把式子算完就寫下去。**

`G1602` 對但理由對一半：tall_thin 命中 0，另外 3 人是又矮又胖的坐姿被**高度**壓，那一族我完全沒預料到。

## commit

`c7ce061` vacant_hm（main），已 push，本地與遠端 sha 逐字元相同。`world/` 一個字元沒動。

## 下一步與等你的

執行端可以自己做的：把 HW3.0 套進 render 層，然後用 `chrome-headless-shell`（本輪確認可用）實際渲染縮到 640px 重跑同一把尺——在那個數字出來前，任何降幅只能寫成「離線遮罩量測」。

**等你決定兩件**：(a) `child` 全型 5/5 覆沒怎麼處理；(b) `f1r0` 整個消失是否可接受。名單在 `vacant_hm/DOSE_HW3_ROSTER.md`。

分母(A單邊/B可究責/C允許講法)
官網             2     5654  │    0     0     0   │  9 /  9 / 10   A=單邊·B=守線·C=守線
人類動物園         45    12797  │    2     1     5   │ 56 / 12 /  3   A=命中·B=命中·C=命中
觀測台            3    16775  │    0    28     0   │ 22 /  0 /  1   A=單邊·B=命中·C=守線
```

總表**不做新掃描**，是把 `family_audit()` 拆出 `family_collect()` 之後同一份結果的重新分組——所以列小計必須等於既往單掃描總數，五格全一致（候選 2 · 檔 50 · 字元 35226 · B 29 · C 5）。

**最實際的發現**：觀測台講了 28 次「信任」，而「可究責」計數是 **0**。單看 `--diction` 只知道 28 條；分母欄一加上去才知道那 28 條沒有任何對照組——不是偶爾用錯詞，是整個口徑還停在舊的那一套。改詞是文案決定，沒動，等人類。

**兩次自己犯了總表要防的病，方向相反所以被抓到**：分母詞族沒探針就上線，機器說觀測台 C 分母 0、第 104 輪手數是 8——去查發現兩邊都錯（那 8 個是「尚無成本資料」這類 UI 標籤；而我同時漏了 `app.html:37` 真正的「被竄改…都會改變它」）。若只漏一邊，數字會很接近然後我就信了。另一次是讀法欄把 A 的「命中 0 ＋ 分母 >0」寫成「守線」，但 A 的分母是單邊句，>0 只代表講了一半——為了防「沒講被讀成乾淨」加的分母，自己又把「講了一半」讀成乾淨。

**預測 4 對 1 錯**：賭紅線 C 那 5 條跨兩個 repo（依第 104 輪原文「同一句話在兩個展件的拷貝」），實際全在 `vacant_hm`——那是同一展件的**兩個頁面**。攤開排才看得出口語講「展件」時指的是頁面還是 repo。

判準 G1–G7 全過；既往三支掃描完整輸出 diff 0 行，觀眾文案 0 行改動，零機時零生圖。

## 兩件要告訴你的

1. **push 一度被拒** — 你在本輪工作期間推了 `77d5b96`／`e6b65da`。確認兩者只動 `DECISION_SLASH.md`／`ops/loop.sh`、與 `runs/` 零重疊後 rebase，**rebase 後把判準重驗一次才 push**（rebase 換掉腳下的樹，之前驗過的不算數）。commit `1ee175b`，兩個 sha 逐字元相同。

2. **`DECISION_SLASH.md` 落地了** — 「永久排除是否可接受」不再是卡住項。已從 STATE.md 與 PROGRESS.md 的卡住清單移除，並記下裁定文自己講明的一點：B 層六情境第 88 輪已掃完 ⇒ 那個凍結理由已解除，**是在便宜的情況下選擇不改**。

黏土剪影五選一仍是連續第四十七輪等你作答，本輪一像素沒動。下一輪建議接 SCOPE 裡那三個 `*probe.js` 的排除——總表已把逐展件拆分固定下來，改完可以逐格對帳而不只對總數，成本比之前低。

Warning: no stdin data received in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
Round 104 done and pushed. Summary:

**做了** — 紅線 C（宣稱強度）第一次掃描。三條誠實邊界裡的最後一條——「不准宣稱『保證正確』或『防止』作惡」——到今天為止從沒被任何自動路徑檢查過。在 `runs/s7_claim_audit.py` 加 `--strength`／`--strength-test`，共用同一份 SCOPE 與 `extract()`。

**判準先寫、量尺先於工具**：已知答案不是事後湊的，是動手前用 shell `grep -ohE`（不同 regex 引擎、不同程式）對 50 個 SCOPE 原始檔數出來的。工具寫完後六族逐字重現 `4/0/23/0/2/7`。七格判準全過，探針 10/10 一次過（含五個鄰近詞的負向半：`確定性` 出現 6 次一次都沒進詞族）。

**結果**：全 SCOPE 35226 字元觀眾語料只有 **5 條命中，其中 4 條是誠實邊界句本身**（「不保證每次都對，它只保證一件事：做過什麼會留下來」，在兩個展件的兩份拷貝）。唯一真候選是世界 HUD 的「擋下 N」計數——是計數不是宣稱，但對外行讀起來像「擋住了」，留給人類判定。

**本輪最實際的發現，是工具的極限不是產物的問題**：〈否定脈絡〉提示把那句裡**兩個**「保證」都標成否定，可是第二個「只保證」是肯定用法，只是落在前半句「不保證」的 12 字窗裡被汙染。機器挑得出「保證每次都對」，但分不開「不保證X」與「只保證Y」——**而紅線 C 的全部風險正好住在那條線上**。這個弱點在紅線 B 上不會出現（B 沒有「被允許的肯定用法」這個類別），C 沿用 B 的形狀就一併繼承了它沒被測到的地方。沒有補，補法會改動 `--diction` 既往輸出，要獨立登記一輪。

另外兩件：`C3 防止` 語料 1／原始檔 23，22 個差額是**別的領域的同形詞**（`擋住` 在 clay 算圖器裡指遮擋 occlusion，`prevent` 全是 `preventDefault`）；觀測台這次 0 命中且事後診斷確認它有在講被允許的講法，**是它第一次在某條紅線上乾淨**（紅線 B 那 29 條裡 28 條在它身上）。

**commit** `bcb3642` Vacant（feat/v2-four-stages），已 push，本地與 remote sha 逐字元相同。STATE.md／PROGRESS.md 已更新。

兩件照實記的：中途用 python 切片改寫時，`s.index()` 區間跨過剛加進去的區塊把它整段刪掉，是接著跑的 `grep` 沒印出函式名才發現的（改寫腳本本身 exit 0）——之後改用 Edit 重加，產物不受影響。優先序第 1 項（黏土剪影五選一）**連續第四十六輪**等人類作答，本輪一像素沒動。

```
B1  口徑探針 fixture       9/9（第一次 8/9）          PASS
B2  「信任」語料總數        11 · app.html 6/app.js 2/dashboard.py 3   PASS
    （＝第 102 輪手工 grep 的數，逐字相同）
B3a 切句 vs 不切句對帳      29 = 29 · 一致             PASS
B3b 原始檔 ≥ 語料          11≤20 · 2≤4 · 16≤20        PASS（差額全是註解）
B4  既有四支探針           7/7 · 13/13 · 4/4 · 11/11  PASS
B5  紅線 A 既往數字        候選 2 · 35226 字元 · 50 檔（一個沒變）  PASS
B6  觀眾文案 diff          0 行                        PASS
```

**探針當場打回我一格**：`D1` 我把「這是信任觀測台」的〈否定脈絡〉期望值寫成 `True`，但那句裡一個否定詞都沒有 ⇒ 已知答案本來就是 `False`。改的是 fixture 不是程式碼。

## 量到什麼

語料裡 **11 個「信任」＋16 個英文 `trust`**，29 條裡 **28 條在觀測台**；肯定用法 23 條、否定脈絡 6 條。最重的是招牌類：`<title>Vacant — 信任觀測台`、`Trust Observatory`、「信任開關對照」。

**最實際的發現**：`vacant_hm/js/hero.js` 原始檔有 3 個「信任」、畫面 0 個——三個全在註解裡，內容是「對不懂的觀眾講『信任』是騙人。改成『可究責層』」。動物園那邊早就照紅線 B 做了，而且把理由寫在自己的註解裡，所以理由從來沒有傳到觀測台。不是兩份程式漂移，是紀律只覆蓋寫著它的那一支。

預測四條錯一條，錯得徹底：我預測英文 `trust` 在語料裡是 0（只在識別字裡），實際 16，而 `Trust Observatory` 是印在畫面上的英文副標——**紅線 B 講「信任」，我就只找中文**。

## 收尾

- commit `1571198`（Vacant / feat/v2-four-stages），已 push，`git rev-parse HEAD origin/…` 兩個 sha 逐字元相同
- STATE.md 第 103 輪事前登記＋事後、PROGRESS.md（誠實邊界回算表、Vacant 本體、卡住三條新決定）都已更新
- **本輪一個字的觀眾文案都沒改**——觀測台要不要改名是敘事決定，寫進〈卡住〉等人類

**下一步**：紅線 C（「保證正確」「防止」「杜絕」）同樣是單詞族、同樣沒人掃，會被同一個理由漏掉（太簡單所以沒人做），詞族與 fixture 可比照 B 直接寫，執行端可以自己做。

**卡住**（都沿續前輪）：黏土剪影五選一連續第四十五輪等人類；`~/vacant` 不是 git repo，STATE/PROGRESS 無版本控制無異地備份；`HANDOFF.md` 機器識別段仍寫 Windows 那台（本機實測 `hostname`＝`user1`）。

it.SCOPE`（第 101 輪的下一步 1）。這不是加一行 glob——舊的 `extract()` 對任何非 HTML 檔一律走 JS tokenizer，所以要新寫 Python 抽取器（走 `ast`）＋獨立的 `.py` 量尺（走 `tokenize`）。

## 驗證結果（判準事前寫在 STATE.md，跑完一個字沒改）

| 格 | 判準 | 實測 | |
|---|---|---|---|
| P7a | 新抽取器 fixture 全過 | 11/11 | PASS |
| P7b | 同組給現行 `js_strings` 答錯 ≥3 | 4/11 對，**答錯 7 格** | PASS |
| P7c | `.py` 量尺 fixture | 4/4 | PASS |
| G1 | 加入前 2 條候選消失數 = 0 | 消失 0 · 新增 0（2→2） | PASS |
| G2 | 覆蓋字元增加 | 27179 → **35226** (+8047) | PASS |
| G3 | `dashboard.py` 漏失率 0% | 待測 29 段 · 漏 0 · 0.0% | PASS |
| G4 | 既有 fixture 不退步 | 7/7 · 13/13 · 4/4 | PASS |
| G5 | 宣稱階梯的字進了語料 | **2/3** | **FAIL — 判準我寫錯** |
| G6/G7 | 機時 0 · 文案 diff 0 行 | 0 · 0 | PASS |

**G5 FAIL 是我把判準裡的原文默寫錯**（寫成「**本**面板不承載此階宣稱」，原文沒有「本」）。照 FAIL 記；事後用原文重查全部命中，但那是 post-hoc 不計入。這是連續第二輪同一形狀（101 輪 E0c／E2）。

**預測三條錯兩條**：唯一猜對的那條正是我事前期待的答案。

## 兩個順帶量到、跟展場有關的

1. **`dashboard.py:66` 有第二個觀測台**——`_PAGE` 是整頁內嵌 HTML，`:251` 當 `app.html` 讀不到時的 fallback 送出。離線、無人值守、少一個檔就會踩到它，而它從沒被任何掃描看過。
2. **S7 從來沒查過誠實邊界第二條**：事後直接數抽取語料裡的「信任」＝ **11 次**（`app.html` 6、`app.js` 2、`dashboard.py` 3，含 `<title>Vacant — 信任觀測台`）。`app.html` 全程在 SCOPE 裡卻沒被標出來，因為 S7 掃的是紅線 A（歸因），紅線 B（口徑）沒有任何自動檢查。這正是第 72 輪自己寫下「這個 0 不准擴出去」所預留的那一格。**改文案是文案決定，本輪一個字沒改。**

## 收尾

- commit `f3a55e5` Vacant（feat/v2-four-stages），已 push，`git rev-parse HEAD origin/…` 兩個 sha 逐字元相同。
- STATE.md、PROGRESS.md 已更新（`~/vacant` 不是 git repo，仍無版本控制——連續第四十四輪的卡住項）。
- 黏土剪影五選一**連續第四十四輪**等人類作答，本輪一像素沒動。

ll to skip, or wait longer.
第 101 輪完成。一輪一件，判準先寫、驗完才收尾。

## 做了什麼

掃了**觀測台（`Vacant/vacant/web/app.html`）的活體 DOM**——第 100 輪明確登記「本輪沒做」的後半，也是最後一個沒被掃過的展件。起真的 dashboard（`vacant up`，產品入口本身）＋離線假腦 40 筆交付，九個狀態，餵給 S7 紅線掃描。

## 量到的東西

**三個展件的形狀量齊了，三種都不一樣：**

| 展件 | 講「抓到」 | 講「後果」 | 同句連起來 |
|---|---|---|---|
| 官網（第 100 輪） | 91 次 | **0 次** | 0 |
| `vacant_hm`（第 98 輪） | 有 | 有 | **2 條**（紅線風險） |
| **觀測台（本輪）** | 216 次 | 27 次 | **0** |

官網是「根本沒講後果」，觀測台是「**兩邊都放上畫面了，但分開在不同格子**」——稽核通過率一格、SLASH／信用已被扣減另一格，中間沒有因果句。要不要連起來寫成一句是敘事決定，等人類。

## 本輪最該報的不是那個 0，是四件錯的

- **兩個判準是我自己寫錯的，照記 FAIL。** E0c 拿 `#chip-head b` 驗渲染，但渲染成功時那個 `<b>` 會被換掉 ⇒ 那是「越成功越不會過」的反向判準。E2 我宣稱四句只有活體才掃得到，實際三句就是 `app.js` 的模板字面量——**活體才掃得到的只有宣稱階梯一類**（住在 `dashboard.py`，掃描範圍從沒收過它）。抓到這個高估的是判準裡「且靜態檔必須 0 次」那半條；沒有它，這格會四句全中而結論是錯的。
- **樣本裡本來不含待測物**：SLASH 沒發生 ⇒「信用已被扣減」從沒進過 DOM。補了一筆稽核已佐證的仲裁才渲染出來。
- **量測工具汙染了樣本**：我塞進 ledger 的 evidence 含「稽核」，被事件流原封不動印上畫面，一度產生 9 條候選，全部是探針自己的字。這同時是展場的事實——**事件流是把資料直接變成畫面文字的通道，原始碼掃描結構上看不到它**。

五條預測全中，所以我在報告裡寫了警戒：預測全中的那一輪正是最不會複查工具的那一輪，而本輪真正擋住錯誤結論的那條判準是 FAIL。

## 收尾

- **commit**：`b8ec0c5`（Vacant / feat/v2-four-stages），已 push，本地與遠端 sha 逐字元相同
- `STATE.md` 第 101 輪【事前登記】＋【事後】、`PROGRESS.md` 第 3 節與「卡住」段都更新了
- 零機時、零生圖、文案 diff 三個 repo 皆 0 行、11 分鐘

**下一步**（兩件執行端可自己做）：把 `vacant/dashboard.py` 收進掃描範圍（會改動既往分母，該獨立登記一輪）；做 S7 三輪的並排總表。

**卡住**：黏土剪影五選一連續第四十三輪等人類。另外首次記下——本機沒有 `.venv`，`CLAUDE.md` 寫的 `.venv/bin/python -m pytest` 跑不了，用系統 `python3` 可以。

Warning: no stdin data received in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
第 100 輪完成（00:28–00:35 UTC，7 分鐘）。

## 做了什麼

接第 99 輪的下一步：掃**專題官網的互動後 DOM**——第 97 輪掃的是原始碼、第 98 輪掃的 rendered DOM 只涵蓋 `vacant_hm`，官網那六組互動的字（十秒找 bug、共同盲區揭曉、收據組裝、路由開關、團隊、目錄）**兩條路都沒看過**。

## 結果

先寫判準再做事，全部照登記跑：

| 判準 | 結果 |
|---|---|
| D1 探針雙向自驗（canary 點擊前／後、decoy） | 0 / 1 / 0 **PASS** |
| D2 頁面真的跑了（`.code-token` = 216，靜態 HTML 是 0） | 216 **PASS** |
| D3 六格「互動後才存在」的字 | 6/6 HIT |
| D3b 畫面「11 件」 vs 直接讀 `main.js` 數 X | 11 = 11 **PASS** |
| D4 新候選 | **0 條**（既有候選 0 條消失，覆蓋量 84911） |
| D5 文案 diff（三個 repo） | 0 / 0 / 0 行 |

**比那個 0 更有資訊的一條**：另寫一段獨立詞頻計數（不經候選邏輯）——官網全站含互動後 DOM，〈排除類〉14 個詞**一次都沒出現**，〈抓到類〉中文卻有 91 次。所以官網沒踩到 S6 紅線，**不是因為歸因寫對了，是因為它從頭到尾沒講「後果」那一段**。要不要補是敘事決定（規則七），不拍板；但「抽查」已講 91 次，後果句一旦接上去，最順的接法就是錯的那個。

## 兩件照實記的

- 實作時我原本把「目錄」那格寫成字比對——`<dialog>` 的內容**關閉狀態下就在 DOM 裡**，那會是個**必過的假判準**。改回事前登記寫的 `dialog.open`。同形狀還有宣稱卡背面（翻面只換 CSS）。
- 預測 `C1002`（「若有新候選則來自跨元素拼接」）**前件不成立，不算猜中**。`C1001`／`C1003`／`C1004` 對。

## 沒做的

`Vacant/vacant/web/app.html`（觀測台）的互動狀態**明確沒掃**——它要活的 dashboard 伺服器才有資料，靜態 http 下整頁是空的、掃出來是假的乾淨。一輪一件，不併；做法與判準已寫進下一步。

**commit** `4f567b6`（Vacant / feat/v2-four-stages，已 push，本地與遠端 sha 逐字元相同）。STATE.md、PROGRESS.md 已更新。

黏土剪影五選一**連續第四十二輪**等人類作答，本輪一像素沒動。

自己做」的那項：修 S7 文案抽取器，重跑第 97/98 輪的掃描。

**最重要的發現是：第 98 輪寫下的病因是錯的。** 那一輪把病因記成「正則分支順序」（`'…'`／`"…"` 排在反引號前面）。動手前先重現，發現那不成立——正則的交替只在**同一個起始位置**比先後，單引號與反引號不可能從同一個字元開始，調換順序不改變任何一個 match。照那個診斷去修，會得到一支改過而且沒有變好的程式。

真因是**配對錯位的連鎖**：反引號分支的內容類別 `` [^`\\] `` 不准含反斜線，第一條含 `\n` 的模板配不起來，掃描指標落進模板內部，之後每個反引號都跟錯的另一半配對——抽出來的是模板**之間的程式碼**。單點錯配連鎖到檔尾，這也解釋了為什麼 `phone.js` 壞最凶（那批文案在檔案後半）。改成逐字元 tokenizer。

## 量出來的數字

| | 修前 | 修後 |
|---|---|---|
| 非註解中文段漏失（392 段） | 12.5% | **0%** |
| 抓到的**文案**中文字 | 2240 | **2648（+18%）** |
| 誤抓進來的**註解**中文字 | **2944** | 107（−96%） |
| 候選（含 21 份 DOM） | 14 | 15（消失 0 條） |

第 97 輪那個「53652 字元」覆蓋量閘門，**讀進去的註解比文案還多**，已在該報告加註標為作廢——判定結論一條都沒消失。新增的候選正是 `phone.js:256`，第 98 輪要靠 rendered DOM 才看得到，現在原始碼路徑自己就看得到，這是修好了的外部佐證。

## 照實記的兩格 FAIL 與兩次探針出錯

`Q2a`（修前漏失 >20%）實測 12.5%、`Q4a`（字元數 >53652）實測 27179，**兩格都 FAIL**。兩格都是我判準口徑寫錯，不是修壞了：41% 是 `phone.js` 單檔數字被我當成全範圍期望；補回文案的同時也停止把程式碼當字串抽，總量本來就會降。Q2a FAIL 後照事前登記停下來查量尺，逐檔拆開（phone.js 49%、其餘 12 檔 0%）確認量尺沒問題。

兩個探針各先錯一次，**而兩次的錯都會讓結果更好看**：tokenizer fixture 第一次 11/12，FAIL 那格是探針斷言錯（要求模板不准含自己的 `class="cap"`，等於要求程式做錯事）；量尺第一版逐行判註解，對續行不加 `*` 的區塊註解全漏判，給了 legacy 一個誇大的 84.7% 漏失率——那個方向剛好讓「我修好了」顯得更有功勞。84.7% 作廢，真值 12.5%。

**文案一個字沒改**（規則七），三個 repo 文案 diff 皆 0 行。commit `3d173cb`，已 push 且遠端 sha 逐字元相同。

**下一步**：`vacant-docs-web` 與 `Vacant/vacant/web/` 的互動狀態還沒掃，同一支工具可掃、零機時，執行端可自己做。

**卡住**（連續第四十一輪）：黏土剪影五選一等人類作答，本輪一像素沒動；`~/vacant` 仍不是 git repo，`STATE.md`／`PROGRESS.md` 無版本控制無異地備份。

 a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
第 98 輪完成。做的是第 97 輪唯一標明「執行端可自己做」的那一項。

## 做了
掃「互動之後才存在的文案」——第 97 輪的 DOM 掃描只涵蓋初始渲染，那些字兩條路都沒看過。用 `probe/cdp.py` 驅動 `chrome-headless-shell` 走 21 個互動狀態。

## 找到的（比預期重）
- **踩到·強形式** `vacant_hm/world/js/phone.js:256` → 畫面實際渲染「**重跑抓到了**，牠的光會暗下去、**一段時間拿不到工作**」——〈抓到〉與〈拿不到工作〉在同一句。S6 量到的重心是「評審看得見」，沒被抓的作惡者一樣只拿到守規矩者的 1%。
- **踩到·跨句** `phone.js:125–126`「被抽查到…工作不會交到牠手上」——句級掃描結構上看不到，人工讀出來的。
- **要人類定**：`phone.html:35–37` 記分板「被退回／被抽查／**被抓到**」、`sampler.js:90→113` 同屏因果鏈。文案一個字沒改（規則七）。

## 這輪最貴的一件事
事前登記那 16 格**樣本裡沒有待測物**：`flagged` ＝ `residual`，不等於 `bad`，60 格裡 6 格 flagged 全走乾淨分支，「被扣分了」「判定：不通過」一次都沒進過 DOM。逐格試到 cell[10] 才是 bad；phone 的 `hurt` 屏 `?id=1..39` 一個都沒有。**不補這兩格，本輪會拿到一個乾淨的 0，而 0 正是我原本預期的答案。**

## 順帶抓到工具 bug，回頭限制第 97 輪
`s7_claim_audit.py` 的 `_JS_STR` 把 `'…'`／`"…"` 排在反引號前面，模板字面量裡的 `class="cap"` 會先配對、把整段文案吃掉。**79 條文案字面量抽不到 32 條 = 41%**。第 97 輪覆蓋量閘門過了，但讀進去的文案少四成。

## 判準對帳（沒過的照記）
`Q1` canary 3/3 · `Q2a` 247>200 · **`Q2b` FAIL**（world/phone 本來就幾乎沒文字，改逐字人工讀完）· **`Q3` 勉強**（事前 16 格 14495 沒過，擴充到 21 格 20336 才過）· `Q4` 三 repo 文案 diff 0 行 · `Q6` 17 分。預測 **C983 錯**：新候選不在我預測的 `rp-bound`，在沒預測到的 `phone.js` hurt 屏。

**commit**：`4dc65ba` ＋ `fa53bd2`（Vacant / feat/v2-four-stages，已 push，sha 逐字元對上）。第二個 commit 是自我更正——判準表的時間那格我填的是估計值 75 分，量出來是 17 分。

**下一步**：修 `_JS_STR` 並重跑第 97 輪掃描（零機時，可自己做）。**卡住**：`phone.js` 那兩句的換詞方向與記分板版面等人類；黏土剪影五選一連續第四十輪等作答。

Warning: no stdin data received in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
第 97 輪完成。

**做的事**：接第 96 輪「下一步 1」的零風險那一半——把 S6 的結論（把作惡者擠出路由的主要動力是**被評審看見**，不是**被稽核抓到**）當成紅線，掃過三個 repo 的觀眾文案。**一個字的文案都沒改**（換詞是敘事決定，規則七）。

**掃到的唯一一條**：`vacant_hm/index.html:111` 右屏三詞總結「信譽路由 · 三層漏斗 · **抽到就扣分**」。字面為真（抽中稽核確實會 slash），但它把弱的那條通道講成機制的牙齒——而同一頁下一屏的「第 2 層 密封評審」才是 S6 量到的強通道。問題不是頁面缺了評審通道,是那句三詞總結挑錯了代表。

**這一輪的工作量幾乎不在「掃」，在「證明探針找得到」**——第一次跑出來就是 0 個候選,而 0 正是我希望看到的答案。兩個「看起來成功」的故障因此被逼出來：

1. `file://` 下 ES module 被 CORS 擋掉、頁面根本沒跑，而 `--dump-dom` 照樣回傳 HTML。`deliveries.html` 的 DOM **351 → 7375 位元組（21 倍）**。照 `file://` 掃會拿一份幾乎空的 DOM 得出「乾淨」。
2. 挖掉 `<script>` 時把換行一起挖了，行號整體偏 4 行（工具報 107、真值 111）。報告會把人送到錯的一行，而那一行看起來也像是差不多的地方。

**照標不藏的兩件**：事前登記的 `CATCH` 詞族漏了「抽到」——照那份清單跑，本輪唯一的發現會漏掉；照出它的 `--diag` 也是事後加的。兩項都是放寬召回不是放寬判準，判準的數字一個字沒改。另外互動後才拼出來的字沒走 DOM 這條路，覆蓋度低於初始畫面。

**驗證數字**：P1 fixture 7/7 · P2 canary 原始碼與 DOM 兩條路各自獨立確認（DOM canary 用拼接字串，原始碼路徑看不見它）· P3 覆蓋量 80330 字元 · P5 兩個文案 repo `git diff` 0 行、`vacant/` 0 行 · 零機時零生圖。

**commit** `41bae6c`（Vacant / feat/v2-four-stages），已 push，本地與遠端 sha 逐字元相同。STATE.md、PROGRESS.md 已更新。

**兩個新的等人類項**：①那句換成什麼（三個方向與代價已列）；②觀測台算不算展場螢幕——`Vacant/vacant/web/` 的 UI 有 5 處「信任」，踩到誠實邊界第 1 條，但只有在它會上展場螢幕時才算數。兩個站的 rendered DOM 仍是 0 次。

需要說清楚的一點：**本輪只是把要改的地方指出來，展場並沒有因此變正確。改了才算。**

由**：`in_blind` 由 `sha256(seed, 輪次)` 指派（`entrycost.py:376`），與行為、與誰被路由都正交;而 `_peer_reviews(blind=True)` 讓三位評審一律投 1.0，與乾淨交付逐位相同。同一個攻擊者的作惡輪次在資料裡**已經被現成地隨機切成兩半**——同樣作惡、同樣沒被抓,只差評審看不看得見。

限 215 個 `caught==0` 的 seed（那裡 `apply_slash` 從未執行）：

| 這一輪的交付 | n | Δscore 均值 | Δ<0 佔比 |
|---|---:|---:|---:|
| 乾淨交付 | 1668 | +0.02963 | 0.0% |
| 作惡·落在盲區 | 425 | **+0.02915** | 0.0% |
| 作惡·評審看得見 | 793 | **−0.04469** | 87.1% |

盲區作惡與乾淨交付差 0.00048。**作惡本身不扣分，被看見才扣分。**

兩個會殺掉這個結論的東西都除掉了：decay 混淆（固定路由間隔 1/7/10 輪後差仍在）、反向因果（同一 seed 內配對 **110/110** 全部同向）。餓死發生在第 152–387 輪（佔 9600 的 1.6–4.0%），對照組同期 9596 輪。

## 探針 P4 擋掉的是一個假發現

第一次跑 P4 是 ✘：報 515 而非 215。**錯的是我自己的腳本**——把「從沒被抓的作惡 seed」寫成 `caught == 0`，漏了 `and not control`，而恆不作惡的對照組 300 行 `caught` 當然也是 0。它同時污染了乾淨輪那一格：修正前 n=153168、Δ 均值 +0.00121，99% 來自早已飽和的對照組，把 +0.02963 **稀釋 24 倍**。沒有 P4，這輪會拿被稀釋的基準線去比，得出「盲區作惡比乾淨交付還加分」——而那看起來會很像發現。修的是腳本,判準一個字沒改。

事前押九格中 8（B4 第一次 ✘、修腳本後 ✔）。commit `4c58186`，已 push，HEAD 與 remote 兩個 sha 逐字元相同。

## 下一步與卡住

**下一步**：展場講法要從「被抓到才會被排除」改成「排除的主要動力是被看見，被抓只是把它提早一半發生」——**但這是敘事決定，規則七，執行端不拍板**；先掃現有文案哪裡踩到是零風險的準備。另外這條通道只在一組參數點量過（`reviewer_accuracy=0.7`、`correlation=0.0`、K=3），補網格**要花機時**。

**卡住**（都照舊記在 STATE.md）：黏土剪影五選一連續第三十八輪等人類；`~/vacant` 仍非 git repo，STATE/PROGRESS 無版本控制無異地備份；`HANDOFF.md` 機器識別段仍在講 Windows 那台，本機 `hostname` 是 `user1` 不是提示詞寫的 `user1-2`。

還有一件本輪讓它**變難**的：「永久排除是否可接受」——現在知道排除的動力是「被同儕看見」，而看見與否有 27% 盲區，也就是**排除的準確度上限不由稽核決定，由評審的能見度決定**。仍純粹是價值判斷。

piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
第 95 輪完成。

## 做了什麼

接手第 94 輪的下一步 3（「曝光的分母值得單獨拆」）。**零額外機時**——只重讀已落盤的 900 行，`vacant/` 一行沒改。先在 STATE.md 寫死判準與七個事前押注，再動手。

## 主要結果

**擋住攻擊者的主要不是「抓到它」。** 215 個**從沒被抓過**的作惡 seed，作惡 1218 次全部得手、零次被抓，在 9600 輪裡卻只拿到 7.3–23.8 次工作 = 恆不作惡對照組（1290 次）的 **0.57–1.84%**，而且不隨輪數放大（S_C 0.99–1.11 vs 對照組 14.33）。存在一條不需要 slash 的排除通道，被抓只是把排除提早一半發生。

**我押錯了一格，而且錯的方向跟第 94 輪一樣。** 第 94 輪說剩餘曝光「全部」來自沒被 slash 的 seed，我事前照著押 ≥80%。實測是兩群各出一半（C 佔 39.5–53.5%），另一半是被 slash 者**在被抓之前**就拿走的——那一塊 slash 完全碰不到。兩輪都往「slash 很有效、漏網的才是問題」這個比較好聽的方向錯，所以寫進正文不是附註。

**順帶補上第 94 輪沒查的洞**：`stopped_early_at` 0/900，對照組曝光逐格精確落在 `rounds/7.5+10`（300 行零違反）⇒ 9600 輪真的跑滿，S4 的「16 倍」不是早停假象。

**讀碼時發現的範圍問題**：`routes_after_slash` 只數第一個被 slash 的身分（`entrycost.py:354`，註解寫明是刻意取捨），所以第 94 輪「回來過的 seed 全 0」就儀器而言是關於身分的斷言。實測 `identities_used` 全 900 行 ==1 ⇒ 這組設定下成立，但不可外推（S2F 同欄位 max=601）。

## 驗證

五條探針各驗兩個方向全過，含負對照（把 C 故意打 0.9 折，必須抓到不符 → 30/30 格）與已知答案錨點（S2F 分佈 `{1:201,2:33,3:6,601:60}` 逐字命中）。

## 誠實邊界（已寫進 FINDINGS）

第二條通道**量到的是效果，沒有指認機制**；**反向因果沒有排除**（唯一旁證是未被抓者曝光 14.0 高於被抓者被抓前的 7.05）；「餓死」只到 9600 輪。

**commit** `d22bda0`（`feat/v2-four-stages`，已 push，本地與遠端 sha 逐字元相同）。STATE.md、PROGRESS.md 已更新。

**下一步**：`runs/s4_v1/S4/logs/` 已有逐輪 `score`，拉那 215 個 seed 的信譽軌跡就能指認第二條通道並嘗試排除反向因果——仍是零模擬機時。

**卡住**：優先序 1（黏土剪影五選一）連續第三十七輪等人類作答，本輪一像素沒動。「永久排除是否可接受」這題本輪變得**更難**——排除的範圍比原本以為的大（沒被抓的也拿不到工作）。

licitly: < /dev/null to skip, or wait longer.
Round 94 complete.

## 做了 · S4：拉長 `rounds` 買不買得到相位週期？**買不到**

S3（上一輪）留下的洞是 35/75 格的 `(burst, recover)` 根本沒被實現——相位鐘走在「第幾次被路由」上，防禦把曝光壓到個位數。修法有兩條，我量了不需要人類裁決的那條。

**答案不是勉強不行，是完全飽和。** 輪數 ×16，四個攻擊者格的曝光只多 0–6%（S＝1.00／1.03／1.01／1.06；事前寫死的判死門檻是 S≤4）。最高週期數 1.18 個。

真正撐住這個結論的是對照組 `(0,10)`——pulse 判定式回 `0 < 0` 恆假，它一次都不作惡、從不被 slash，曝光是 **14.33 倍**（線性上限 16）。只跑攻擊者格的話，量到飽和分不出是「防禦造成的」還是「路由器本來就不隨輪數放大任何人」，而那是兩個相反的結論。

**零額外機時的追加**：飽和的成因是第一次 slash 一次切斷。被 slash 在第 67–217 輪，之後還剩 9383–9524 輪可用，而 `routes_after_slash` 在 20 個攻擊者格上**全部是 0.000**、回來過的 seed 全 0。這把 S1 的「600 輪內 0/368 回來」延長到 9600 輪 ⇒ 「也許只是還沒等夠久」這個讀法關掉了。誠實邊界照留：λ=0 時是 214/368，回來的通道存在，是 λ=1 把它關上的；執行端不建議 λ/f 該設多少。

**押的六格中 4 錯 1，另一格無從檢驗——而那格最重要。** R5 本來要拿「固定 (b,r) 只動 rounds」這個獨立軸去檢驗上一輪的機制解釋（那個解釋是在 (b,r) 軸上量的，而 (b,r) 同時決定 nominal，解釋與被解釋物共軸）。沒有一格跑到 3 週期 ⇒ 檢驗沒有發生 ⇒ **上一輪那個機制解釋到現在仍未被獨立驗證過**。這件事寫進了三個檔案，因為下一輪很容易把它當成已驗證的結論用。

探針自己的缺陷也照報：P4 事前沒預見對照組照定義就會違反它，攻擊者 20 格與對照組 10 格分開報，沒合併成一個好看的通過率。

驗證：P1–P4 全過（P1 的「rounds=600 那 120 行對 S3 逐位相同」0 行不同）· cells 30/30 · rows 900/900 · wall 980.3s · SHA256SUMS 5 檔全 OK。`vacant/` 一行沒改（`git diff --name-only -- vacant/` ＝ 0）。

**commit** `e10a8a3`，HEAD == origin。STATE.md、PROGRESS.md 已更新。

**下一步**：model II–IV 的盲區主跑現在沒有可辯護的 `rounds` 值，只剩「接受在 <1.2 個週期下比較（報告要寫明比的不是 Srivatsa 的穩態成本比）」或「等人類裁決時間軸」兩條——前者執行端可以做。

**卡住**：黏土剪影五選一連續第三十六輪等人類；`~/vacant` 仍非 git repo；`vacant_hm` 那三個未提交檔本輪一樣沒動。

icitly: < /dev/null to skip, or wait longer.
第 93 輪完成。

## 做了什麼

跑了 **S3 — E24 的 `(burst, recover) × blindspot` 完整網格**（`iterate_v2.py` 四段裡唯一一次都沒跑過的一段）。75 格 × 30 seeds × 600 輪，wall 216.8s。

先寫判準再動手：五條探針、四項主判準、六個事前押注全部寫進 STATE.md 之後才跑第一行。

## 結果

**推翻的是這一輪自己的動機。** 排這個網格的理由是懷疑 E24「時間結構只差 1.81 倍」量在效應為零的交叉點（盲區 0.5）。跑完五個盲區值，得手數的跨格比值是 **1.40 / 1.83 / 1.47 / 1.81 / 2.48** — 沒有一個盲區讓時間結構顯形，0.5 甚至不是最小的。押的 R2（至少一個 >3.0）錯了。

但工作不白做：三層分解（得手＝曝光×作惡率×逃脫率）顯示每個盲區上曝光比值 4.0–6.1、作惡率比值 6.0–11.0 都遠大於得手比值 — **兩個大效應反向抵消**，不是這個維度不存在。再把 `defected` 總量單獨拉出來，跨 15 種節奏只差 1.49–2.49 倍 ⇒ 被綁住的是「總共還能作惡幾次」，不是「多久作惡一次」。

**R5 錯得最有用，而且反咬 E24**：押作惡率 ≈ `b/(b+r)`，實測最大偏 148.7%。相位時鐘跑在「第幾次被路由」上，而防禦把曝光壓到 6.10–51.77 次（總輪數 600）— 75 格裡 **35 格連一個週期都跑不完**。E24 那 15 格全在盲區 0.5，該列有 6 格跑不完 ⇒ 那 6 格的 `(b,r)` 在軌跡上根本沒被實現。

兩處誠實邊界照留：那個機制解釋只中 28/35，7 個例外沒量出原因 → 記成未解、不編故事；「盲區是主軸」這句順口話被自己的表推翻（兩軸同量級 2.73 vs 2.48 倍）。

## 驗證

五條探針全過，每條兩個方向。關鍵的是 P1 用了已知答案 —`(3,10)·blind=0.0` 三參數全預設，digest 必須等於裸 pulse（30/30 行），而其餘 74 格必須全異（0 撞上）。P2 驗後果不驗前提：`blind=0.0` 的 450 行 `blind_passes` 全 0（`_h01∈[0,1)` 不可能 `<0.0`），合併 mean 嚴格遞增 0.000→0.976。`vacant/` 一行沒改 — 這正是 P1 成立的前提。

## 收尾

- **commit** `6e5b0b2` Vacant（feat/v2-four-stages），已 push，HEAD == origin
- STATE.md 事前登記＋事後紀錄、PROGRESS.md 第 3 節更新（含「四段全部跑完，下一步不再是哪一格沒跑」）
- 順帶登記一件之前沒人記的：`vacant_hm` 有三個未提交的檔案，mtime 是今天 11:02–11:06 UTC（本輪 22:25 才開始），本輪一次都沒進那個 repo。只登記不處理

優先序第 1、2 項（黏土剪影、交付狀態機）仍受規則七擋，連續第三十五輪等人類作答，本輪一像素沒動。

完成。

## 做了什麼

優先序第 1、2 項都卡在人類決定（剪影五選一連續第 34 輪、狀態機剩兩格第 69 輪判定受規則七擋），所以接第 91 輪的下一步 3：**跑從來沒跑過的 S2／S2F（預算窗口）**。

**先寫判準再動手**——事前登記寫進 STATE.md 後一字未改，包含四個雙向探針、窗口的閾值（五臂取最小 ≥0.9）、六個事前押注。

## 結果

**窗口只有一格寬。** 六個預算值裡只有 budget=1 讓五臂全部真的用滿額度，下一格就掉到 0.8667。舊判準 `defected <= BUDGET` 在 30/30 格全部 =1.0——零分辨力，這回是可執行的證明。

**而在那唯一有效的比較點上，E19 的結論反過來**：whitewash 每次作惡得手率 0.5333，是最低的一群；pulse 0.9000。原本的 2.5 倍優勢來自作惡次數不相等。

機制是從 `blind_passes` 逐 seed 驗出來的，不是推論：見習期強制稽核。換身份兩臂作惡時人在見習期內，得手 16/16 全部來自盲區；等待型三臂已出見習期，26 筆得手裡 21 筆是稽核根本沒抽到。順帶一個交叉證據——whitewash 與 sybil 的 `config_digest` 不同（兩個隨機世界）卻逐 seed 30/30 相同，因為 `in_blind` 只吃 (seed, 輪次)。

**這條對展場是兩面的，兩面都寫進 FINDINGS 了**：正面是見習期強制稽核有效、洗掉紀錄等於把自己送回強制稽核區；代價面是等待划算——先交 10 筆乾淨的再作惡，得手率 0.533→0.900。

## 事前押的六格中 5 錯 1

錯的那格是本輪第二個新東西：複驗那句「whitewash 用掉 4.7 個身份」**只在窗口外面成立**，budget=1 時它只用掉 1.47 個。「免費換身份」這條解釋要作惡很多次才顯形，而那正是等預算比較失效的區間——兩件事互斥，它至今沒在一個有效比較上被驗過。

## 收尾

- **commit** `3fa7219`（feat/v2-four-stages），已 push，HEAD == origin
- 探針 P1 300/300 逐位相同、P1′ 268/300 必須不同、P2 30/30 與 11 個相異值、P3 兩向；SHA256SUMS 7 檔全 OK；wall 69.7s
- 順帶獨立重現 E19 原始數字當錨點：budget=12 的 `defected` 11.9667 對 4.8667
- STATE.md、PROGRESS.md 已更新

**下一步**：S3 盲區網格（本輪事前登記寫明不做）。本輪 P3 順帶量到一件寫 S3 時必須標的事——`blindspot` 與 `pulse_burst/recover` 都在 `_LATER_FIELDS`，所以 S3 每一格都是不同的隨機世界，是組間比較不是配對。

**新增的卡住**：`HANDOFF.md:42` 那條 STALE 又更舊了——它列的「未跑」清單裡現在 S1、S1B、S2 都跑完了，只剩 Stage 0 基線、A3、E24。要不要由執行端改仍未答（第 89 輪提的）。`runs/s1_smoke/` 一樣刻意沒動。

Warning: no stdin data received in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
Round 91 complete.

## 做了

**S1B — 五個候選 λ 全數過 B 層六情境**（接第 90 輪的下一步 1）。第 90 輪量出了 slash 的取捨曲線，本輪回答「哪些 λ 不能選」。答案是 **沒有不能選的**。

判準寫在 STATE.md 裡，**動手之前**，一個字沒改。

## 驗證結果（真的數字）

**探針四個方向全過**（主結果是「全過」，而「全過」與「λ 根本沒接到 B 層」在歸檔裡長得一模一樣——所以先驗尺）：
- 被 slash 的 Beta：Δn = 11.6594（必須不同 ✔）、Δmean = 0.00e+00（必須相同 ✔）
- 沒被 slash 的 Beta：兩個 λ 下逐位元相同 ✔
- 情境層：不吃 slash 的四個相同、吃 slash 的兩個不同 ✔
- 回歸：`vacant/` 自 `cb64bf5` 零改動 ⇒ λ=1.0 的 96 格對 `blayer_1000_v3` **比 96 格、不同 0 格** ✔

**主結果**：5 λ × 6 情境 = 30 格全過，1000 seeds，wall 1167.5s。而且不是勉強過——④reviewer_stake 最差格 0.0898 對判準線 0.7，⑤decay_slash 最差格 0.0044 對判準線 0.65。

**事前押六格中 5 錯 1，錯的那格是本輪最值得留的東西**：我押「λ 越小＝罰得越深」，把它當單向旋鈕。實測兩個承重情境**方向相反**——λ 越大 ④ 罰得越輕（n 漲讓權重飽和項抵銷均值下降），λ 越大 ⑤ 罰得越重（n 漲讓後來的好評推不動均值）。「調大 λ ＝加重懲罰」是錯的說法。⑤ 的敏感度幾乎全在 λ∈[0,0.25]，補點要補在那裡。

**commit** `9950abb`（feat/v2-four-stages），遠端／本地 sha 逐字元相同。

## 對人類

「永久排除是否可接受」兩邊的數字現在都齊了——取捨曲線 `runs/s1_v1/FINDINGS.md`、機制驗收 `runs/s1b_v1/FINDINGS.md`。**這一條現在純粹是價值判斷，不再缺數字。執行端不建議操作點（規則七）。**

黏土剪影五選一**連續第三十二輪**等作答，本輪一像素沒動。`~/vacant` 仍不是 git repo（STATE.md/PROGRESS.md 無版控、無異地備份，連續第三十三輪）。

**誠實邊界**：這是機制模擬，不是真模型實測。而且「邊際大」只代表判準線離現況很遠，不代表機制強——那六條判準線是 2026-07 訂的，本輪沒有檢討它們訂得鬆不鬆。那是下一輪。

grees with simulation." It didn't — I'd fed it fixed `n_before` values instead of realized ones. Re-fed with measured inputs, the same formula separates returners from non-returners 239/240.
- The 0 is right-censored at 600 rounds: 32/40 of those seeds had more rounds left than the longest observed wait (489), but 8/40 genuinely can't be told apart from "didn't run long enough."
- Found a live error: the two arms aren't paired with each other (`strategy` enters `digest()`, so they run in different random worlds — 42/180 seed-groups differ). The axes can be read side by side but not subtracted per seed.

Two things went beyond the pre-registration and are labelled as such: a 300-seed rerun (bets still judged on the registered 30-seed run) and two comment edits, after which a 2-seed rerun was bit-identical.

**commit** `46a02c4` on `feat/v2-four-stages`, pushed. Per-round logs (44M/437M) stayed out of version control per the blayer precedent, pinned by `SHA256SUMS`.

**Next round should take S1B** — running the six B-layer scenarios against each candidate λ. A pretty curve doesn't authorize an operating point that disables the teeth, and scenarios ④/⑤ call `slash` directly. S2 and S3 are also unrun, same script, same low cost.

Still blocked on you, unchanged: the clay silhouette five-way choice (31st round), and now the λ/f operating point — which finally has numbers behind it.

: < /dev/null to skip, or wait longer.
第 89 輪完成。

## 做了什麼

接第 88 輪的「下一步」：把它抓到的 6 條 `STALE`（**歸檔頁面說「還沒做」、其實早就做了**）改掉 4 條，並在改之前先做那份稽核自己指出的前置條件——把 key 從 `file:line` 換成內容定址 `file#sha8@k`，否則改完的當下稽核就作廢。

最重要的一句在**人類要拍板的那一頁**：`DECISION_SILHOUETTE.md` 原本寫「選項 4 **與 5** 的救起對數是空的，因為沒量過」，而同一頁的表寫著選項 5 ＝ 211/365（K=2.0 實測）。讀到「兩格都沒量」，最合理的反應就是不作答、等量測——剪影五選一已經卡了三十輪。

`Vacant/HANDOFF.md` 的 2 條**沒改**：那是另一台機器的交接文件，規則七邊界，寫進「卡住」等人類。

## 驗證結果（不是「通過」，是數字）

- **T7_keyshift**（本輪改動的全部理由）：真語料插一行 ⇒ 新 key 不變 **239/239**、舊 key 不變 **0/239**
- **換 key 後、改字前的平行對照**：234 句 / 100% / 234 條證據，判決分佈與第 88 輪逐格相同，且 234/234 條逐條回推舊 id 對得上
- **改完**：239 句 / 100% / 239 條證據重跑 / `STALE` **6 → 2**，剩下那 2 條**還在**（如果我是靠刪字變綠的，它們也會不見）
- **numguard**（新寫的數字護欄，自驗含 `0.5574→0.5575` 必須 FAIL）：三個檔案既有數字**一個都沒少**
- **真資料兩側變異**：插 5 行 ⇒ 仍 100%；改一個詞 ⇒ 覆蓋率 99.6%、`ok=False`

事前押的六格中 5 錯 1（Q6 貼線）。

## 兩件比主線更值得記的

1. **第 88 輪那條判決自己有一處不準**——它說 `cells` 存了三份配對清單，實測 `degen_pairs` 是整數計數不是清單。⇒ 更正一條 STALE 之前要自己重驗，不能因為它附了證據就照抄。
2. **修好一個缺口會生出新的假陽性**：更正註記必須引述原句，原句裡就有標記詞 ⇒ 掃出來的句數不會因為修好而下降（4 條改動生出 8 句新的）。

## 照報的代價

- `T4_evblind` **放鬆了一格**：正證據的「錯的行」從 FAIL 改成 PASS。換來編輯不會讓稽核作廢，付出「同一字串出現在別的上下文也算數」。
- `mkverdicts.py` 現在**預設關掉**（要 `--force-legacy`）：它仍以行號當 key，直接跑會把判決整份覆寫回舊 key，而且會印「寫出 N 條判決」看起來完全成功。⇒ verdicts 目前手維護，是一筆明講的債。
- 本輪**零機時**，剪影本身一像素沒動。

**commit**：`6f0d328` ＋ `fed8173`（vacant_hm/main，HEAD == origin/main）
**下一輪第一件**：`HANDOFF.md` 那 2 條要不要由執行端改——這是要問人類的一句話。

收**」 | `PROGRESS.md:2012` — ✅ commit `0fb0b57` |
| `DECISION_SILHOUETTE.md:322` | 「選項 4 與 5 的救起對數是空的，因為沒量過」 | 同頁 `:48` — 選項 5 ＝ **211/365（K=2.0 實測）** |

`HANDOFF.md` 被掃到 4 句、2 句過期（50%，全檔最高），而它是**開場清單第 2 項，每一輪都會讀**。**我自己這一輪開場就被它誤導了一次**，以為風格還沒選定。`PROGRESS.md` 146 句才 2 句過期（1.4%）。

⇒ staleness 的成本 ＝ 錯誤程度 **×被讀的次數**，而前 87 輪只看前者。最短、最常被讀的那份，從來沒人查過。

而 `DECISION_SILHOUETTE.md` 那條在人類拍板的那一頁上、**跟第 87 輪同一節**：第 87 輪拿掉一條，這輪在同一節又找到一條。

## 照實報的

- **事前六格押注中 1 錯 5。** 我事前寫死「NOT_A_GAP >70% ＝ 我在倒垃圾」，實際 **88.9%（只算手判 78.5%）——紅旗響了**。另一個讀法（這 repo 的散文本來就被「沒／未」灌滿）我寫下來但**不拿它取消紅旗**，那一類該被抽查。
- **標記表會漏，漏的正是最重要的一條。** `HANDOFF.md:97`「視覺風格（**六選一**）」也已作廢，但那行**一個標記詞都沒有**，是我讀上下文用手撞到的。**234 不是上界。**
- **113 句是規則判的**（PROGRESS.md 日誌區），沒逐句查證，逐條標了 `[規則判]`。
- **負證據第一版寫錯過。** 拿主題詞 grep 證「沒做過人眼量測」，命中的是 `ss_opts.py:357`「**不是**觀眾實測」——宣告缺口的那句話本身。是檢查器把我打回來的。
- `T1` 事前押 272 行、實際 271。查了原文才改常數，並同時加上「起點對映」不變式 —— 光改常數不算數。

驗證除了自驗 T1–T6，還在**真資料**上做了變異測試：把一條真 STALE 的證據行號 +1 ⇒ 整支 FAIL、`exit 1`。

**commit**：`ec6fd57`、`6f031a8`（vacant_hm/main，已 push，HEAD == origin/main）。本輪**一句原文都沒改**。

## 兩件要你決定的

1. **這 6 條要不要改？** `HANDOFF.md` 是別台機器的交接文件，前 29 輪的立場是「不自己改」——但那立場是針對**機器識別段**。`:42`/`:43`/`:97` 是**專案狀態**，而且已經誤導執行端一次。我建議改，但沒有自己動。
2. `DECISION_SILHOUETTE.md:322` 可以單獨立刻改（它正在對你說選項 5 沒量過），改法沿用第 87 輪的 `ss_cmp60.py` 護欄。

另外照記一個保存期限問題：這版用行號當證據指標，寫這輪紀錄時就失效了兩次（`check` 都當場抓到，沒有假成功）。下一輪接手前該把 key 改成句子 sha —— **現在這版不要當長期資產用**。

黏土剪影仍是**連續第二十九輪**等你作答五選一。

 I didn't touch; HEAD and origin/main match.

## 做了

`DECISION_SILHOUETTE.md` — 人類卡了 27 輪沒作答的五選一 — 在末段自己寫著「縮到 640px 的實拍對照還沒做」。**那半句是假的。** `stagevis.py:44` 是 `W, H = 640, 360  # 展場距離：1920×1080 的 1/3`，那一頁四份上游歸檔的 `W,H` 全部是 640,360、讀的檔全部是 `sl_f*_640.png`。整頁的數字本來就是在展場距離量的。

那句話已刪，並補上那一頁從來沒有的一欄。

## 主數字

| | 640（展場距離） | 1920（貼臉看） |
|---|---|---|
| 遮罩面積 px 中位 | 85.5 | 693.5 |
| IOU_SPEC（桿子） | 0.5574 | 0.5279 |
| 難分對數 / 946 | 365 | 364 |

看起來距離不要錢 — 是假的。這把尺的桿子自己跟著解析度移動。桿子釘住再問：1920 的 IoU 用 640 的桿子判 ⇒ **310**/946；640 的 IoU 用 1920 的桿子判 ⇒ **442**/946。**距離要價 55–78 對**，而「365」是相對於同一解析度的數字。ρ=0.9592 ⇒ 動的是桿子與絕對值，不是排序。

那 47 對硬核在 1920 **47/47 仍然難分** ⇒ 是幾何，不是低解析度的量化雜訊。

## 驗證

自驗全過，關鍵兩格：`T1b` 我的萃取器與 `stagevis.diff_mask+ss_dim.big_comp` 在 640 上**集合相等**（44/44）；`T1` 逐位元接回 `ss_hard.json` 的 `0.5574387947269304 / 365 / 0.51595`。改頁面則由 `ss_cmp60.py` 判：既有 **166 條 claim 0 改值 0 消失**，`diff` 舊頁新頁刪掉的只有 2 行。

**六格押注錯三格**：我押「距離會吃掉一大塊」（1920 難分 250–340、翻面 ≥40、面積比 9–13），實際 364、34、8.038 — 方向整個錯了。而「幾乎沒動」正是我事前寫下最怕的那個乾淨結論，擋住它的是 `T2`（面積比必須 ≥5，~1.0 就是我兩次讀到同一張圖）與 `T3`，不是任何主數字。

**一格沒過照報**：`A4_cases` FAIL，變的是 `P0_untouched` 的 got — `ss_opts.py` 的 P0 監看 `styles/probe/`，而它自己的輸出就在裡面，會在 commit 前後兩個值之間振盪、永遠不可能乾淨。沒有去改 `CASE_EXEMPT` 讓它過。

commit `91db113` + `f95b394`（vacant_hm/main）。

## 兩件要你決定的

1. **五選一仍然等你**（第 28 輪）。差別是：擋住作答的那句話已經拿掉，並且多了「距離要價 55–78 對」與「硬核是幾何」兩欄。
2. 「**觀眾**分不分得出來」仍然一次都沒量過 — 那要真人，第 1 條的前半句我一個字沒動。這是這條線上執行端做不到的部分。

low command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
第 86 輪收尾完成。

## 做了

接手第 85 輪的「下一步」第 2 項：**整檔 sha256 那一族的第一次盤點**。第 84 輪的盤點器在自己的 docstring 裡把邊界寫死成「只掃 `diff_mask`，整檔 sha256 不在內」並點名兩個站點——那半句是誠實的，被後兩輪讀成「所以大概就那兩個」的另外半句從沒查過。

新增 `styles/probe/shaaudit.py`（ast 掃描 + 手動角色分類 + 重問），零機時。

## 驗證結果（真的數字）

自驗 S1–S8 八格全過（`tool_ok=True`）。盤點：**38 個站點、10 支檔案**（不是 2 支），比 PNG 的 16 個，承重 5 行。

兩件會改變我們相信什麼的事：

1. **`A2_optin` 的「沒過」100% 是那個 fps 讀數。** 整檔 sha256 相同 15/49（就是落盤且判 FAIL 的那個數）；挖掉 HUD 後逐位元相同 **49/49**。判準與門檻一個字沒改、照樣照報沒過，但那 34 張的差異一個像素都不在場景裡 ⇒ `DECISION_SILHOUETTE.md` 的出處保證變強。

2. **第 67 輪的證據 `.png` 從沒進 repo**（撞到的，不是想到的）。`hudleg.py:180` 是個從沒被盤點過的承重 PNG-sha 判準，它不是污染，但拿 repo 那 48 張重算：逐格 match 第 66 輪、對不上第 67 輪。`git log --follow` 只有 `b977bf6` 一個 commit。⇒ 照現在的 repo 跑 `hudleg.py`，那格會得到相反的答案。不是說第 67 輪錯了（字型檔實際在 `~/.local/share/fonts/`），是**它只剩一份 `.json` 自證**。

事前押的七格**中四錯三**，押注一個字沒改。押錯的 P4 反而是引信——正因為多出一行，`hudleg.py:180` 才被逼著看一眼。另外抓到我自己寫了一個**會自我餵飽的判準**（P6 由我手寫的分類表決定），它報 0 不算證據。

## commit

`b09ba58`（本體）＋ `6dcfd91`（自指訂正）· vacant_hm main · 遠端 sha 逐字元相同。

收尾時自己撞到一次自指：改 `hudaudit.py` 的 docstring 就把被分類的那一行從 318 推到 324，剛落盤的表當場過期。跟第 85 輪的 `A8_scope` 同形。不 amend、不改寫歷史，訂正記在 `LINE_FIXES`。

## 卡住

- **新增一條要人類決定**：那 48 張要不要補進 repo（補＝機時＋動到「歸檔」的定義；不補＝那個承重判準永遠只能自證）。事實已查完，取捨不自己拍板。
- 優先序第 1 項（黏土剪影）**連續第二十七輪**等人類作答。本輪做的仍是稽核，**連續第四輪**——但這輪的產物不只是尺，它改了兩件我們相信的事。**執行端能自己推進的工作已經幾乎只剩稽核既有歸檔了**，這件事值得你知道。

d, `10f85c5` = `origin/main` byte-for-byte.

## 做了一件事：修掉 `sa_arch.py` 那兩處真的 HUD 污染，並重跑

**判準是動手前寫進 STATE.md 的**（七個 P + 五個 T），跑完照抄實測值對照。

**結果：那四個被污染的數字 100% 是 HUD 上那個活的 fps 讀數**，一個像素都不是場景。

| 量 | 不挖 HUD（落盤舊值） | 挖掉 HUD |
|---|---|---|
| `sl_×sb_` max/med/總和 | 38 / 7 / 390 | **0 / 0 / 0** |
| `sl_×sc_` max/med/總和 | 38 / 5 / 328 | **0 / 0 / 0** |
| `sb_×sc_` max/med/總和 | 38 / 7 / 323 | **0 / 0 / 0** |
| 噪底（四批） | 12 / 8 / 11 / 0 | **全 0** |

事前押的七格全中，含兩格從沒量過的（`sl_×sc_`、`sb_×sc_`）。`sa_arch.json` 570 個葉節點只有 14 個動，12 個在 `reproducibility` — 配對表與 A5/A6 一個數字沒動。AST 盤點：沒帶 `hud=` 的呼叫點 4 → 2，剩下兩格是檔案裡寫了理由的刻意例外。

## 三件值得你知道的

**1. 承重判準沒翻，但它過關的理由整個換掉了。** 修之前 `38 <= 38` 過 — 比的是兩個 fps 計數器的位數；修之後 `0 <= 0` 過 — 比的是三棵樹在 HUD 以外逐位元相同。判準的字一個沒改，內容從幾乎是空的變成很硬。**綠燈不會告訴你它是被什麼點亮的。**

**2. 我押的主數字是 0，而「0」也正是量具壞掉會給的答案。** 擋住它的不是主數字本身，是 `T1`（HUD 之外一個已知恰好 12 px 的方塊，挖完仍要讀到 12 → 實測 12→12）。另加 `T6`（凍結判準之後才加、方向只會更嚴）：不挖的重算值要逐字接回舊值，否則「修好之後變 0」可能只是換了一把尺。

**3. 撞到一個結構性的東西：`A8_scope` 把自己的產物算進了它稽核的範圍。** `sa_arch.py` 沒辦法在同一次 run 裡既重生成 `sa_arch.json` 又通過 — 寫檔本身就把樹弄髒。**沒改它**：加一行白名單看起來明顯是對的，但那是看過資料之後動承重判準，跟移動球門同一個形狀。留成下一輪的工作單。

同時更正上一輪的估計：第 84 輪寫「要機時」是錯的 — 四份 `.sha` 全在，單次差分 0.05 秒，整支 18 秒。**成本估計錯了，代價跟量錯數字一樣大**，它讓一件 18 秒的事白擱了一輪。

## 兩件擋著的

- **黏土剪影（優先序第 1）連續第二十六輪沒前進** — 等你看 `vacant_hm/styles/probe/ss_eyes.png` 六選一。交付狀態機（第 2）剩兩格是視覺決定，受規則七擋。
- 因此**連續三輪交的都是量具**。量具有用（那把尺擋著第 1、2 項的像素問題），但這個比例本身是訊號：執行端能自己推進的工作快用完了。已寫進 PROGRESS.md 的卡住段。

tin` 不是達不到，是被一個診斷用的讀數擋住的。這對人類正要拍板的 `DECISION_SILHOUETTE.md` 有份量——那 148 條數字的出處保證回到「達得到、也達到了」。

## 但有一格閘門沒過，我照報了

`H2`（`sl_base` vs `sl_world` 挖 HUD 後 > 10000）**實測 386**。查下去，沒翻的原因**不是比對器壞了，是我的計畫寫錯了前提**：`sl_` 不是「完整場景的基線」，它是 `hide=shell,furn,fig*` 的**獨自一人批**（非背景像素 0.5%、單人剪影 36–157 px）。我是照著 `sa_arch.py:53` 那句只寫「基線那 49 張」的註解寫判準的。

門檻**一個字沒改**、照報沒過；另立不含任何挑選常數的 `H2b`（44/44 都看得見一個人）。主數字因此標成 `VERDICT_TOOL_B`，並在交付物第一條誠實邊界寫明**它的保證弱一級**。

擋住錯誤結論的是 `H3`／`H4` 而不是 `H2`：HUD 之外一個已知**恰好 12 px** 的方塊要讀到 12，同一個方塊放進 HUD 列要被挖成 0。兩格都翻了 ⇒ 這次是假說對、尺也對（與第 83 輪的「尺對、假說錯」分開記）。

## 順帶的盤點與兩個坑

`diff_mask` 的 35 個真實呼叫點裡 4 個沒帶 `hud=`：**2 個是真的污染，都在 `sa_arch.py`**（`dist()` 的 `max` 正是承重判準 `A2p_vs_control` 比的那個數；`noise` 那格就是第 65 輪錯解釋的出處），另 2 個是 `stagevis` 刻意保留、檔案裡寫了理由的。

坑一：盤點第一版用 regex，把 docstring 裡引用的一行報成呼叫點 → 改用 `ast`。坑二：分類表用 `(檔名, 行號)` 當 key，我加了幾行註解行號就漂，兩格掉進「未分類」 → 改用變數名當 key。

**commit** `4fdba15` vacant_hm（main），遠端 sha 逐字元相同。重跑 `bash styles/probe/hudaudit.sh` 產出的兩份產物與 committed 的**逐位元相同**。`world/` 零修改。

## 給你的兩個問題（我沒有自己拍板）

1. **「知識只寫在一處」要不要列成紀律。** 連兩輪撞到同一族：第 83 輪 `silscene.sh` 少了 `stagevis` 那份 HUD 知識 ⇒ 重新發明了一個錯的解釋；本輪是註解少一個限定詞 ⇒ 我寫出一個前提錯的閘門。HANDOFF §8 只寫了「兩份**實作**會漂」。
2. 第 33 輪那條「把讀 `PROGRESS.md` 卡住／環境段加進開場清單」——**本輪讀了，而且它直接幫上忙**（正是那段裡的 fps 計數器與「按列挖」兩條，讓我一開始就把 `hud=` 放進判準）。這條對策現在有一次正面證據了。

**下一步**（已寫進 STATE.md）：修 `sa_arch.py` 那兩格真的污染。但它會動到承重判準 `A2p_vs_control` 的值，要重跑整支，而它依賴已不存在的 `/tmp/b65/*.sha` ⇒ **先盤點重跑成本再動**。

ebGL 的「8–12 px run 間噪聲」。優先序第 1、2 項都卡在規則七（等人類作答），所以做的是**擋在它們前面的量具**——剪影那條展場硬需求（身高差 1.6 倍）是拿截圖量的，而那把尺有一個成因不明的底噪。

**動手前先在 `STATE.md` 寫死了 8 個閘門 ＋ 5 條預測**，然後才寫第一行程式。

## 結果：我押錯了

五條預測**三條錯**，包括我押的主結論（「用 CDP ＋ 真實等待去拍就會逐位元全同」→ 實測 6 張裡 3 個相異 sha，最大差異 213 px，比既有那條路的 45 px **還大**）。

停在那裡的結論會是「渲染器也在抖」——**那也是錯的**。救回來的是先問差異**在哪**再問**是什麼**：

- 兩種擷取機制、30 個配對，差異像素**全部**落在 45×10 px（畫面的 0.0217%）
- 挖掉 HUD 那 40 列之後，30 個配對**剩 0 個像素在動**
- `Range.getBoundingClientRect` 指認出那幾個字元是 `1 0ˍf p s` ＝ `繪製 ${fps} fps`

擋住錯誤結論的是事前那五側已知答案，特別是 `W6b`（fixture 的 4×4 scissor ＝ 已知 16 px，就在 8–12 px 那個數量級）——沒有它，「全同」可以只是比對器瞎了，而「全同」正是我押的答案。

## 真正有份量的那一格

第 65 輪不只寫錯，還**回頭對第 62／63 輪投下懷疑**。方向剛好相反：第 62 輪是對的（它挖了 HUD，量到 49/49 全 0 px），第 65 輪那個沒挖 HUD 的量法在測 fps。⇒ **那個警語該撤掉**，而它壓著的正是 `DECISION_SILHOUETTE.md` 那 148 條數字的出處保證——人類正要拍板的那一頁。

## 兩次自我更正（都留在紀錄裡）

1. 初版 commit 訊息把功勞寫大了（病灶第 16／33／34／43／**62** 輪都寫下過，本輪沒發現它）。**不改寫已推送的歷史**，用第二個 commit `845b561` 更正。
2. 我在 commit 之前先把一個**憑空的 hash** 寫進 `STATE.md`——那正是第 25 輪的失效模式。當場對帳抓到，改成實際值並把這件事本身寫下來。

## 收尾

- **commit**：`4b83b4e` ＋ `845b561`（vacant_hm / main），遠端 sha 逐字元相同
- `world/` 零修改、既有量測腳本零修改（`shoot.sh` 的 `M` 是第 64 輪遺留，沒 commit）
- `STATE.md`／`PROGRESS.md` 已更新

## 需要你決定的兩件（沒有自己拍板）

1. **展件正式跑的時候，HUD 要不要留 fps？** 它是病灶，但也是除錯資訊——這是畫面上的決定。（量測端不需要你決定就能修：挖 HUD 列即可。）
2. **把「讀 `PROGRESS.md` 的卡住／環境段」加進每輪開場的清單。** 這條對策第 33 輪就寫下了，五十輪沒被採用，因為它要改的是提示詞不是程式碼。代價已經量得到：第 33 輪踩到、第 65 輪踩到並寫出錯結論、**這一輪我自己開場也沒讀**。

0` is *stably capturing the wrong frame* — the one where the token grid is still lying over「沒關係，沒有人找得到。」. The compositor flag round 80 called "the new noise source" is the one that lands correctly. I did **not** switch configs: instability is 15× worse there, both facts have to be read together, and switching means rerunning every archive.

All four pre-registered predictions hit — which is exactly the shape that should make me distrust the tool, so the three known-answer sides are what this result rests on. Two instrument bugs got hit and both are left in the code with comments: my `W4` grep matched itself, and `n_diff_px == 0` is falsy, so the byte-identical frame was briefly judged "new state S5" (same shape as HANDOFF §8's `parseInt('KER-12')→NaN→0`). That second one was only caught because the answer looked *odd*; had it landed in the direction I was betting on, I'd have had no motive to recheck.

**commit** `2c7300b` vacant-docs-web, remote sha verified character-for-character. STATE.md and PROGRESS.md updated.

Priority 1 (clay silhouette) did not advance — it's on its 23rd round waiting for a human to answer `styles/probe/ss_eyes.png`, and priority 2's two remaining cells were ruled rule-7 visual decisions back in round 69. I worked the ruler under priority 3 on round 80's own reasoning ("先修尺，再量東西"), since that ruler gates the fine-pixel questions in items 1 and 2 too.

ceived in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
Round 81 complete. All four closing steps done.

## 第 81 輪 · 2026-08-16

**做了**：黏土世界的**無人值守長跑**第一次被量 — `clay.html` 跑 600 幀（45.9 秒）與 3000 幀（230 秒），四個資源計數器一個都沒動。

**為什麼是這一件**：優先序第 1 項（剪影六選一）連續二十二輪卡在人類作答，第 2 項（四段可分辨）第 33/34 輪已診斷完、修法屬規則七。而 `HANDOFF.md` §一第 2 條的「無人值守」從沒被量過 — `DEPLOY.md` 那節實機效能量的是**舊世界**（`?day=30`，466 隻），不是黏土這一支。這種失效在任何單幀截圖裡都不會出現，前 80 輪的量法在結構上看不到它。本輪零視覺決定。

**驗證結果**（貼真的）：
```
VERDICT = PASS
  Z1 洩漏側 Δgeometries ≥ +50   實測 500     ← 兩側都翻了才採信
  Z2 乾淨側 Δgeo=0 ∧ Δtex=0     實測 0 / 0
  Z3 有效性  Z4 取樣器只有一份  R13 差異 4 欄、超出允許集合 0 欄
  clay Δgeometries 450→450 · Δtextures 2→2 · Δprograms 4→4 · Δmeshes 566→566
```
3000 幀那趟逐項相同。旁證顯示世界確實在動（`courierShown 14→17`、模擬時鐘 230 s），不是畫面凍住所以什麼都不長。

**最該記住的一格 — 事前預測先被自己的 pilot 打翻**：我押 Δ=0，60 幀那趟量到 **+79**。先寫下兩個競爭解釋才跑長窗，攤開三段曲線（`60 幀 297→333→376`、`600 幀起一路平在 450`）才看得出那是**暖機**不是洩漏。而事中登記的斜率規則在成長全 0 時**退化**（兩條同時成立）— 規則沒用上就寫沒用上。

**三個量具事實**（下一輪用 headless chrome 都會踩到）：`--virtual-time-budget` 底下沒有重計時器的頁面**一幀 rAF 都不會被服務**（`reachedFrame: 0`）；拿掉虛擬時間後 `--dump-dom` 會在載完當下就走；以及我自己的比對器把 ` [type]` 註記黏在路徑上比，誤報過一次 R13 FAIL（修的是比對器不是判準）。

**commit**：`3f67e06` vacant_hm，遠端 sha 逐字元相同。STATE.md／PROGRESS.md 已更新。

**卡住**：「夠不夠快」仍沒答案 — 那要展場那台 RTX 3090 的乾淨機時，這台只有 swiftshader（13 fps，不可外推）。腳本已就緒。剪影六選一等人類看 `styles/probe/ss_eyes.png` 作答（連續第二十二輪）。

Warning: no stdin data received in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
Round 80 complete. Summary:

## 做了什麼

接第 79 輪自己指名的「`probe/` 底下最該先解掉的量具問題」——尺 B 那張壞畫格。**先修尺，再量東西**，因為接下來的優先序第 2 項（交付狀態機四段在畫面上）全是細緻的像素問題。

**事前假說被自己的量測推翻，而且是反方向的。**

| 配置 | 併三次跑（n=120） |
|---|---|
| `C0` 現行協定 | 偏離眾數 **1/120** |
| `C1` ＋`--run-all-compositor-stages-before-draw`（chrome 專治此病的旗標） | **1/8** |
| `C2` 較小 budget | 1/60 |
| `C3` C2＋合成器旗標 | 1/8.6 |

那個「應該是解藥」的旗標讓它**爛 15 倍**。四組沒有一組是決定性的。

順帶修正第 79 輪的說法：那張「壞掉的參考畫格」沒有壞。四個狀態的第一個差異點都在 `[627,117]`，面板平均亮度 33.93 / 28.38 / 10.32 單調排開 ⇒ 它們是**同一段淡入的不同時刻**。

## 三件比數字更該留下的

1. **N=40 跑一次會給出乾淨、好寫、而且錯的結論。** 頭兩次都是 40/40 同一個雜湊，第三次才 39/1。事前寫死的檢定力聲明（p=1/44 時只有 0.60）擋住了「沒抓到 ⇒ 不會壞」。
2. **真實時間對照組是全場最穩的一組（8/8 逐位元相同）——而它是一張純白。** `--timeout` 在 chrome-headless-shell 152 不是「拍照前等 N 毫秒」。已標 `VOID`。**「哪一個畫格才是觀眾會看到的」本輪沒有答案**——現行協定的穩定只證明「穩定」，不證明「對」。
3. **逐位元不同 ≠ 看得出來不同。** 判準沒有事後放寬，改成兩個數字分開放上桌。

## 收尾

- **commit** `b33150a` vacant-docs-web，遠端 sha 逐字元相同：`b33150a7006696f870918bd2bb05f66fb8182c3c`
- 交付物 `probe/SHOT_FINDINGS.md`（單次）＋ `probe/SHOT_POOLED.md`（併三次）；既有量測腳本一個位元組沒動
- STATE.md 第 80 輪、PROGRESS.md 已更新

**下一步**：用 CDP（`Page.captureScreenshot` ＋ 真的延遲）回答 `H2` 留下的洞——本輪已證明加旗標無效。這題直接關係到展場：開場那個面板若在觀眾眼裡長期停在 `S1`，「沒關係，沒有人找得到。」那句話是壓在 token 網格上讀的。

 in `probe/sc_run1/`, not overwritten.

Two other things I'd rather you hear from me than find later:

- I inferred from a screenshot that CSS animations don't advance on this machine. **I measured it and I was wrong** (`.keyboard-hint` opacity: 1 at 2 s, 0 at 8 s). Why that screenshot froze mid-transition is still unexplained — I left it unexplained rather than reusing a wrong story.
- My pre-registered prediction P1 (≥24 cells move) got **23**. Reported as wrong. The cause was my measuring position, not the site, but rewriting it as "actually correct" is the exact move this loop exists to prevent.
- `write_md()` assembled the whole deliverable and never wrote the file, while printing `VERDICT = PASS`. Caught by `ls`-ing the artifact.

**Commit** `3181197` (vacant-docs-web) — remote sha verified character-for-character. `STATE.md`/`PROGRESS.md` updated.

**Carried forward as blocked:** the corrupt-frame mechanism is unresolved, and any future screenshot-based measurement of *fine* differences will hit it — I'd make that the next tooling fix. Round 77's 3 flapping K5 cells are still open, though this round narrows them: all three are stable under the scroll ruler, so what flips is the residual geometry the fingerprint sees, not the scrolling. The silhouette six-way choice is still waiting on you (20th round) — `styles/probe/ss_eyes.png`, view at 100%, then check `EYES_KEY.md`.

Warning: no stdin data received in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
You've hit your session limit · resets 5pm (UTC)

Warning: no stdin data received in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
You've hit your session limit · resets 5pm (UTC)

Warning: no stdin data received in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
You've hit your session limit · resets 5pm (UTC)

Warning: no stdin data received in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
You've hit your session limit · resets 5pm (UTC)

Warning: no stdin data received in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
You've hit your session limit · resets 5pm (UTC)

Warning: no stdin data received in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
You've hit your session limit · resets 5pm (UTC)

Warning: no stdin data received in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
You've hit your session limit · resets 5pm (UTC)

Warning: no stdin data received in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
You've hit your session limit · resets 5pm (UTC)

Warning: no stdin data received in 3s, proceeding without it. If piping from a slow command, redirect stdin explicitly: < /dev/null to skip, or wait longer.
You've hit your session limit · resets 5pm (UTC)