我做企業內部系統導入，也自己維護這些系統跑在上面的基礎設施。這裡放的是過程中值得寫下來的部分——多半是那種「當下卡住兩小時、事後三句話就講得完」的東西。
用同源 iframe 量版面時，loading="lazy" 的圖 naturalWidth 全是 0。在 Chrome 156 重做，沒載的圖在伺服器記錄裡一筆請求都沒有。lazy loading 依 HTML 規格拿最上層視窗算距離：iframe 放在 left: -10000px 或 top: 3000px（畫面下方），5 秒內一張都沒載；放在左上角時，拉高到 9000px 或加 visibility: hidden，載入張數都還是三張。實測轉折點夾在 1247～1267px，和 web.dev 寫的 1250px 相容。反過來，headless 的 --dump-dom 六張全載，原因沒追到。量之前把 loading 改成 eager 就夠；測試裡另外把 src 換成新網址，每張圖會多請求一次。
Remotion 4.0.536 的 <Freeze> 換掉的是整個子樹讀到的 frame。一段播放 840 格、停格 671 格的螢幕錄影，整段包 Freeze 時字幕和框線停在第 839 格的狀態，後兩句字幕與「匯出」框線沒出現；先把字幕搬出來只修一半。最後只把 OffthreadVideo 包進 Freeze，疊加層用成片時間、游標與模糊用來源時間。另測到凍結格加上 Sequence 起點超出合成結尾時，Freeze 直接寫在 Sequence 裡會讀到被夾住的值（應為 80，讀到 49）。
Claude Code 2.1.302（macOS）的 Bash 工具裡，find 是以內建 bfs 4.1.1 執行的 shell 函式。和 macOS 的 /usr/bin/find 比：-newermt 不接受 "-5 minutes"、"yesterday"，回 Invalid timestamp、結束碼 1，錯誤在 stderr，接 wc -l 數出 0；@秒數 反過來只有 bfs 接受。-regex 是 GNU 式，+ 和 \| 是運算子；-printf 可用；輸出順序不同。這次的 PATH 下，timeout、xargs 用的是系統 find。
從 cisagov/kev-data 的 git 歷史取 8 月 31 日到 10 月 16 日共 35 個 KEV 版本，以 cveID 逐欄比對：新增 61 筆、刪除 0 筆；9 筆舊條目的 knownRansomwareCampaignUse 從 Unknown 改成 Known，2 筆 dueDate 被改（一筆提前），9 月 1 日全部 1,687 筆多了 forensicTriage 欄位。只用 dateAdded 篩的週報看不出這些修改。同一天多次發布時 catalogVersion 相同，不能當版本鍵。
對 wordpress.org/news 實測：HEAD 加 per_page=1 就從 X-WP-Total 拿到 1,110 篇。per_page=101 回 400；翻到第 13 頁回 400 rest_post_invalid_page_number，不是空陣列，只靠「拿到空陣列就停」的迴圈停不下來。12 頁抓回 1,110 筆、ID 不重複；_fields 讓第一頁從 2,341,785 位元組降到 12,267。分類 count 加總 1,759 比文章多，因為 525 篇有兩個以上分類。
這台 Mac 的 go-build 在 13 天內被 go clean -cache 清了三次，最近一次清完 68.5 小時後又是 8.1G。Go 原始碼的規則是刪掉五天沒用的項目，沒有容量上限；Go 1.24 起 go run 的執行檔也進快取。獨立 GOCACHE 實測：改一行再 go run 多 3.3 MiB，交叉編譯多約 84 MiB，-race 多約 107 MiB。四種 go clean 各刪什麼，以及模組快取為什麼 rm -rf 刪不乾淨。
Chrome 封鎖網站資料時，讀 window.localStorage 這個屬性本身就丟 SecurityError，typeof 也擋不住，'localStorage' in window 卻回 true。module 停在那一行，排在後面、把 .reveal 改成可見的程式沒跑，CSS 的 opacity:0 讓區塊透明：600×200 截圖的深色像素從 6,988 變成 0。只調順序，區塊回來了，語言設定還是沒跑；包上 try/catch，後面的程式才都執行。關掉 JavaScript 的訪客也看到透明的區塊。
用 find -newermt 找昨天以來改過的檔案、加總 stat 的大小，得到 505.23 GB，比 494 GB 的 APFS 容器還大：一個稀疏檔（OrbStack 的虛擬磁碟）邏輯大小 494 GB、實際配置 19.46 GB。改算配置區塊是 30.42 GB，但修改時間不等於新資料；共用區塊的 APFS clone 又會讓 du 多算。改用兩次 du 快照相減加上 df：27 分鐘內家目錄淨變化 −16 MiB，可用空間卻多了 172 MiB，還有約 156 MiB 沒有解釋。
sqlite3 -readonly 對 2.69 GB 的資料庫做 GROUP BY 加 sum(length(大欄位))，在磁碟剩約 2.1 GB 時回結束碼 13。EXPLAIN 顯示排序器帶著整個大欄位進暫存 B-tree，length() 排完才算；150.5 MB 的測試庫讓暫存空間多用了約 158 MB。RAM disk 重現 database or disk is full (13)，改用 MATERIALIZED CTE 先算長度，量不到增加。
"$n個檔案" 印不出 3：緊貼變數的中文字被吃掉一個位元組macOS 內建的 /bin/bash 3.2.57 在 UTF-8 語系下，把緊貼 $n 的中文字或全形標點開頭的位元組當成變數名：值不見、可能留下亂碼，開了 set -u 就是 n�: unbound variable。原因是逐位元組的 isalnum()。zsh 不吃全形標點，卻會把整串中文字當成變數名；ShellCheck 0.11.0 預設不警告；這台機器的紀錄裡有 4 筆。寫 ${n}。
Chrome 155 的 --headless --screenshot 沒給 --user-data-dir 時，暫時設定檔放在 ~/Library/Application Support/Google/Chrome-headless/：實測正常結束沒有留下，被 SIGTERM、SIGKILL、SIGINT 或 timeout 中止都留下，跑 20 到 25 秒的約 47 MiB。SIGTERM 那次結束碼 0、沒有截圖。頁面在等一個沒回應的請求時，--virtual-time-budget 不會停，--timeout 會。
~/.codex 裡存了約 8 MBcodex exec 預設每次新的執行寫一個 session 檔。這台 Mac 上 10 月的 1,162 個 exec session 共 4.6 GB、中位數 4.43 MB，約 86% 的位元組是 base64 圖片：865 張生成圖有 842 張剛好四份，~/.codex/generated_images 的 PNG 一份，session 檔裡兩份，thread_history_1.sqlite 再一份，平均合計約 8.4 MB。codex-cli 0.159.2 加 --ephemeral 的兩次測試沒有留下 session 檔和 thread 紀錄；圖片那份 PNG 有沒有照寫，我還沒測。
Claude in Chrome 的 type 把有按鍵對應的字元（英數、空白等）送成按鍵事件、其他字元送成 Input.insertText，不等回應就發出。10 月 13 日在 Threads 回覆框裡，夾在中文之間的「ERP」兩次消失，清除也失敗、框裡累積成三段。本機三種編輯器 120 次重現都一字不差，原因未明；改用 execCommand('insertText') 一次插入、整段比對，並注意它在 Chrome 155 的測試中沒有觸發 beforeinput。
Claude Code（2.1.299）的 Bash 工具裡，grep 是呼叫內建 ugrep 的 shell 函式，固定帶 --ignore-files、-I：遞迴時套用 .gitignore、忽略二進位檔的匹配，加入本篇前量的同一個字串在這個 repo 回 6 個檔案，系統 grep 回 13 個；只有被 ignore 的檔案相符時結束碼是 1。xargs、timeout、另起的 shell 用的是系統 grep；PATH 上沒有 ripgrep 時，timeout rg 找不到執行檔。
從乾淨的 worktree 部署公司官網時，sitemap 檢查回報 stale in sitemap：已 commit 的 sitemap 列著一個 git 裡沒有的頁面。那頁前一天已從工作目錄部署上線、送過 Google 和 IndexNow，卻被當成草稿從 sitemap 拿掉，隔天的部署上傳了少它的 sitemap。產生器讀磁碟、commit 讀索引；lastmod 用 git log，先重產再 commit 也會落在上一次。附本機重現、三個改法，以及這個站同樣的性質。
HTTPS 推送中途斷線時，git push 可能在 fatal: the remote end hung up unexpectedly 之後照樣印 Everything up-to-date（--porcelain 印 Done），本機重現的結束碼是 1；接上 | tail -2、沒開 pipefail 時 pipeline 回 0，還切掉了 RPC failed 那行。兩次 GitHub 推送紀錄、本機假伺服器重現，以及 git v2.50.1 原始碼裡 helper 先回報空結果、再以 128 結束的順序。推送後用 pipefail 和 git ls-remote 確認。
codex exec 的 -i, --image <FILE>... 一次收多個值，寫在 prompt 前面時，prompt 會被當成第二個圖檔路徑。stdin 是 /dev/null 時 0.23 秒失敗；stdin 有內容時（讀到 EOF）改用 stdin 當 prompt，原本的 prompt 在 session 紀錄裡變成一條「找不到圖檔」的提示，結束碼 0；pipe 沒關就一直等。三種寫法實測不會被吃掉。
我四個站的 IndexNow 腳本，三支沿用同一套提交邏輯：不帶參數就把整份 sitemap 送出去（2026-10-13 已 commit 的版本是 413、1,920、15 個網址），而 IndexNow 的 FAQ 寫它不是設計來一次送全站的。回 202 時印「submitted」，但文件說 202 是金鑰還在驗證；用假伺服器回 403、422、429，結束碼都是 0。第四支預設只印不送，網址從 git 變更產生或手動指定。
在 macOS 26 上，df -h / 的 Capacity 是 82%，同一時間 /System/Volumes/Data 是 100%，APFS 容器已用 99.4%。/ 掛的是封印的系統快照，這台機器上 Used 只有 12 GiB，而 Capacity 是 Used 占 Used+Avail 的比例，所以 / 要剩約 1.3 GiB 才會超過 90%。監控磁碟要看 Avail 的絕對值。
改用 aws login 之後，部署腳本連續呼叫 aws 時間歇回 CreateOAuth2Token 的 invalid grant。兩天裡的 commit 換了好幾個假說，最後改成用 aws configure export-credentials 匯出一組憑證、之後固定使用。但我寫在 commit 裡的原因「每次呼叫都用掉 refresh token」，和 AWS 文件的「每 15 分鐘依需要更新」「refresh 在有效期內冪等」對不上。修法留著，原因改標成推論，再補上憑證最長 900 秒的守門。
台灣海關的統計查詢要輸入驗證碼，我改用 UN Comtrade 的鏡像資料：別國申報的對台貿易。照 ISO 代碼 TWN 查到 158，我試過的查詢全是空陣列；官方說明台灣用 490「Other Asia, nes」，但這個代碼也可能收其他未指定的亞洲地區，沙烏地 2025 年有一半出口記在 490。查詢當天取不到越南 2024、2025 年的資料集，對 490 有出口紀錄的報告國從 145 家變成 112 家，跨年加總前要先固定國家。
用 curl 抓 EUR-Lex 的法規頁，拿到 202 Accepted、0 位元組，curl -f 回 0，Python urllib 也不丟例外。那是 AWS WAF 的 challenge。改從 Cellar 用內容協商抓：這次三份文件的請求中，text/html 與 application/pdf 回 404，application/xhtml+xml 拿得到全文；先讀 branch notice 看它有哪些格式。
我原本的規則是「Google 不會自己回來讀 sitemap，部署完一定要重新提交」。拉出 23 支 sitemap 的 lastSubmitted 與 lastDownloaded：12 支幾個月沒提交，仍在 9 天內被下載；重新提交的 9 支有 7 支約半小時後有下載紀錄，2 支一天後還在等。indexed 欄位已棄用，ping 端點回 404，IndexNow 名單裡沒有 Google。
為了只上線 commit 過的版本，我從乾淨的 git worktree 部署。最後一步 aws s3 sync --delete 比對的是本機目錄，沒進 git 的 32 張社群配圖在那裡不存在，S3 上的就被刪了，連續兩次。用三十行的假 S3 離線重現，四種修法，以及先 dry-run 再刪的守門寫法。
2026 年 7 月 15 日之後建立的 repo，GitHub Actions OIDC token 的 sub 變成 repo:owner@ID/repo@ID:…。照舊格式寫的 AWS trust policy 只會回 Not authorized，每次嘗試 12 次才失敗，repo:owner/repo:* 也對不上。實際印出的 claim、changelog 原文、寫 policy 前先查前綴的 API。
www 轉址與目錄索引寫在同一支 CloudFront Function 裡時，301 的網址是程式碼自己組的。只讀 value 會丟掉同名參數的第二個值，補斜線的轉址沒接 query，utm 兩跳之後消失。線上 curl、在本機用 Node 跑 handler 的測法，以及修完的函式。
LinkedIn 的發文框是 Tiptap（ProseMirror）。用 ClipboardEvent 貼純文字時，連續換行只算一個段落分隔，空行全部消失；用程式全選後立刻貼，編輯器的選取還沒同步，新內容接在舊內容後面。本機重現兩個問題，以及怎麼攔截不在 DOM 裡的檔案欄位。
查公司登記該用商工行政資料開放平台的 API，不是有 Cloudflare 阻擋與驗證碼的查詢頁。但 $format、$filter 放進雙引號會被 shell 展開成空字串；$format 錯誤回 HTTP 200 加一行中文，查無資料回 200 加 0 個位元組。實測回應，以及逐層驗收的寫法。
--window-size 寬度低於 500 時，headless Chrome 一律用 500px 排版，截圖再裁成你要的寬度，PNG 尺寸完全正確。載入時讀到的 innerHeight 也比視窗少 87px。六個寬度的實測表、Chromium 原始碼裡那個 500，以及用 DevTools Protocol 直接設定 viewport 的做法。
AWS CLI 的簡寫語法用逗號分隔，值裡的逗號一樣會被拆。--function-config 的 Comment 因為只收字串而報錯；ec2 --filters 的 Values 本來就是清單，於是安靜地變成兩個值送出。用本機 endpoint 加範例金鑰重現，不碰任何 AWS 帳號，以及我在腳本裡一律寫 JSON 的理由。
codex exec 只要 stdin 不是終端機，就會讀到 EOF 並接在 prompt 後面。從 Node.js 用預設設定 spawn 它，60 秒後還在等；放進 while read 迴圈，它把剩下的清單吃掉，迴圈只跑一圈。四種 stdin 的實測時間，以及 < /dev/null 的修法。
在 Claude Code 裡跑 set -- $pair，只拆出一個參數：那個叫 Bash 的工具在我的 Mac 上實際由 zsh 執行。zsh 預設不拆未加引號的變數，而且不報錯；glob 沒命中時那條指令直接不跑，放在 for 清單裡還會讓整支腳本結束。附三個 shell 的對照輸出，以及兩邊都能跑的寫法。
身分閘門只在身分錯的時候才執行，而那條路徑平常沒人走。故意用錯的身分跑一次，兩分鐘內發現兩件事：比對帳號 ID 會放行 root（root 跟你在同一個帳號裡），而且錯誤訊息本身在 set -u 下爆掉。談負面測試的兩條驗收標準，以及還有哪些程式碼只在失敗時執行。
第一篇講的目錄 key 陷阱，根源是把 SPA 的錯誤設定套在沒有前端路由的站上。談把 404 說成 200 的三個代價（soft 404、監控失效、騙到自己）、正確的錯誤回應該長什麼樣，以及為什麼私有 S3 bucket 回的是 403 而不是 404。
多頁靜態站的打包工具要你列出每個 HTML 進入點。那份清單是人維護的，漏改不會報錯——build 成功，只是少一頁，而且 dev server 照樣看得到，所以你只在正式輸出裡發現。談怎麼掃檔案系統取代清單、三個實作細節，以及為什麼草稿該用目錄約定隔開而不是用排除清單。
set -e 建立在「中止比繼續安全」這個假設上，而部署腳本剛好不成立——部署到一半的站是壞掉且沒有訊號的狀態。我踩過一次：sync 完成、補目錄 key 到一半 session 過期，於是 invalidation 與全站驗證都被跳過。談分界線該畫在「第一次寫入線上」那一行，以及為什麼 -u 和 pipefail 要留著。
一條 max-age 打天下只有兩種結局：設太長改了沒生效，設太短 CDN 白裝。判準是「檔名會不會隨內容改變」，切下去正好三類。談 immutable 比長 max-age 多做了什麼、max-age=0 為什麼不是「不要快取」，以及 invalidation 清得掉 CDN、清不掉使用者瀏覽器。
Lighthouse 實測，一支 Google Fonts 的 stylesheet 單獨佔掉近 800 毫秒的首次繪製時間。談那 800ms 花在哪（兩個網域、兩輪 DNS+TLS，而且有順序相依）、preload 換 rel 那個 hack 的原理與代價，以及為什麼繁體中文上萬字的規模讓 webfont 從一開始就不划算。
第一篇裡用三句話帶過的那支腳本，展開講。靜態站兩種最常見的壞法——目錄 key 缺失、部署根本沒生效——都回 200，所以只能比對內容。談為什麼用 <title> 當指紋、為什麼刻意不加 set -e、為什麼除了部署時還要每天排一次。
把英文版的 canonical 指向中文版，等於告訴搜尋引擎英文版不必收錄——它就真的不會出現。談 canonical 自指、hreflang 三條雙向對稱、<html lang> 也要換、為什麼 feed 得分兩份，以及手工維護的七個同步點該怎麼用腳本檢查。
access log 由 middleware 在 handler 之後產生，看得到的只有 response——錯誤細節在 return 那一刻就沒了。低流量時靠時間順序還能配對，有負載時「前面幾行」就變成猜測。談 request id 怎麼貫穿並回給客戶端、日誌該結構化到什麼程度，以及哪三類東西寫進去就等於外流。
建容器與發布是兩個呼叫、中間要等，而 reply_to_id 吃的是已發布的 post ID——三個限制疊起來讓一串十篇的 thread 成為嚴格序列。真正的問題是這條鏈沒有交易：第六串失敗時前五串已經公開了。談怎麼把它寫成可續發的狀態機。
查不到資源、沒有錯誤訊息，於是你以為它不存在——其實是半小時前 export 的環境變數還活著，你查的是別的帳號。談憑證解析的四層順序、aws sts get-caller-identity 這道閘門，以及為什麼唯讀跑錯帳號比寫入更難發現。
小團隊把多個客戶的後端放同一台機器是合理決定，風險在於做完之後大家會假設它們互不影響。vhost、容器、log group 是隔離的；磁碟、Docker daemon、nginx reload、核心、出口 IP 不是——後面這五樣就是你的爆炸半徑。附磁碟事故的處理指令與該拆出去的四個時機。
修好了、推上去了、問題還在——這時候「程式沒修好」和「那份程式沒在線上跑」的症狀一模一樣。談用 -ldflags -X 把 git sha 烤進 binary、前端為什麼更需要這件事、以及怎麼把它變成部署腳本最後一步的驗證而不是祈禱。
把一塊實作委派給 coding agent，收到的完成報告描述的是它打算做的事——產生報告跟執行是兩條路徑。談報告與 diff 會差在哪五種地方、我的驗收流程（自己讀 diff、自己重跑 -count=1 的測試、單獨看測試檔的 diff 抓假綠燈），以及為什麼驗收的成本是在寫 brief 那一刻就決定的。
金流商打過來的那個 POST 公開、沒有身分、可以被任何人偽造、而且同一筆會重送——它改的還是金額欄位。以綠界 AIO 為例談三件必做的事：重算 CheckMacValue、看懂非同步付款的兩次回調、用 MerchantTradeNo 做冪等，以及為什麼回應格式寫錯會被一直重打。
一條連線鏈六節，手機端看到的永遠是同一句「連不上」。三個獨立的坑：client library 的 if (secure) 把你的 WebSocket 設定蓋回去、EMQX 把 200 空 body 當成拒絕、Docker default bridge 不解析 service name。共通點是壞掉的那一節都回報自己正常。
後端 log 裡是 column "invoice_no" does not exist。程式是對的、migration 也在 repo 裡，只是 prod 從來沒跑過它。談導入期趕驗收手改資料庫留下的漂移怎麼偵測、為什麼止血時該讓 prod 當基準，以及為什麼要用權限而不是紀律來擋下一次。
.env 的問題不是它不安全，是它會被複製——到 NAS 備份、到 docker build context、到某個人的下載資料夾。談憑證不落盤的實際流程、為什麼 zone id 也不該存，以及什麼情況該直接 rotate 而不是先判斷。
瀏覽器說是 MIME type 的問題，其實是部署腳本刪掉了使用者正要抓的舊 chunk。部署完才開頁面的人一切正常，部署當下開著頁面的人白屏——談這條錯誤訊息中間隔的三層改寫，以及為什麼修法是把 --delete 拿掉。
後端回的是有內容的 500，客戶端收到的卻是 {"status":"ok","message":"Request processed"}。狀態碼對、JSON 格式對，只有內容是假的——做這件事的是 proxy_intercept_errors 加一行 error_page。連帶談怎麼逐層剝出改寫發生在哪一層。
生產環境 agent runtime 的八週事故研究：4,286 個單元測試與 827 項治理檢查沒攔下來的，是 LLM 把工具錯誤改寫成一段流暢可信的完成報告。談 fail-plausible，以及為什麼稽核是防重犯的引擎、不是預測的引擎。
我在抓取腳本裡設了一個保險用的分頁上限。它沒有出錯、沒有報警，只是安靜地讓資料長出一個不存在的成長趨勢——而且方向跟事實相反。連帶談 cat: 為什麼會匹配到交叉列名。
用 REST origin 時，CloudFront 不會把 /blog/ 解析成 blog/index.html，而 SPA fallback 會把 404 蓋成 200 的首頁——最難察覺的一種壞法。連帶談 sync --delete 為什麼會把補好的目錄 key 再刪一次。