TL;DR
Codex使用額度重置了，本來以為可以開始狂跑任務。結果Codex連新執行緒都建不起來，畫面顯示：
failed to open thread writer lock ...
No space left on device (os error 28)
原因不是模型、雲端或rate limit，而是Mac的SSD真的滿了。
刪掉不需要的資料、騰出空間後，Codex立刻恢復。這件事提醒我們：AI開發環境至少有兩個互相獨立的資源油箱——雲端使用額度與本機儲存空間。買新SSD之前，製造現場最基本的2S：整理（Seiri）與整頓（Seiton），在電腦上同樣好用。
Codex：「額度恢復！」
Mac：「剩餘空間0GB。」
Codex：「那我寫個幾KB的lock？」
Mac：「沒地。」
人類：「所以真的什麼都不能做？」
1. 一切從「使用量重置祭典」開始
2026年8月31日，X上出現Codex / ChatGPT Work usage reset的消息。貼文表示會在Pacific Time下午6點重置，並鼓勵大家盡量消耗用量、探索最新功能。
從日本或亞洲看，時區寫法有點容易混淆。8月美國西岸通常採PDT（UTC-7），當地18點約是日本隔日上午10點；如果把「PST」嚴格當UTC-8算，則約是11點。無論哪一種，日本時間上午稍晚都已經過了重置點。
OpenAI官方說明也提到，符合資格的使用者有時可能獲得一次性的Codex或ChatGPT Work使用上限重置。另一種banked reset機制在使用full reset時，還可以刷新5小時與每週使用視窗。
所以期待很簡單：
雲端油箱：滿。開工。
結果本機油箱是空的。
2. 但Codex真的什麼都做不了
重置後打開Codex，新執行緒初始化直接失敗。
關鍵錯誤：
No space left on device (os error 28)
thread writer lock不是什麼巨型檔案。它比較像一個很小的協調標記，用來表示「這裡目前有人在寫」，避免多個程序同時破壞狀態。
但當儲存空間完全耗盡，連這個小標記都無法建立。
最先進的AI最後被這句話擋住：
「抱歉，連幾KB的停車位都沒有。」
未來科技瞬間變成停車場管理。
3. os error 28幾乎已經把答案寫出來了
No space left on device就是「裝置沒有剩餘空間」。
這次Mac的容量確實接近0。刪除不需要的資料後，Codex立即恢復。
- Codex嘗試寫入本機執行緒狀態
- OS因磁碟已滿而拒絕
- 初始化失敗
- 刪除無用檔案
- 檔案系統重新可寫
- Codex復活
雲端AI仍然依賴本機狀態、cache、log與lock。
4. SSD滿了，不只是「大檔不能存」
應用程式每天都會寫入很多小資料：
- lock檔
- 暫存檔
- log
- cache
- 設定與狀態
- 資料庫更新
- Git物件與工作資料
- build產物
- OS與App暫存空間
所以當空間接近0，即使外觀看起來只是聊天介面，也可能連新執行緒都起不來。
Apple官方也建議，當Mac啟動磁碟接近滿載時，可到系統設定 → 一般 → 儲存空間查看使用情況，刪除不需要的資料、移到外接儲存裝置，並清空垃圾桶。
5. 使用額度與SSD容量，是兩套完全不同的預算
| 資源 | 用完會怎樣 | 本次狀態 |
|---|---|---|
| Codex / Work使用額度 | 模型工作受限 | 已重置 |
| Mac本機儲存 | 狀態、log、lock無法寫入 | 幾乎0 |
也就是：
雲端：滿油
本機：沒油
使用量reset不會順便把RAM、SSD、網路、權限或Git狀態一起reset。
AI Agent越常用，越需要把這些資源分開看。
6. 刪掉東西後，立刻正常
實際修復方式非常樸素：
刪掉不需要的資料，騰出空間。
Codex就恢復了。
如果還有數十GB空間卻持續出現同樣錯誤，就應該調查別的原因。但這次「容量滿 → 刪除 → 正常」非常清楚。
下一個念頭自然是：
「買SSD？」
可SSD並不便宜。
於是答案突然很工廠：
先做2S。
7. 買SSD前，先做數位紅牌作戰
2S是5S最前面的兩項：
- 整理（Seiri）：區分需要與不需要，移除不需要的
- 整頓（Seiton）：把需要的東西放到容易找、容易用的位置
電腦完全適用。
如果磁碟裡有100GB舊安裝檔、重複repo和忘記的影片，直接再買1TB，就像倉庫太亂，所以再蓋一座倉庫。
數位2S檢查清單
- Downloads中的舊ZIP、DMG、安裝檔
- 不再使用的原始影片與圖片
- 過期或重複Git clone
- 舊build產物
- Docker不需要的image / container / volume
- Xcode Simulator / DerivedData
- 舊iPhone / iPad備份
- 巨大的log與crash report
- 已移除App留下的資料
- 垃圾桶
但不明所以的大資料夾不要只看容量就整個刪掉。
那不是2S，是爆破。
特別是可能含有登入、設定、session狀態的目錄，先理解再處理。
8. 「1TB夠嗎？」應該在2S後回答
順序應該是：
- 先清真正的垃圾
- 測量必要資料實際占用
- 看一兩個月成長速度
- 仍然長期接近滿載，再考慮外接SSD
如果主要是程式碼、文章與Git，而不是大量4K影片、VM或本機LLM權重，額外1TB通常已是很大的緩衝。
如果2S後直接多出幾百GB：
SSD購買：延期
錢包：存活
先量再買，本身就是改善。
9. 防止再犯：Mac也需要設備保全
- 每月看一次儲存空間
- 定期整理Downloads
- 按容量檢查大型目錄
- 不要放著一次性clone與生成物
- 不把垃圾桶當「待刪倉庫」
- 整理前先備份重要資料
- 內建SSD保留明顯餘量
空間不是必須吃到最後1GB的庫存。
它是OS與App工作的通道與作業區。
工廠把物料堆滿走道，人就走不了。
Mac也一樣。
10. 結論：AI時代，2S仍然有效
一句話總結：
Codex使用額度已恢復，但SSD剩餘空間為0，因此連小小的lock檔都無法建立；刪除無用資料後立刻恢復。
救回最新AI工具的不是神秘prompt，而是：
- 讀錯誤
- 看容量
- 丟掉不需要的
- 整理需要的
- 留出餘量
Codex：「我可以用最新模型推理。」
Mac：「你還剩0GB。」
2S：「很好，那個資料夾先貼紅牌。」
