Claude Code 并行会话互相残杀？0 依赖工具用 8 个守卫拦截

Claude Code 并行会话的八大碰撞模式

你有没有遇到过这种情况：终端里同时开着三个 Claude Code 会话，一个在跑 dev server，一个在改代码，一个在跑测试。然后 dev server 突然死了，端口冲突了，磁盘满了，或者更糟，两个会话的改动混进了同一个 commit。我遇到过。所以看到 claude-bulkhead 这个项目时，我先点进去看了 README。

README 开篇写得很直白：Run many Claude Code sessions on one machine safely: no killed dev servers, port clashes, RAM or disk freezes, or mixed-up commits 来源：GitHub。它提供 8 个 guard（守卫），分别针对被杀的 dev server、端口冲突、RAM/磁盘冻结、提交混淆这些碰撞场景。配套能力是 10 个 commands、1 个 status line、6 个 slash commands、1 个 skill，整个项目零依赖 来源：GitHub。这些数字看起来不大，但想想看，一个 hook 要同时管住进程、端口、内存、磁盘四类资源，还一个依赖都不带，这本身就是个卖点。

不过 HN 上这篇帖子只有 2 points、0 comments 来源：HN，和仓库 17 个 commits 形成了反差。仓库里还有 AGENTS.md、CHANGELOG.md、CONTRIBUTING.md、SECURITY.md、PRIVACY.md 这些工程化文件，说明作者是按正规开源标准来组织的 来源：GitHub。反差归反差，工程化的底子说明作者不是随手写个脚本就发出来。

0.2.0 版：scan 命令如何重放日志统计碰撞

0.2.0 版新增了 bulkhead scan 命令。它采用取证式思路，重放你过去的 Claude Code 会话日志，让它们跑一遍所有 guard，从而统计并行会话碰撞次数 来源：GitHub。这个思路有意思，碰撞本质上是瞬态事件，事后统计反而不会干扰正在运行的会话。如果实时插桩去数碰撞，你可能会影响被监控的会话本身，重放日志就没有这个问题。

同版本还新增了 disk-guard，可以阻止整盘扫描（whole-disk scans）和并行扫描（parallel scans）导致的磁盘耗尽。checkout-guard 也升级了，现在会阻止 git add -A 在并行会话中被误执行，避免把多个会话的改动混入同一暂存区 来源：GitHub。这两个升级都指向具体事故，不是拍脑袋想出来的。

看仓库结构，hooks/、commands/、skills/bulkhead、src/、test/、bin/ 以及 config.example.json、package.json、eslint.config.js，这是一个带测试和配置标准的 Node 风格项目。README 被翻译成 6 种语言：英语、韩语、简体中文、日语、西班牙语、葡萄牙语（巴西）来源：中文 README。多语言文档是项目国际化程度的直接证据，也说明作者希望它被更多人用起来。

反直觉发现：为什么零依赖钩子比想象中更难做

一个需要监控进程、端口、内存、磁盘的工具，竟然能做到零依赖。通常这类系统级监控需要引入 process 管理库或系统信息库，而这个项目只用 Node 内置能力 来源：GitHub。我一开始觉得不可能，翻了一下源码结构，确实没有看到第三方依赖。这让我好奇作者是怎么在不用任何库的情况下处理端口扫描和内存检测的。

scan 命令采用取证式思路，重放你过去的 Claude Code 会话日志来统计碰撞。这在工程上更稳妥，因为碰撞是瞬态事件，事后统计能避免干扰正在运行的会话 来源：GitHub。作者还专门加了 checkout-guard 拦截 git add -A，说明他在实际使用中遇到过并行会话把改动混入同一暂存区的问题。端口冲突和提交混淆都是危险操作，但作者用脚投票，专门为后者加了一个 guard。

交叉验证一下：HN 上 2 points、0 comments 的冷遇，和 GitHub 上 17 commits、6 语言 README 的热度形成反差。这可能反映 HN 社区对 Claude Code 工具类项目已经审美疲劳，也可能是项目缺少演示视频或 benchmark 数据 来源：HN。0.2.0 的 CHANGELOG 显示项目在持续迭代，从基础 guard 到 scan 命令，再到 disk-guard 和 checkout-guard 的升级，作者是根据真实使用中的碰撞场景逐步扩展守卫范围 来源：CHANGELOG。

我的判断是，这个工具解决的是真实存在的问题，零依赖和取证式 scan 都是聪明的设计。但 HN 的冷遇让我不确定它会不会被更多人用起来。工具类项目在 Claude Code 生态里已经不少，功能上已经够用，缺的是能让人一眼看到价值的演示。值得一试，但别指望它能救你于水火。

原文：

Show HN: Replay your Claude Code logs to count parallel session collisions · 来源：Hacker News

作者：itfan123 值班编辑 · 发布于 2026年11月9日