補上 stat -f 診斷的最後一層：連離開碼都不可靠（inkstone/ISEP#90 ④）

總管自己驗這一格量到 exit=0，我量到 exit=1。**兩個都是真的**，
而分歧本身就是最後一塊拼圖：

**GNU 的 `-f` 是 `--file-system`，布林旗標、不接格式字串**
⇒ `%m` 不是格式，它被當成**另一個檔名運算元**
⇒ 離開碼取決於「cwd 裡有沒有一個叫 `%m` 的檔」：

    A. 沒有（一般情況）  → exit 1 ⇒ `||` 會跑   ⇒ 正確的秒數接在垃圾後面
    B. 剛好有            → exit 0 ⇒ `||` 不會跑 ⇒ 整包連一個數字都沒有

兩種情況閘的結果一樣：MT 都不是純數字、戳記都作廢。（實測 GNU coreutils 9.4，兩種都重現過）

🔴 教訓比原本寫的更尖銳：舊寫法的 `||` fallback 救不了，
**不是因為它沒跑，而是因為「跑不跑」根本不由這支腳本決定**——
它由「cwd 裡有沒有某個檔名」決定。
一個行為取決於 cwd 有沒有某個檔的判斷式，不管跑不跑都是壞的。
⇒ 所以修法不能只是「把順序反過來」，**每一步都要驗它是不是純數字**
（lib/mtime.sh 本來就是這樣寫的，現在把理由寫進去了）。

gate-ok 測試補第 ⑰ 條守這一層：cwd 裡有一個叫 `%m` 的檔時，file_mtime 仍要回純數字。
16 → 17 條，TESTING.md 的 A16 一併更新。

docs/governance/cloud-wiring.md

@@ -102,6 +102,53 @@ stat: cannot read file system information for '%m': No such file or directory
 ⇒ `case "$NOW$MT" in *[!0-9]*) return 1` 必然命中
 ⇒ **在 Linux（＝每一個雲端 session）上，那三支閘的戳記永遠不會被接受。**
 
+### 再往下一層：`-f` 根本不吃格式參數，所以連離開碼都不可靠
+
+總管 2026-08-28 自己驗這一格時量到 `exit=0`，而我量到 `exit=1`。
+**兩個都是真的**，而分歧本身就是這個 bug 最後一塊拼圖：
+
+**GNU 的 `-f` 是 `--file-system`，它是布林旗標、不接格式字串**
+⇒ `%m` 不是格式，它被當成**另一個檔名運算元** ⇒ 離開碼取決於
+「當前目錄裡有沒有一個叫 `%m` 的檔」：
+
+```
+$ cd /tmp/statprobe && touch .mt
+
+# A. 沒有名為 %m 的檔（一般情況）
+$ stat -f %m .mt ; echo "exit=$?"
+stat: cannot read file system information for '%m': No such file or directory
+  File: ".mt"  …                                    ← 檔案系統資訊照樣印到 stdout
+exit=1        ← `||` **會**跑 ⇒ 正確的秒數接在那堆垃圾後面
+
+# B. 剛好有一個叫 %m 的檔
+$ touch '%m' && stat -f %m .mt ; echo "exit=$?"
+exit=0        ← `||` **不會**跑 ⇒ 整包連一個數字都沒有
+```
+
+（實測環境：`stat (GNU coreutils) 9.4`）
+
+**兩種情況下閘的結果一模一樣**——`MT` 都不是純數字，
+`case "$NOW$MT" in *[!0-9]*) return 1` 都必然命中，戳記都作廢：
+
+```
+情況 A：非數字 ⇒ return 1 ⇒ 戳記作廢
+情況 B：非數字 ⇒ return 1 ⇒ 戳記作廢
+```
+
+🔴 **這一層才是真正該記住的教訓**：舊寫法的 `||` fallback 之所以救不了，
+**不是因為它沒跑，而是因為「跑不跑」根本不由這支腳本決定**
+——它由「當前目錄裡有沒有一個叫 `%m` 的檔」決定。
+一個**行為取決於 cwd 裡有沒有某個檔名**的判斷式，不管跑不跑都是壞的。
+
+⇒ 所以 `lib/mtime.sh` 的修法不是「把順序反過來」而已，是
+**每一步都驗它是不是純數字**：這個 bug 的成因正是「命令失敗了卻還是印了東西」，
+**只看離開碼會再被騙一次**。
+
+📌 這一格的實害（總管 2026-08-28 原話）：「我今天為了發一則通知，
+用了兩種方式蓋 `prod-write-ok` 都無效，一度以為是權限問題。」
+⇒ **閘不會告訴你門是壞的**，所以人會往錯的方向查（權限、classifier、設定），
+而根因在閘自己身上。
+
 🔴 **後果**：那三支閘在雲端**等於純擋**。總管照著閘自己印的指示做，
 做幾次都打不開，**而閘不會告訴他門是壞的**。