Orca 接入 agent 的关键，不是再装一套模型，而是把现有 CLI Agent 放进统一的启动、权限和账号管理入口，并让并行任务各有清晰边界。本文以 Claude Code、Codex、Antigravity 为主线，讲清 Agent Picker、Yolo/Manual、热切换与多号用量管理。
一、Agent Picker 与默认 Agent
新 worktree 的终端带有 Agent combobox。选择 Claude Code、Codex、Cursor CLI 等 Agent 后，Orca 会在正确的工作目录启动对应 CLI，并转发订阅凭证。所谓“接入”，核心就是让既有 Agent 在隔离的 git worktree 中开始工作，而不是由 Orca 替代它的模型或订阅。
Agent Picker 支持 30 多种 Agent。深度集成包括 Claude Code、Codex 和 Cursor CLI；Antigravity、Grok、GitHub Copilot CLI、OpenCode、Gemini、Aider、Goose、Kimi、Qwen Code 等可自动配置，此外还覆盖任何 CLI agent。多号玩家可以先确定最常用的 Agent，再把它设为默认入口，减少每次新建工作区后的重复选择。
选择 Agent 前先建立 worktree 更容易保持边界。Orca 会读取仓库的 git 状态，以默认分支作为 base ref；新工作区可以指定任务名，也可以留空让 Orca 用海洋生物命名。之后再从 combobox 启动 Agent，任务、分支和终端便能对应起来。
二、接入 Claude Code
Claude Code 属于深度集成对象，Orca 能处理 usage、账号热切换和 hooks。创建 worktree、在终端的 Agent combobox 选择 Claude Code 后，Orca 会以该 worktree 为工作目录启动 CLI，并转发订阅凭证。这样同一个仓库里的不同任务仍被各自分支隔离。
首次启动 Orca 时，如果主目录里已有 ~/.claude，界面会提议导入。这里是提议导入已有配置，不是另设一套账号激活流程；进入 Orca 后仍按 Agent Picker 和 worktree 的方式组织 Claude Code 会话。
需要多人式协作时还要区分 Claude Agent Teams：它默认禁用，必须先在 Settings → Agents 开启，之后使用：
orca claude-teams这个开关只针对 Agent Teams，不影响普通 Claude Code 作为 Agent 被选择。
三、接入 Codex 与账号热切换
Codex 同样是深度集成 Agent，支持 usage、rate-limit 重置追踪和无需重登的账号热切换。实际工作时，可以为不同任务建立独立 worktree，再从各自终端选择 Codex；Orca 负责用正确目录启动 CLI，代码与 diff 则留在对应分支。
如果主目录已经有 ~/.codex，Orca 首次启动时也会提议导入。它与 ~/.claude、Ghostty 终端设置一起属于已有环境迁移，目的是让原来的使用习惯进入新工作区，而不是创建新的 Codex 订阅。
热切换的价值不只是少输一次登录信息。你能直接看到当前活动账号的用量和重置节奏，在额度接近边界时切到另一个已接入账号，让并行任务继续跑。它适合多号轮换，但不改变 Agent 自身的订阅规则，也不意味着 Orca 提供额外额度。
四、接入 Antigravity 与其他 Agent
Antigravity 属于自动配置类型，Orca 为它处理 hooks 与状态；Grok、GitHub Copilot CLI、OpenCode、Gemini、Pi、OMP、Aider、Goose、Amp、Kilocode、Kiro、Cline、Continue、Droid、Kimi、Mistral Vibe、MiniMax、Qwen Code 等也在支持列表中。
这里不必把“支持”都理解为同等深度。Claude Code 与 Codex 明确带有用量追踪和热切换，Antigravity 强调自动配置、hooks 与状态，其他 Agent 则按官方列出的接入类型使用。先按任务选择工具，再看它属于深度集成还是自动配置，预期会更准确。
Cursor CLI 也属于深度集成名单；Pi、OMP、Amp、Kilocode、Kiro、Charm Crush、Auggie、Codebuff、Droid、Mistral Vibe、MiniMax、Rovo Dev、Hermes、Devin 等同样出现在支持列表。名单很长，但接入时仍应围绕当前任务选一个，不必把所有工具一次配置完。
五、权限：Yolo 还是 Manual
Settings → Agents → Agent Permissions 提供全局 Yolo/Manual 切换。Yolo 下，Orca 会为不同 Agent 预填各自的绕过标志：Claude 使用 --dangerously-skip-permissions，Codex 使用 --dangerously-bypass-approvals-and-sandbox，Gemini、Cursor、Crush、Kimi、Rovo、Hermes、Copilot 与 Command Code 使用 --yolo。
这套默认思路建立在 worktree 一次性、可丢弃的隔离上：Agent 可以放开干活，合并前再选择 cherry-pick，或者直接丢弃整个 worktree。若任务触及敏感操作或你希望逐次确认，就切到 Manual。还要注意，已经自定义启动参数的 Agent 不受这个全局开关影响，不能只看界面选项判断实际权限。
因此，权限选择要和工作区生命周期一起看。临时竞赛分支可以利用可丢弃性降低返工成本；准备保留的修改则应在合并前打开 diff，必要时用 Annotate AI Diff 做行内评论，再决定提交、推送或放弃。
六、账号热切换与用量追踪：多号轮换省额度
Claude 与 Codex 都能在 Orca 中追踪 usage 和 rate-limit 重置，并在不重新登录的情况下热切换账号。并行 worktree 多时，把当前活动账号和剩余额度看清，再将新任务交给更合适的账号，能减少某一个号先耗尽后全线等待的情况。
多号轮换的重点是调度，而不是无脑同时开满：先观察用量，再切账号，再启动任务。Claude、Codex 与 Antigravity 分工后，也能避免同一类工作全部堆在一个账号上。
手机伴侣也能切活动 Agent 账户并查看用量，因此人不在桌面前时仍可做轻量调度。桌面依然是唯一权威源，移动端只是把查看、切换和回复入口带到手机上。
用 Orca 并排跑三个号，先把号备齐：多号轮换，省下宝贵额度。
七、接入一个自定义 CLI Agent
Orca 官方明确支持“任何 CLI agent”，因此不在预置名称里的工具也有接入空间。不过官方尚未公开自定义字段、配置文件或命令参数，最稳妥的做法是把它当作 CLI Agent 类型接入，不照搬其他 Agent 的专用 hooks、用量或热切换能力。
验收时只看三个边界：是否从目标 worktree 的正确目录启动，是否按 Yolo 或 Manual 的预期运行，以及产生的变更是否留在该 worktree。未在官方支持范围中明确的账号统计、状态钩子和权限参数，不要自行假定存在。
延伸阅读
主题授权提示：请在后台主题设置-主题授权-激活主题的正版授权，授权购买：RiTheme官网
评论(0)