“不限定智能体”是什么意思？

这为什么重要

最好的智能体一直在变，你的工作区不应该跟着变。

AI 智能体变化很快。六个月前，整个市场还是另一番景象。如果你的工作流围绕某个特定智能体搭建，就等于押注它会一直是最佳选择。这个赌注风险很大。

不限定智能体意味着，无论最终哪个智能体胜出，你的工作流工具都能继续用。从 Claude Code 换到 Codex？你的 pane、worktree 和会话历史都保持不变。想试试刚发布的新智能体？把终端命令粘贴进去就能用。

Pane 是怎么做到的

Pane 托管终端和 worktree；AI 部分由智能体负责。

Pane 是终端宿主。它会把每个智能体放进隔离的终端和隔离的 git worktree，也就是独立分支上的代码副本。仅此而已。Pane 不会代理 API 调用，也不会与 AI 提供商通信。这些都由智能体自己处理。

所以 Pane 给智能体提供了两种驱动它的方式：任何智能体都能运行的 CLI，以及供偏好工具调用的智能体使用的 MCP 服务器。每个智能体都会运行 shell 命令，但并非每个智能体都支持 MCP。

支持在 Pane 中运行的智能体

四种智能体有内置支持，但各自的功能不同。

其他工具对比

有些管理器什么都能运行，有些只支持固定列表，少数只支持 Claude Code。

不同智能体管理器对智能体的支持差别很大。Pane、Orca、Superset、Agentastic 和 Ghostex 能运行任何 CLI 智能体或几十种智能体，Emdash 支持约 35 种。Conductor 的对话界面支持 Claude Code、Codex、Cursor 和 OpenCode。claude-tmux 和 recon 只围绕 Claude Code 构建。在决定使用某个工具之前先确认这一点，因为以后更换管理器的成本比更换智能体更高。

相关内容

• → 自定义智能体，如何添加任意 CLI 智能体
• → 什么是智能体管理器？
• → 什么是智能体编排？

来源

勘误

如果这里有任何错误或过时的内容，请告诉我们，我们会修正并更新顶部的日期。 在 GitHub 上提交 issue

来源

• → Custom agents docs
• → Agent manager tools compared