Helix 私有编码代理舰队
在自有基础设施上并行调度编码代理，并以规格和 PR 完成协作交付。
这个 Agent 能做什么，适合哪些场景？
Helix 是用于运行私有编码代理舰队的平台，核心工作单元是连接 Git 仓库的项目与看板上的 spec task。任务按 Backlog、Planning、Spec Review、In Progress、Pull Request、Merged 流转：规划代理先将规格写入 helix-specs 分支，经批准后由实现代理完成改动并创建 PR。每个运行中的代理拥有隔离的 GPU 加速桌面环境，包含浏览器、终端、文件系统和 GUI 应用，团队成员可实时查看和在任务线程中引导工作。它可按任务使用 Claude Code、OpenAI Codex、Gemini CLI、Qwen Code、Goose、Zed Agent 或 ACP 兼容代理，并支持 GitHub、GitLab 与 Azure DevOps 仓库。Helix 可通过 Docker 快速安装，也提供控制平面和 GPU Runner 的 Kubernetes Helm Chart，定位为可端到端自托管、可用于隔离或 air-gapped 环境的私有 GenAI 栈。
用户先在项目中连接一个或多个 Git 仓库，并在看板创建描述目标的 spec task。点击 Start Planning 后，规划代理读取仓库并把需求、设计和任务拆分写入 helix-specs 分支；用户可在 Spec Review 中高亮文字要求重新规划，或批准规格。实现阶段在独立桌面沙箱中运行所选代理 harness，代理可操作浏览器、终端、文件系统和 GUI 应用；用户可实时观看、在任务线程中追加指引，或中途切换代理。完成后，Helix 在已连接的代码托管系统中创建 Pull Request，并在合并后关闭任务。平台还提供 PDF、Word、文本与网页抓取的知识/RAG 摄取，REST/OpenAPI、MCP、GPTScript 和自定义工具 SDK 的工具接入，以及 LLM、API、MCP 请求、令牌用量和成本的追踪。
- 软件团队希望将多个独立功能或修复并行分派给编码代理，并通过共享看板和 PR 审核控制交付时使用。
- 在受控或隔离网络中运行自托管模型的企业，需要将编码代理和 GPU Runner 部署在自己的基础设施上时使用。
- 使用 GitHub、GitLab 或 Azure DevOps 的项目负责人，想先审阅代理生成的规格，再批准实现并保留 PR 作为最终代码审查门槛时使用。
- 需要根据任务切换 Claude Code、OpenAI Codex、Gemini CLI、Qwen Code 或 ACP 兼容代理的团队使用。
- 希望把 PDF、Word、文本或网页内容摄取到知识/RAG 流程，并让代理结合这些资料工作的内部开发团队使用。
这个 Agent 有哪些优点和局限？
- 以规格审阅和 Pull Request 为明确关卡：规划产物写入 helix-specs 分支，实现结果回到现有代码托管系统。
- 每个代理拥有带浏览器、终端、文件系统和 GUI 应用的隔离 GPU 加速桌面，而非仅共享一个终端会话。
- 可按任务选择或切换 Claude Code、Codex、Gemini CLI、Qwen Code、Goose、Zed Agent 与 ACP 兼容代理，并可接入 OpenAI 兼容端点。
- 同时提供 Docker 快速安装、Kubernetes 控制平面与 Runner Helm Chart，以及自托管和 air-gapped 部署路径。
- 内置 RAG、OpenAPI/MCP 工具接入、OIDC、RBAC、用量与成本追踪，适合希望集中管理代理运行的团队。
- 本地开发明确依赖 Docker、Docker Compose、Go 1.24.0+、Node.js 18+ 和 Make；生产环境还需规划控制平面与 GPU Runner。
- 要使用托管模型，需配置相应的 OPENAI_API_KEY 或 ANTHROPIC_API_KEY；自托管模型则需要可连接的 OpenAI 兼容端点和自有 GPU 资源。
- 任务流程将工作组织为规格、审批和 PR，适合团队协作，但对只想在本机进行一次性终端辅助的个人工作流可能偏重。
- 大型商业使用受许可证条款约束：年收入超过 1000 万美元或员工超过 250 人的公司需通过 Launchpad 购买许可证。
- README 未说明单机可承载的代理数量、GPU 规格、资源调度策略或各类 agent harness 的功能差异，容量评估需要自行验证。
如何安装或部署这个 Agent？
Docker 快速安装：
curl -sL -O https://get.helixml.tech/install.sh
chmod +x install.sh
sudo ./install.sh安装器会在变更系统前提示确认，默认仪表板地址为 http://localhost:8080。生产部署可使用 Control Plane Helm Chart 与 Runner Helm Chart。服务器配置通过环境变量完成；按所选托管提供商配置 OPENAI_API_KEY 或 ANTHROPIC_API_KEY，数据库连接使用 POSTGRES_*，公开部署地址使用 SERVER_URL，GPU Runner 使用 RUNNER_*。本地开发需要 Docker Desktop（或 Docker 与 Docker Compose）、Go 1.24.0+、Node.js 18+ 和 Make。
如何使用这个 Agent？
安装后打开 http://localhost:8080，创建项目并连接一个或多个 Git 仓库。在 Backlog 新建 spec task，只写期望达成的结果；点击 Start Planning，让规划代理将规格写入 helix-specs 分支。在 Spec Review 审阅规格，可高亮文字提出修改，或点击 Approve。任务进入 In Progress 后选择可用的 agent harness；在任务线程中引导代理，必要时切换代理。代理完成工作后在已连接的代码托管系统创建 PR；通过 PR 审核并合并后，任务进入 Merged。
这个 Agent 与同类方案有什么区别？
Helix 将代理运行在服务器端的独立桌面环境中并集中到共享看板；它对比的是开发者在本机终端中一次运行一个 Claude Code、Codex 或 Gemini 代理的方式。它不是替代这些 harness，而是把它们作为每个任务可选、可切换的执行器。