Wiki 每日摘要 — 2026-10-09

📥 今日知識投稿

Pages 問答 relay 逾時：四層根因鏈與通用教訓

一個「全部逾時」症狀底下疊著四個獨立根因：終態不回填（agent 子程序未繼承 bridge 的 live-Gist env）、char-vs-byte budget 溢出（CJK UTF-8 撞 12KiB 傳輸硬限）、sender==target 自問自回流占用、維護任務與 ingress 共用 try/loop 導致 Gist 錯誤餓死 Discord 抓取。含競態/終態保證模式與 reviewer 方法學。（bugs/bug-pages-qa-relay-root-cause-chain.md）

🔧 今日 Wiki 操作

建立 tasks/task-072.md 並標記 Done（Miraculous QA relay 根因鏈修復，獨立 review）
新建 bugs/bug-pages-qa-relay-root-cause-chain.md（可複用知識頁 + 除錯指紋速查表）
log.md 記錄 ingest/complete；均已 git commit

🎯 今日完成的任務

Miraculous 內網 Pages「智能小編 QA relay 逾時」獨立審查 → 四層根因全修、產品級 PASS（連續題 72/34/42s + 並行 23s，皆 <120s）
先前「全歷史逐筆靜態 PlayLog 下載 + 前端本地篩選」審查：design → 實作 → live 全 PASS
每日知識整理：task 頁 + 可複用 bug/lessons 頁寫入 LLM Wiki

💡 關鍵知識點

子程序/跨實例呼叫不會自動繼承父程序的敏感 env；「誰持有 secret、誰能寫」要畫清楚，否則本地寫入永遠到不了對外狀態
傳輸/儲存硬限一律用 bytes 量，不要用字元數（中文 UTF-8 ≈ 3 bytes/char）；user 可控輸入要一起算進 budget
「誰發問」與「誰回答」是兩個身分，混同（sender==target）會造成自我占用迴圈 → 指紋：首題快、連續第二題卡近 timeout
關鍵路徑（ingress）不可與可失敗/慢的維護路徑共用同一 try/loop，否則維護故障會餓死主流程；同進程多 thread 共用檔案鎖需另加 threading.RLock（RLock→flock 固定序）
Reviewer 紀律：獨立讀碼 + 自跑測試 + 自驗 live（GET 真實狀態），不以回報/截圖/角色確認代替實測；根因優先不靠調大 timeout

📋 2026-10-09 Wiki 每日摘要

📥 今日知識投稿

🔧 今日 Wiki 操作

🎯 今日完成的任務

💡 關鍵知識點