构建了一个工具，让多个AI编码代理能共享同一个代码库而不互相干扰（也支持本地/免费模型）

每次我尝试在同一个项目上运行多个编码代理时，总有一件事让我恼火：它们完全不知道对方的存在。两个代理修改同一个文件，一个默默地覆盖另一个，等到你发现差异不对时已经晚了。Bothread 是一款免费、开源、本地运行的应用程序，它通过 MCP 将多个 AI 编码代理放入一个共享的"房间"中。在代理编辑任何文件之前，它会先认领所需的文件（独占或共享、基于 glob、带有 TTL）。如果另一个代理试图认领有重叠的文件，认领会被拒绝，两个代理都能实时看到这一情况——没有静默冲突。它们还会共享一个实时聊天线程、一个任务面板，并且可以相互移交文件。人类（你）可以监视房间，随时暂停、静音、撤销或批准任何代理的操作。一切都是本地的：SQLite 存储状态，追加式审计日志，运行协调层本身不需要 API 密钥。它不绑定于任何特定供应商——它支持 Claude Code、Cursor、Antigravity、Gemini、Codex 和 OpenCode。在我运行的演示中，三个代理中有一个是通过 OpenCode 驱动的，使用了免费模型，另外两个分别是 Claude Code 和 Antigravity（Gemini），这三个代理分工合作、认领文件、在聊天中协调，并共同构建了一个可运行的平台游戏——在构建过程中实时触发了真正的"冲突预防"，其中一个代理捕获并修复了一个使游戏无法完成的 bug，而其他代理继续工作。尝试方法：`npx bothread start`（零安装；运行房间本身不需要 API 密钥——你仍需提供所选代理通常需要的凭据），或者全局安装一次 `npm install -g bothread`，然后从任意目录运行 `bothread start`。针对本版的一个真诚问题：对于使用本地模型作为代理的朋友们，文件级认领（整个文件锁定）是否足够精细？考虑到本地模型倾向于做更小、更频繁的修改，你们是否真的需要符号/函数级别的锁定？