Helmor 本地多智能体工作台
在隔离的 Git 工作区中并行调度编码智能体，并完成审查、测试与交付。
这个 Agent 能做什么，适合哪些场景？
Helmor 是面向多智能体软件开发的本地优先工作台，数据和工作区存放在本机的 ~/helmor/ 下。它为每项任务创建独立的 Git worktree 和分支，使多个编码智能体可并行工作而不互相覆盖。应用将对话、代码差异、Monaco 编辑器、终端和 PR 操作集中在一个窗口中，并支持 GitHub 与 GitLab 的创建、合并、CI 修复和冲突处理流程。它可接入 Claude Code、Codex、Cursor、OpenCode 和 Kimi Code，使用者自行登录或提供 API 密钥与自定义提供商配置。除桌面界面外，Helmor 提供 helmor CLI 和基于 stdio 的 MCP 服务器，实验性移动伴侣可通过 Cloudflare 隧道从手机浏览器发起任务。
先通过界面或 helmor repo add /path/to/repo 添加本地仓库，再以 helmor workspace new --repo myapp 为任务创建隔离工作区和分支。用户用 helmor send --workspace myapp/feature-x "..." 或应用内对话向已登录的编码智能体发送任务；Helmor 在工作区中呈现其对话、改动、编辑器和终端。随后可用 helmor workspace status 查看状态，并通过 helmor workspace run-action 执行创建 PR、合并、修复 CI 等操作。CLI 的 helmor mcp 会启动一个通过 stdio 通信的 MCP 服务器，所有命令均支持 --json。
- 维护多个功能分支的开发者，希望为每个 bug 修复或功能任务创建独立 worktree，并同时运行多个编码智能体。
- 使用 Claude Code 或 Codex 的工程师，需要在同一界面审阅智能体生成的 diff、编辑代码并打开终端。
- 负责 GitHub 或 GitLab 交付流程的团队成员，希望从工作区直接创建或合并 PR/MR，并处理 CI 修复和冲突。
- 偏好命令行自动化的开发者，需要用 `helmor workspace new`、`helmor send` 和 `helmor workspace status` 驱动本地工作区。
- 希望让终端或另一名智能体控制本地开发工作台的用户，可通过 `helmor mcp` 使用其 stdio MCP 服务器。
这个 Agent 有哪些优点和局限？
- 每项任务使用独立 Git worktree 和分支，适合并行任务并降低智能体之间相互干扰的风险。
- 将对话、diff、Monaco 编辑器、终端和 PR/MR 操作置于同一工作台，审查和交付不必在这些界面间来回切换。
- 同时覆盖 Claude Code、Codex、Cursor、OpenCode 与 Kimi Code，并允许使用自己的登录凭据、API 密钥和自定义提供商。
- 既有桌面操作，也提供支持 JSON 输出的 CLI 与 stdio MCP 服务器，便于接入终端或其他智能体。
- README 明确列出的发行平台仅为 macOS 和 Windows x64，未提供 Linux 支持信息。
- 首次使用需要连接 GitHub 或 GitLab，并登录至少一个编码智能体；具体认证方式和权限范围未在提供材料中展开。
- 工作区和数据保存在本机 ~/helmor/，团队共享、远程部署与集中管理能力没有文档证据。
- 移动伴侣标注为实验性，且依赖 Cloudflare 隧道连接桌面端。
- Slack 与 GitHub 上下文、计划模式和智能体驱动编排被列为后续功能，不应视为当前已交付能力。
如何安装或部署这个 Agent？
从 GitHub Releases 下载 Helmor；README 明确提供 macOS（Apple Silicon 与 Intel）和 Windows x64 版本。首次启动后，连接 GitHub 或 GitLab，并登录第一个编码智能体；README 表示相关 Agent CLI 已内置，无需额外安装。若需要 CLI，在 Settings → Experimental → Command Line Tool 中安装。源码本地开发的已知命令为：bun install && bun run dev。
如何使用这个 Agent？
添加仓库后创建工作区并发送任务：helmor repo add /path/to/repo，helmor workspace new --repo myapp --name fix-auth，helmor send --workspace myapp/fix-auth "Add tests for the token refresh path."。使用 helmor workspace status myapp/fix-auth 查看任务状态，再用 helmor workspace run-action myapp/fix-auth 执行可用交付操作。工作区标识使用 repo-name/directory-name 形式；需要机器可读输出时，在命令后添加 --json。
这个 Agent 与同类方案有什么区别？
Helmor 并非替代 Claude Code、Codex、Cursor、OpenCode 或 Kimi Code 的编码智能体；它将这些可接入的智能体置于共享的本地工作流中，为每项任务提供隔离 Git 工作区、审查界面与 PR/MR 操作。