49agents IDE

我一直在试着把智能体编程并行到极致，有时能同时在多个 repo 和任务上管到 15 个 CLI，但上下文疲劳加上老是忘记哪个终端在干嘛，让我付出了巨大的生产力代价。我觉得大多数网格 pane 管理器太受限，于是开始做 49 IDE。自己用了一阵后，有次拿给朋友看，他特别喜欢，还建议我把它开源。从那以后我们就一起做，让我们的 IDE 方案能解决上下文疲劳——为了我们自己，也为了其他开发者。

把东西放在自由画布上时，我们的大脑会毫不费力地把 pane 的相对位置和它旁边的 pane 关联起来，也会把任务上下文、以及这个特定智能体正在跑的项目关联起来。我不是神经生物学家，但就我查到的资料看，我们大脑记住任何信息的方式正是这样——靠和周围事物的关系。我们相信这就是 49Agents IDE 这么有效的原因。

后来我们还加了一些便捷功能——可以追踪 AI 使用情况、连接多台机器并在上面启动终端、把整套东西放到私有网络上，然后从任何设备访问，包括手机……

我们也试过 Claude Code 状态通知（问题/空闲/权限请求），但没能延续下去，因为我们都改成到处用 --dangerously-skip-permissions 了……

另外，我们现在正在试验在同一个 workspace 里协作，也在找测试者/贡献者！！

空间布局是个很妙的想法，但我怀疑它只是把疲劳挪了个地方，而不是真的消除——一旦你有 15+ 个智能体跨项目跑着，还要在 2D 地图上平移缩放去找卡住的那个，感觉也会以它自己的方式让人累。你们用真正大量并发的智能体测试过这个吗，还是最佳区间其实更像一次 5-6 个？

刚意识到我可以把 git diff 直接放在 claude 旁边，然后就一直搁那儿

我现在的循环是：

claude 写些垃圾

cmd-tab

打开 lazygit

检查

cmd-tab

告诉 claude 它幻觉出了一个 API

cmd-tab

再检查一遍

看来我一直在把切换上下文当娱乐

beads 到底是调度模型的一部分，还是只是另一个 pane？也就是说，我最终能不能做到“把每个没有未解决依赖、已经就绪的 issue 都拿出来，给每个 issue 分配一个智能体会话”？

我一直在试着用 crux 做智能体相关的东西，现在我的主要问题不再是终端多路复用，而是上下文多路复用。大概 8 个 claude/codex 会话之后，每个 tab 标题在语义上都变得毫无用处。空间布局在表达“这个进程到底是干嘛的”这件事上，奇怪地要好得多。

上面那个拥挤问题才是关键。我用过的每个空间工具在大约 30 个对象左右就崩了，能扛过去的那些都是靠衰减而不是缩放，所以一周没碰的东西会自己缩小，地图不用打理也依然清晰可读。