GitHub 项目数据
GitHub ★ 13,398Fork 1,843项目指标 88/100
最近提交：2026-10-20T09:28:17Z · 许可证：Apache-2.0
来源：GitHub 官方 API · 同步于 2026-10-20 17:30（北京时间）
评分规则与适用范围
指标 v1：热度 40 分（40 × log10(Star + 1) / 6，四舍五入，上限 40）；维护活跃度 40 分（最近提交在 30/90/180/365 天内分别为 40/30/15/5 分，更久或仓库归档为 0）；识别到 SPDX 许可证 20 分。指标用于观察热度、维护时间与许可透明度，不是用户评分或功能实测，不能说明安全性、效果或商业适用性。Fork 仅展示，不参与打分。
本项目分项：热度 28，活跃度 40，许可透明度 20。缺失许可不等于没有许可，请核对原仓库。
能做什么
- 为每个编码任务创建一个 worker（任务、智能体、模型与独立工作区），在结构化 Chat 或智能体原生终端界面中推进工作。
- 对 Git 项目，为 worker 分配独立分支与 worktree，避免并行任务互相干扰；独立智能体可使用无仓库的托管目录。
- 项目级 orchestrator 作为持续规划与协调智能体，结合项目上下文与运行状态拆解任务、派生或重定向 worker、传递上下文并跟踪后续工作。
- 提供实时 Kanban，依据会话、Pull Request、CI 与评审事实归类为“进行中”“需要你”“评审中”“可合并”等状态。
- 在 worker 旁查看 Pull Request、CI、可合并性与评审状态，并将评审意见或失败反馈交回同一负责智能体。
- 提供每个 worker 隔离的应用内浏览器预览，可选用临时或命名浏览器配置。
适用场景
- 在一个仓库中并行推进多个编码任务，并希望统一掌握进度与阻塞点。
- 需要项目级规划与任务分派，而非只运行单个编码智能体。
- 希望把 Pull Request、CI 与评审反馈纳入智能体工作闭环。
使用条件与限制
- 以本地桌面应用形式提供，支持 macOS、Windows 与 Linux；桌面应用会启动本地守护进程，无需单独使用 CLI。
- 需要用户自行配置受支持的编码智能体及其 CLI；不同智能体在 worker、Chat 与评审方面的支持程度存在差异，需查阅其能力矩阵。
- 面向 Git 的工作流依赖仓库与源码管理配置；具体支持范围以项目文档为准。
- 开源许可证为 Apache-2.0。
来源与收录说明
AI 整理，已通过独立来源审核，收录于 2026-10-19。资料整理不代表运行实测，具体功能与使用条件以官方说明为准。
https://github.com/orchestratorinc/agent-orchestrator ↗