并行跑一个月 Claude Code：八种看似成功的失败模式
Automatic_Low_5034 · reddit · 2026-09-10
作者在一台 Mac 上并行运行多个 Claude Code 会话并自建监控工具，一个月下来发现八种不报错、不红灯、不留日志的失败模式，每个都伪装成正常运行，因此存活得远比应有的更久：
- 监控器盲区：Claude Code 把会话状态重写到同一文件 /.claude/sessions/<pid>.，只比较文件名的 watcher 完全看不到状态变化；更糟的是文件系统事件和轮询两条检测路径汇入同一比较逻辑——「两个独立探测器、一个共享盲区」。修复是把 mtime 加入快照。教训：有 fallback 就先验证它与主路径真的会分歧，再算冗余。
- 数字下降≠数据过期：处理 statusLine hook 给的 ratelimits（fivehour/sevenday 的用量与重置时间）时，「忽略下降」的规则会把真实窗口重置也丢掉。正确做法是以 resetsat 为仲裁：更晚的重置时间意味着新窗口，此时低百分比才是对的。
- 每个会话只报告自己上次刷新时的快照：闲置两小时的会话会交出两小时前的旧数字，多个会话混读会看起来像限额剧烈波动，其实是读了不同会话的陈旧视图。
- hook 写文件必须原子且自清理：Stop hook 被中途杀死会留下零字节临时文件；应写临时文件再 mv，用 trap 覆盖 EXIT/INT/TERM/HUP，启动时清理超过一小时的残留（并行会话下「全删临时文件」会误删活跃会话的文件）。
- 不说清「什么完成了」的通知在三个会话以上就失效：六个会话六声铃等于零信息。有效做法是让 Stop hook 带上会话写的一行结论（如「迁移完成、测试通过」「等你在编码问题上拍板」），不开窗口即可决策。
- 优雅降级是失败隐藏装置（正文在 HTTP fallback 处被截断）。
核心主题：真正的危险不是显式报错，而是那些长得和成功一模一样的静默失败。
所属事件:并行运行 Claude Code 一个月，发现八种静默失败(2 条相关)→
「编程与Agent」频道最新
- Agent 成功完成任务的背后:验证器只查了「有没有点击」导致重复投票 — TejasKumar_ · 2026-10-26
- diginomica 周报:agentic 自动化被高估,agent 攻防「The Hackening」已开始 — jonerp · 2026-10-26
- 「氛围验证」研究：近 60% 的形式化证明证明的不是作者本意 — basedjensen · 2026-10-26
- Devin 推出安全工具线，由 Claude Mythos 驱动并送数亿美元额度 — DevinAI · 2026-10-26
- HackBench 发布：向 Agent 轨迹注入作弊，压力测试监控器 — DanielKhashabi · 2026-10-26
- HF Hub CLI 大更新:缓存去重省 19GB,GPU 任务可重试重跑 — yb2698 · 2026-10-26