智能体平台

先选择你已经在用的智能体，再决定是否还需要让 Chorus 远程启动该智能体上的工作。

平台	维护方	适合谁	远程启动	持续运行
Claude Code	Chorus 团队	想获得完整 Chorus 工作流的 Claude Code 用户	支持，通过 Chorus 后台服务	Chorus 后台服务
Codex	Chorus 团队	想获得完整 Chorus 工作流的 Codex 用户	支持，通过 Chorus 后台服务	Chorus 后台服务
Kiro	Chorus 团队	想获得完整 Chorus 工作流的 Kiro CLI 用户	支持，通过 Chorus 后台服务	Chorus 后台服务
OpenClaw	Chorus 团队	已在运行 OpenClaw 网关的用户	支持，通过 OpenClaw	OpenClaw 网关
Hermes Agent	Chorus 团队	使用网关服务代码仓库的 Hermes 用户	支持，通过 Hermes	Hermes 网关
DeepSeek Harness	Chorus 团队	想获得完整 Chorus 工作流的 DeepSeek Harness 用户	支持，通过 Chorus 后台服务	Chorus 后台服务
OpenCode	社区	能接受社区支持的 OpenCode 用户	不支持	不支持
Pi	Chorus 团队	想获得完整 Chorus 工作流的 Pi 用户	支持，通过 Chorus 后台服务	Chorus 后台服务
通用 MCP 客户端	仅 MCP 兼容	从其他 MCP 客户端调用 Chorus 工具	不支持	不支持

Claude Code、Codex、Kiro、Pi 和 DeepSeek Harness 是受支持的 Chorus 后台服务后端。OpenClaw 通过自己的网关和插件保持在线。OpenCode 和通用 MCP 客户端以交互方式连接，不能被选作 Chorus 后台服务后端。

API 密钥与权限请先阅读为智能体创建访问权限。要让 Claude Code、Codex、Kiro、Pi 或 DeepSeek Harness 能接受远程工作，请完成平台安装，再继续阅读管理后台服务。

Hermes 通过自己的网关保持在线，不使用 Chorus 后台服务。支持评论审批命令和中断/恢复；网关不执行调研和创建想法的专用操作轮次。

插件打包了什么

上面每个平台页都会带你完成首次安装与连接验证。本节说明 Chorus 插件在各运行时到底打包了什么，以及如何保持更新；本节不重复安装步骤。

插件让 AI 编码运行时成为 Chorus 的协作方：它提供 Chorus MCP 工具、各阶段工作流技能、评审子智能体，以及会话生命周期自动化。插件按运行时各发布一次，统一命名为 chorus。下文完整介绍 Claude Code 与 Codex；OpenClaw、Kiro 和 Pi 的能力更窄或形态不同，因此只给出简短说明和链接。

Claude Code

Claude Code 插件（chorus@chorus-plugins）打包了：

Chorus MCP 工具：一个 .mcp.json 模板，根据 CHORUS_URL 与 CHORUS_API_KEY 配置 Chorus MCP 服务器。chorus agents add 会把这两项写入 ~/.claude/settings.json 的 env 块，因此交互式会话无需手动导出即可完成认证。
工作流技能：/chorus 总览，以及以 /chorus:idea、/chorus:proposal、 /chorus:develop、/chorus:review、/chorus:quick-dev、/chorus:yolo 调用的各阶段技能。
评审子智能体：三个只读评审者：chorus:proposal-reviewer、chorus:task-reviewer、 chorus:code-reviewer，各自发布一条 VERDICT 评论。
会话生命周期钩子：自动完成签到、会话发现与创建、心跳、以及任务签出与关闭会话的钩子，另有在提交后提醒主智能体派生评审者的 PostToolUse 钩子。
配置开关：插件的 userConfig 选项，用于启用或停用各评审者、限制评审轮次，以及开关 OpenSpec 模式。

Codex

Codex 插件（Codex 版 chorus@chorus-plugins）打包了：

工作流技能：七个以 $ 前缀调用的技能：$chorus、$idea、$proposal、$develop、 $review、$quick-dev、$yolo。它们带命名空间，全限定名为 chorus:<skill>。
评审子智能体：与 Claude Code 相同的三个只读评审者：chorus-proposal-reviewer、 chorus-task-reviewer 与 chorus-code-reviewer。
会话感知钩子：会话启动签到、每轮提醒，以及在提交提案、提交任务或某个想法提案的最后一个任务通过验证后触发的 PostToolUse 评审提示。Codex 没有与 Claude Code 的 TeammateIdle、 TaskCompleted 对应的钩子。

Codex 的 MCP 服务器不随插件打包。Codex 不会在插件 MCP 配置中展开 ${VAR}，因此 chorus agents add 改为把 Codex 配置为不内置密钥：它把 CHORUS_URL / CHORUS_API_KEY / CHORUS_AGENT_PROFILE 写入 ~/.codex/.env（Codex 在启动时加载它），并在 ~/.codex/config.toml 中设置 bearer_token_env_var = "CHORUS_API_KEY"，因此磁盘上不会存储任何字面量密钥。Codex 也没有插件设置（userConfig），所以评审与 OpenSpec 行为由技能控制，而非插件开关。

