49ide 多 agent 网格是什么：一画布管终端
49ide 多 agent 网格是什么：开源 2D 画布挂 tmux 终端、广播输入与多机 SSH，localhost:1071 自托管与 HUD 监控。
三个 Claude Code 窗口、两台远程机上的 Codex，谁在看哪条 PR、哪台 CPU 已经顶满，全靠人肉 alt-tab。49ide 多 agent 网格是什么：把终端和 agent CLI 铺进可缩放的 2D 画布，用 tmux + ttyd 管会话，再配 HUD 看资源和 API 用量，目标是「一眼看见整片 agent 舰队」而不是单个 tab。
画布网格解决什么问题
49 Agents IDE（49IDE）自称首个开源 2D agentic IDE：不是再做一个聊天框，而是 zoomable canvas 上摆放多个 terminal pane，每个 pane 里跑 Claude Code、Codex 或任意 CLI agent。Show HN 讨论把它和「多 tmux 窗手动同步」对比，核心差异是空间布局 + 广播输入 + 跨机 zero-config SSH 在同一视图里完成。
适合的场景：同一 repo 开多条并行实验（例如一个 pane 写测试、一个改实现、一个跑 review）；或本机 + 远程 build 机同时在线，HUD 直接读 CPU/RAM/Claude API 消耗，不用切 SSH 再切浏览器 dashboard。
仓库在 GitHub 上开源（49Agents/49Agents），Show HN 帖把讨论焦点放在「2D 编排 vs 线性 tab」：当 agent 数量超过三四个，平面画布比 macOS Stage Manager 更适合同时对比输出长度与报错栈。它也不绑定单一 vendor CLI，pane 里可以是任何交互式 shell。
终端、tmux 与广播输入
底层用 tmux（经 ttyd 嵌进 Web UI）托管 shell。你可以在画布上拖拽排列 pane，放大某一条正在报错的 session，缩小已完成任务的窗格。
广播输入（broadcast input）允许向多个选中 terminal 同时键入同一命令前缀，适合「所有 agent 先 git pull」或统一 export 环境变量。注意广播也会同步误操作；官方设计里配合 permission notifications，在 agent 要执行破坏性命令时弹窗确认。Monaco editor 与 git graph、Beads issue tables 集成，意味着 issue 状态、分支图和 terminal 输出可以在同一 IDE 面对齐，减少「issue 在浏览器、代码在 VS Code、agent 在 iTerm」的三跳。
Beads 在这里更像轻量 issue 面板：你可以把「哪条 agent 对应哪张票」贴在画布旁，而不是回 GitHub Issues 页查 assignee。git graph 则帮助判断并行 branch 是否已经 diverge，再决定要不要广播 git merge 这类高风险命令。
多机协作与 HUD
49IDE 支持多机 zero SSH：在集群或 Tailscale 网络里把远程 host 的 terminal 拉进同一画布，不必为每台机器单独开终端 app。HUD 层展示 CPU、RAM、Claude API 等指标，用来判断「慢是因为模型还是在编译」。
Tailscale 路径适合「笔记本 + 家里 GPU 机 + CI runner」三处同时在线：画布上给远程 pane 贴标签，避免误向生产 shell 广播测试命令。zero SSH 强调少手工配 key，但仍要管 host 信任边界，agent 在远程 pane 里同样能 rm -rf。
这和 MCP 重塑 AI 开发工作流 里强调的「工具面统一」是不同维度：MCP 连外部数据，49IDE 连多个交互式 shell 的可视编排。两者可同时存在，一个 agent pane 里照样跑 Claude Code 并挂 MCP server。
若团队已 standardized 在 VS Code + Copilot，49IDE 更像 adjunct：把重 agent 会话迁到画布，IDE 仍负责单文件编辑。迁移成本在习惯与 layout，不在插件兼容；Monaco 提供基础编辑，但别预期与 JetBrains 等价重构能力。
本地自托管怎么起
仓库提供 ./49ctl setup 与 ./49ctl start，默认监听 localhost:1071，无需账号即可在本机试用。适合先在单机上铺 2–4 个 pane 熟悉布局，再挂远程节点。
典型第一天流程：clone 49Agents → ./49ctl setup 拉依赖 → ./49ctl start → 浏览器打开 1071 → 新建 pane 跑 claude 或 codex → 用 HUD 确认本机 RAM 仍有余量再开第四条 session。若只用 localhost，可不暴露公网；团队 wiki 里写清「agent 命令日志可能含 repo 路径」，避免误截图外泄。
云端托管指向 app.49agents.com（仓库 README 写 coming soon，上线节奏看官方公告）。自托管路径对不想把 terminal 内容送上第三方 SaaS 的团队更友好；代价是你自己维护更新、备份和 TLS（若需局域网外访问）。
macOS 安装与权限
GitHub Release 提供 macOS dmg。Gatekeeper 可能拦截未签名或刚下载的包，社区常见处理：
xattr -cr /Applications/49IDE.app
装前核对仓库 LICENSE 与 release 页 SHA。Linux 路径通常走源码或容器，安装步骤见 README Install 小节。首次打开若 pane 空白，先确认本机 tmux 与 ttyd 依赖已被 49ctl setup 装好；权限弹窗拒绝会导致 canvas 无法 attach session。
和单会话 Claude Code 的分工
49IDE 不替代 agent 本身的推理，而是编排层：你仍要在每个 pane 里启动 Claude Code CLI 基础用法 那类命令。它解决的是「多个 CLI 同时活着」时的空间与输入同步，不是自动帮 agent 分工。
若只有一条串行任务，单独 Claude Code 窗口更轻。并行 code review + 实现 + CI 盯盘、或 algorave 式多机 demo 准备，画布网格才显优势。Beads issue table 适合把「哪条 agent 认领哪张票」可视化，但仍需人写清 ownership，否则广播输入会把两条冲突 patch 同时推出去。
另一个边界是模型账单：HUD 能看 Claude API 消耗，但不会替你限流；四条 pane 同时长上下文 agent，费用仍按各 CLI 自己的计费走。49IDE 解决的是视觉与输入编排，不是 token 优化 harness（那类对比见 Tura 等 runtime 方案）。
Show HN 热度说明社区确实缺「多 agent 视觉指挥台」，但项目仍早期：issue 里若有 breaking change，自托管用户要自行 pin release。生产环境建议只把 49IDE 当开发编排器，不要把未经审查的 agent shell 直接连 prod kubeconfig。