TL;DR
Codex 的使用額度重置了。我心想，這下可以放手大幹一場。結果 Codex 連新的對話串都開不了，畫面上只有一行 No space left on device (os error 28)。
原因不是 AI，不是雲端，也不是流量限制，而是 Mac 的 SSD 真的被塞滿了。
把沒用的檔案刪掉之後，立刻恢復正常。這件事讓我發現：AI 時代的開發環境裡，有「使用額度」和「本機儲存空間」兩個互不相干的油箱。而且在掏錢加購 SSD 之前，先做一輪日本製造業最熟悉的 2S（整理、整頓），划算得驚人。2S 是日本工廠為了維持作業現場整潔而使用的 5S 管理法當中的前兩步。
Codex：「額度恢復囉！」
Mac：「剩餘空間，零！」
Codex：「我只是想寫個幾 KB 的鎖定檔……」
Mac：「沒地方了。」
人類：「什麼都做不了」
1. 先是「額度重置嘉年華」
2026 年 8 月 31 日，一則關於 Codex / ChatGPT Work 使用額度重置的公告在 X 上掀起討論。貼文寫著「太平洋時間下午 6 點重置」，氣氛根本就是過節：盡量用，把最新功能都試一遍。
從日本來看，時差有點繞。8 月的美國西岸通常是 PDT（UTC-7），所以當地 18 點換算成日本時間，大約是隔天上午 10 點。如果照字面用 PST（UTC-8）計算，則是 11 點左右。不管哪種算法，到了日本的上午稍晚，重置都已經完成了。
OpenAI 官方說明頁面也提到，符合資格的使用者可能會獲得一次性的 Codex / ChatGPT Work 使用上限重置。另一套叫「banked reset」的機制，則明確寫著使用完整重置後，5 小時額度和每週額度都會更新。
所以這天大家的期待值很高。
「好，油箱加滿。今天可以放手跑了。」
不過緊接著我就發現，另一個油箱是空的。
2. 可是 Codex 就是什麼都做不了
重置之後，我打開 Codex 準備開工，卻發現新的對話串無法初始化。
錯誤訊息的核心是這樣：
failed to open thread writer lock ...
No space left on device (os error 28)
這裡要注意的是，thread writer lock 並不是什麼大檔案。
簡單說，鎖定檔就是一塊牌子，上面寫著「這份資料我正在寫」。它是個很小的管理檔案，用來避免多個行程同時把同一段對話或狀態搞壞。
可是一旦儲存空間逼近零，連這麼小的一塊牌子都放不下。
也就是說，這個高效能 AI 停擺的原因是：
「連幾 KB 的停車位都沒有」。
未來感和社區管委會的氣息，在這裡奇妙地並存了。
3. os error 28 到底在說什麼
No space left on device 幾乎就是字面上的意思：裝置上沒有剩餘空間了。
這次是 Mac 的儲存空間真的用完了。我刪掉一些不需要的檔案騰出空間，Codex 當場就復活了。
所以診斷過程非常乾淨：
- Codex 想寫入對話串用的檔案
- 作業系統以「沒有空間」為由拒絕
- Codex 初始化失敗
- 刪除沒用的資料
- 可以寫入了
- 立即恢復
明明是雲端 AI，最後卻敗在本機硬碟的實際剩餘空間上。
說起來理所當然，但平常用慣了雲端服務，很容易忘記這一點。
4. SSD 滿了，不只是「存不了檔」
磁碟空間不夠，麻煩可不只出現在儲存大影片的時候。
應用程式平時就一直在寫入大量的小檔案。
- 鎖定檔
- 暫存檔
- 記錄檔
- 快取
- 設定和狀態資料
- 資料庫更新
- Git 物件和工作資料
- 建置產物
- 作業系統和應用程式的暫存空間
所以剩餘空間徹底枯竭時，就算看起來只是個「聊天畫面」，也可能啟動失敗，或是建立不了新的對話串。
Apple 官方也建議：當 Mac 的啟動磁碟幾乎滿了，就到「系統設定 → 一般 → 儲存空間」查看使用狀況，透過刪除不需要的檔案、移到外接儲存裝置、清空垃圾桶等方式騰出空間。
5. 「額度」和「SSD 容量」是兩本完全不同的帳
這次最有意思的就是這一點。
Codex 至少受兩種資源限制。
| 資源 | 耗盡後會怎樣？ | 這次的情況 |
|---|---|---|
| Codex / Work 使用額度 | 模型執行受限 | 已重置並恢復 |
| Mac 的本機容量 | 無法寫入狀態、記錄、鎖定檔等 | 幾乎為零 |
也就是說，
雲端：油滿
本機：沒油
這就像有人交給你一輛加滿油的車，可停車場的出口卻被水泥封死了。
額度回來了，並不代表電腦的記憶體、SSD、網路、權限、Git 狀態也跟著恢復。
越是每天跑 AI 代理程式，就越需要把這些「多個油箱」分開來看。
6. 騰出空間，當場就修好了
實際的處理方法很簡單。
刪掉不需要的資料，騰出剩餘空間。
光是這樣，Codex 就恢復了。
這種可重現性很重要。如果明明空出了幾十 GB 還出現同樣的錯誤，就該懷疑別的原因；但這次是「真的沒空間 → 刪除 → 修好」，原因和對策一條線連起來了。
這時候「要不要馬上買顆 SSD」的念頭就冒出來了。
可是 SSD 並不便宜。
而最後冒出來的答案，竟然來自製造業。
先做 2S。
7. 買 SSD 之前先 2S：數位版「紅牌作戰」
2S 就是 5S 裡的前兩個 S。
- 整理（Seiri）：把要的和不要的分開，不要的丟掉
- 整頓（Seiton）：把要的東西放在需要時能馬上拿到的位置
放到電腦上完全一樣。
一看到容量不足，人很容易反射性地想「買個 1TB SSD 吧」。但如果儲存空間裡躺著 100GB 的無用檔案，那買 SSD 就等於倉庫亂了，所以去擴建倉庫。
先貼紅牌。（在日本工廠裡，紅牌是貼在「可能不需要的東西」上的標籤，方便大家在丟棄前一起確認。）
數位 2S 要檢查的地方
Downloads裡留著的舊 ZIP、DMG 和安裝程式- 只用過一次的影片、圖片原始檔
- 舊的 Git clone 和重複的儲存庫
- 用完的建置產物
- 如果用 Docker，多餘的 image / container / volume
- 如果用 Xcode，多餘的 Simulator 和 DerivedData
- 舊的 iPhone / iPad 備份
- 肥大的記錄檔和當機報告
- 解除安裝應用程式後殘留的無用資料
- 垃圾桶
不過，看不懂是什麼的系統資料夾，只憑佔用空間大就全刪，那不叫 2S，叫爆破拆除。
尤其是可能包含開發環境設定、認證資訊、工作階段的資料夾，先弄清楚是什麼資料再動手。
8. 1TB 夠不夠？做完 2S 再回答就容易了
要買外接 SSD 的話，1TB 夠嗎？
這取決於你的使用量，但判斷的順序很重要。
- 先刪掉不需要的東西
- 量一下只算真正需要的資料佔了多少 GB
- 觀察一兩個月會成長多少
- 如果內建 SSD 還是長期爆滿，再考慮擴充
如果你主要處理文章、程式碼、Git，沒有大量 4K 影片、虛擬機器、本機大型語言模型，再加一顆 1TB 外接硬碟，往往就是相當寬裕的餘量。
反過來，如果做完 2S 騰出了幾百 GB，
買 SSD：延後
錢包：倖存
也完全有可能。
買之前先測量，這同樣是一種漂亮的改善活動。
9. 防止再犯：Mac 也需要「設備保養」
既然已經掉到過 0GB，之後就別再用到極限了。
- 每個月看一次「系統設定 → 一般 → 儲存空間」
- 定期清理「下載項目」資料夾
- 依大小排序檢查大型資料夾
- 別把一次性的 clone 和產生的檔案丟在那裡不管
- 別把垃圾桶當成「自以為刪掉了的倉庫」
- 重要資料先備份再整理
- 內建 SSD 始終留出餘量
「剩餘空間」可不是能用到最後 1GB 的庫存。
不如把一定的餘量當成系統和應用程式運作用的工作空間。
工廠裡要是連走道都堆滿材料，人就沒辦法走動了。
Mac 也是一樣。
10. 結論：AI 時代，2S 照樣管用
把這件事濃縮成一句話：
Codex 的額度全部恢復了，但 SSD 剩餘空間是 0，連幾 KB 的鎖定檔都建立不了，整個停擺。刪掉沒用的東西後就好了。
而得到的教訓，意外地很傳統。
- 看容量
- 讀錯誤訊息
- 丟掉不要的東西
- 整頓好要用的東西
- 留出餘量
排查最前沿 AI 的故障，最後冒出來的概念竟然是 2S。
技術不斷進步，偶爾也會回到工廠。
Codex：「我能用最新模型推論。」
Mac：「可是我剩餘空間是 0GB。」
2S：「那邊，我幫你貼張紅牌。」
Sources
- OpenAI Help Center — Using Codex with your ChatGPT plan
https://help.openai.com/en/articles/11369540-using-codex-with-your-chatgpt-plan - OpenAI Help Center — How banked Codex resets work
https://help.openai.com/en/articles/20001498-how-banked-codex-resets-work - Apple Support — Free up storage space on Mac
https://support.apple.com/en-us/102624 - X post referenced in the episode
https://x.com/thsottiaux/status/2094144275957350900