其他官方集成：OpenClaw、Kiro 与 Pi

这些运行时都有官方集成，但能力与 Claude Code、Codex 不同。请把下面的说明当作指引，而非能力对等的承诺。

OpenClaw：一个提供 Chorus MCP 工具与工作流技能的插件。它通过 OpenClaw 网关而非 Chorus 后台服务保持在线，也不提供相同的工作流生命周期钩子。参见 OpenClaw。
Kiro：一个提供工具、工作流技能、评审智能体与钩子的集成，可按工作区或用户级安装。参见 Kiro。
Pi：已发布的 @chorus-aidlc/chorus-pi 包提供工作流技能、内置子智能体和会话钩子。稳定版 Pi >=0.99.0 <2.0.0 使用原生 MCP，0.84.4–0.98.x 使用已验证的旧版适配器。Pi 是可唤醒的后台服务后端（需该范围内的 Pi 0.85.0 或更新版本），但没有权限沙箱。详见 Pi。

升级插件

升级在原地进行，你的智能体密钥与 Chorus URL 不受影响。对于已配置的 Claude Code、Codex、Kiro 和 Pi，chorus upgrade --plugins 会升级 CLI 与 Chorus 插件，无需重新注册智能体或轮换凭据。参见 CLI 升级范围与完成状态。如需选择智能体或更改凭据，下面的配置流程仍然适用。

任意智能体：加上 --update-installed 运行安装向导，并选择需要更新的智能体。不加该参数时，完整的现有安装可能会被跳过：
Terminal window
```
chorus agents add --update-installed
```
Claude Code：也可以从 /plugin 菜单管理插件，或重新执行 marketplace add 与 install 拉取最新版本：
```
/plugin marketplace add Chorus-AIDLC/chorus
/plugin install chorus@chorus-plugins
```
重启 Claude Code，然后运行 /plugin list 确认新版本已启用。
Codex：重新运行 chorus agents add --update-installed 会刷新插件和 ~/.codex/.env 凭据，也是轮换智能体密钥的方式。完成后在 Codex 中运行 /plugins。

OpenClaw、Kiro 与 Pi 请重新运行 chorus agents add --update-installed，或沿用各自的安装方式升级，步骤见上表中每个运行时的平台页。

卸载插件

Claude Code：打开 /plugin 菜单，停用或移除 chorus@chorus-plugins。移除插件会同时移除它的钩子与评审子智能体。环境中的智能体密钥不是插件产物，如不再需要请单独删除。
Codex：在 /plugins 菜单中停用或移除插件。由于 MCP 服务器是单独配置的，还需从 ~/.codex/config.toml 中删除 [mcp_servers.chorus] 段，并从 ~/.codex/.env 中删除 Chorus 相关密钥，才能彻底断开。系统会保留一次性备份 config.toml.chorus-bak。

OpenClaw、Kiro 与 Pi 请通过运行时自带的插件或包管理器移除集成，方式见上表中的平台页。

版本对齐

插件与其内置技能统一版本管理，并跟随单一的 Chorus 应用版本。插件清单的 version 字段与运行中的 Chorus 版本一致，技能 frontmatter 的 version 也随之变动，因此一次插件发布对应它所面向的应用版本。升级 Chorus 时，请把插件升级到匹配版本；插件报告的版本，也就是其技能版本。

在 Claude Code 和 Codex 上，技能都打包在插件内并随插件一同更新，无需单独安装或保持同步。

后续阅读

命令与技能路由：哪个命令驱动哪个工作流阶段，以及它产出什么。
自动化行为：评审子智能体、会话钩子与无头约束如何运作。
OpenSpec 模式：会话如何选定规格模式，以及 OpenSpec 写作路径。
Spec-lite 模式：不走 OpenSpec 时使用的 Chorus 原生轻量规格留痕。

关于这些命令驱动的工作流，参见 AI-DLC 工作流；关于把运行时作为后台服务运行，参见管理后台服务。

面向智能体

触发条件： 读者（或智能体）来到本页，是为了选择平台，或了解插件在某个运行时提供了什么，以及如何升级、卸载、核对版本对齐。首次连接在上表链接的各运行时平台页。
约束：
- 不要重复首次安装步骤；链接到对应平台页。
- 准确陈述 Claude Code 与 Codex 的能力：两者都附带全部三个评审者（提案、任务、代码）；只有 Claude Code 暴露 userConfig 开关界面，因此在 Codex 上这些行为由技能与钩子直接控制。切勿把 OpenClaw、Kiro、Pi 说成与主运行时能力对等。
- 插件与技能是同一个版本号，跟随 Chorus 应用版本；不要描述独立的技能安装。
引用来源： Claude Code 与 Codex 的插件清单及 README，位于 Chorus 仓库。