TL;DR
Codex的使用额度重置了，本以为终于可以放开跑任务。结果Codex连新线程都建不了，报错：
failed to open thread writer lock ...
No space left on device (os error 28)
原因不是模型、云端或限额，而是Mac的SSD真的满了。
删掉不需要的文件、腾出空间后，Codex立刻恢复。这个小事故说明：AI开发环境至少有两套彼此独立的“资源油箱”——云端使用额度和本地存储空间。买新SSD之前，制造业里最基础的2S：整理（Seiri）与整顿（Seiton），在电脑上同样非常有效。
Codex：“额度恢复啦！”
Mac：“剩余空间0GB。”
Codex：“那我写个几KB的锁文件？”
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尝试写本地线程状态
- 操作系统因磁盘满而拒绝
- 线程初始化失败
- 删除无用文件
- 文件系统重新可写
- Codex恢复
云端AI依然需要本地的状态、缓存、日志和锁文件。
4. SSD满了，不只是“大文件存不了”
应用每天都在写很多小东西：
- 锁文件
- 临时文件
- 日志
- 缓存
- 设置与状态
- 数据库更新
- Git对象和工作数据
- 构建产物
- 系统与应用临时空间
所以当剩余空间接近0时，即使看起来只是一个聊天界面，也可能连新线程都建不了。
Apple官方也建议，当Mac启动磁盘接近满载时，通过系统设置 → 通用 → 储存空间检查占用，删除不需要的文件、把数据移到外部存储，并清空废纸篓。
5. 使用额度和SSD容量，是两本账
| 资源 | 用完后 | 本次情况 |
|---|---|---|
| Codex / Work使用额度 | 模型工作受限 | 已重置 |
| Mac本地存储 | 状态、日志、lock无法写入 | 几乎为0 |
也就是：
云端：满油
本地：没油
使用额度重置不会顺便重置RAM、SSD、网络、权限或Git状态。
AI Agent越深入日常开发，就越要习惯同时看多个独立资源。
6. 删除一些东西，立即恢复
实际修复方法非常朴素：
删掉不需要的数据，腾空间。
然后Codex就好了。
如果明明还有几十GB空闲却继续报同样错误，那就应该调查别的问题。但这次是“磁盘满 → 删除 → 恢复”，证据链很完整。
接下来很自然会想：
“买个SSD？”
但SSD并不便宜。
于是答案突然变得很制造业：
先做2S。
7. 买SSD之前，先来一次数字化红牌作战
2S来自5S的前两项：
- 整理（Seiri）：区分需要和不需要，去掉不需要
- 整顿（Seiton）：把需要的东西放在容易找到、容易使用的位置
电脑完全适用。
如果硬盘里躺着100GB旧安装包、重复repo和忘记的视频，那么直接加1TB，就像仓库太乱，于是再盖一座仓库。
数字2S检查清单
- Downloads里的旧ZIP、DMG、安装包
- 不再使用的原始视频和图片
- 过期或重复的Git clone
- 已完成项目的构建产物
- Docker的无用image / container / volume
- Xcode Simulator和DerivedData
- 旧iPhone / iPad备份
- 异常膨胀的日志与崩溃报告
- 已卸载应用留下的数据
- 废纸篓
不过，不要看到“大文件夹”就一刀切。
不知道是什么就全删，不叫2S，叫拆楼。
涉及认证、设置或会话状态的目录，先确认内容再处理。
8. “1TB够不够？”应该在2S之后问
正确顺序：
- 删除真正的垃圾
- 测量必要数据到底占多少
- 观察一两个月增长速度
- 如果内置SSD仍长期接近满载，再考虑外置SSD
如果主要存代码、文章和Git仓库，而不是大量4K视频、虚拟机或本地LLM权重，那么额外1TB通常已经是很大的缓冲。
如果清理后一下腾出几百GB：
SSD购买：延期
钱包：幸存
先测量，再投资，也是改善。
9. 防止复发：Mac也需要“设备保全”
- 每月看一次储存空间
- 定期清理Downloads
- 按大小检查大文件夹
- 不要长期放置一次性clone与生成物
- 不要把废纸篓当“待删仓库”
- 整理前备份重要数据
- 给内置SSD留出明显余量
空闲空间不是“必须吃到最后1GB的库存”。
它是系统和应用工作的通道与作业区。
工厂把材料堆满通道，工人就走不了。
Mac也一样。
10. 结论：AI时代，2S依旧有效
一句话总结：
Codex额度已经恢复，但SSD剩余空间为0，导致连小小的lock文件都无法创建；删除无用数据后立即恢复。
救回最前沿AI工具的，不是什么神秘提示词，而是：
- 读错误
- 看容量
- 扔掉不需要的
- 整理需要的
- 留出余量
Codex：“我能用最新模型推理。”
Mac：“你还剩0GB。”
2S：“很好，那个文件夹先贴红牌。”
