Baton

产品简介

Baton 并不是再造一个编码代理，而是把现有 CLI 代理真正变得可管理。它给每个代理一个真实 worktree，用可见性工具把人留在环里，再用本地优先的桌面界面把整套流程包起来。

为什么最近热度高

它之所以开始热，是因为越来越多开发者同时跑 Codex、Claude Code、OpenCode 这类工具，然后很快发现普通终端根本不是合格的协作层。Baton 对准的正是这个具体而现实的混乱场景。

核心功能

• 支持多个编码代理并行运行，每个代理拥有自己的 git worktree 和分支。
• 内置 diff、文件搜索、全文搜索、通知和浏览器预览。
• 自带 MCP 服务器，允许代理再拉起新工作区并协调任务。

真实使用场景

• 并行拆分多个功能任务，又避免代理互相改同一份文件。
• 用更清晰的 diff 和工作区视图审核代理产出。
• 在本地控制权不丢失的前提下，让代理拥有更结构化的编排能力。

社区反馈

大家最买账的是 worktree 隔离，因为它正好解决了代理协作里最烦的一类问题。反复被问到的则是远程设备场景、编排规模能扩到多大，以及桌面优先是否够覆盖团队协作。

限制与风险

Baton 仍然依赖底层代理质量，也依赖使用者理解 Git。免费版并发工作区数量有限，而且桌面原生工具不一定适合所有团队环境。

替代方案

可对比方案包括 Agor、Multica、Warp 或 Antigravity 一类代理环境，以及纯手工的 tmux 加 git-worktree 组合。

常见问题

• 谁适合先试 Baton？ 已经在用终端型编码代理、但觉得多个终端窗口太难管理的开发者。
• 最早该验证什么？ 桌面优先模型、Git 工作流和并发限制是否真的符合团队开发方式。