Ordewell
面向编码智能体的多智能体任务编排工具：把一个目标变成可编辑的任务计划，在各自独立的运行器、模型与分支上并行执行并验证结果。
- Star 数
- ★ 177
- 最近更新
- 今天
- License
- Apache-2.0
- 主语言
- TypeScript
- FA 评分
- 67/100 · 存在缺口
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台Codex · Claude Code · OpenAI API · Claude API
- 费用
- 软件免费，模型调用费用自付
- 上手难度
- 低 · 几分钟可跑通
- 开始前需要
- 典型场景
- 在现有大型仓库中添加一个跨模块功能（如给公共 API 加限流）的独立开发者，希望先看到并修改任务计划再执行。
- 不适合
- 没有安装 Claude Code、Codex 或 OpenCode 的开发者
- 不使用 git 管理代码的项目
- Windows 上不愿使用 WSL 的终端 UI 用户
- 源码审查
- 67/100 · 存在缺口
这个 Agent 能做什么，适合哪些场景？
Ordewell 是一个开源（Apache-2.0）的编码智能体任务编排工具，把一句话目标变成一份有序、可编辑的任务计划。规划器只读不写：它研究你的仓库、追问模糊之处，然后产出一棵带依赖关系的任务图，每个任务指定编码智能体、模型和思考力度。执行时每个任务在独立的 git worktree 分支中启动全新的智能体会话，独立任务默认三路并行。任务完成与否由运行器输出中的唯一完成标记判定，而非模型自我评价；通过的任务按计划顺序合并到一条集成分支，由你决定何时合入自己的分支。它开箱支持 Claude Code、Codex 和 OpenCode，可在同一计划中混用，并提供终端 UI、VS Code 扩展、CLI 和本地 API 四种入口。
Ordewell 的工作流程分为五步。1）plan：运行 ordewell plan --goal "..."，规划器在不修改仓库的前提下探索工作区，提出澄清问题，生成带依赖的有序任务列表；2）编辑：用 ordewell task-runner、task-model、task-deps 等命令改动任意任务的运行器、模型或依赖，无需再次调用模型；3）run：ordewell run 为每个任务在独立 worktree 中启动新的智能体会话，并把其依赖任务的结果作为输入，独立任务并发执行（默认 3 个）；4）验证：任务在输出中出现唯一完成标记才算通过，退出码作为辅助证据；通过的任务按顺序合并进集成分支，冲突时任务可尝试自行解决，失败则等你处理；5）handoff：ordewell handoff review 查看差异，ordewell handoff merge 合入或丢弃。包含多个仓库的文件夹会被当作一个工作区，每个任务在所有仓库各建一个 worktree。可用 /planner 和 /runners 选择规划器与运行器；规划器可用你已付费的编码智能体充当，也可用 25 家提供商之一的 API 密钥。
- 在现有大型仓库中添加一个跨模块功能（如给公共 API 加限流）的独立开发者，希望先看到并修改任务计划再执行。
- 同时使用 Claude Code、Codex 和 OpenCode 的团队，想让安全重构用更强模型、文档更新用便宜模型，并在同一计划中混用。
- 想并行推进多个互不依赖的子任务、又担心智能体互相干扰的工程师，依赖 git worktree 隔离和集成分支按序合并。
- 不信任模型自评完成度的审慎用户，需要基于运行器输出中的完成标记和退出码做证据式验收。
- 偏好命令行和脚本的自动化用户，可以用 CLI 子命令把规划—执行—交接纳入现有流程，或通过本地 API 集成。
如何安装或部署这个 Agent？
全局安装 CLI：
bash
npm install -g ordewellVS Code 用户可在扩展市场安装 Ordewell，或运行：
bash
code --install-extension ordewell.ordewell要求：Node.js 20 或更新版本、至少安装 Claude Code、Codex 或 OpenCode 之一、以及 git（用于任务隔离）。终端 UI 还需要 tmux；Windows 上请在 WSL 下运行。VS Code 扩展自带核心，无需从 npm 安装其他内容。
如何使用这个 Agent？
在项目目录运行 ordewell 打开终端 UI，输入一个目标；首次运行可用 /planner 和 /runners 选择规划器与运行器。也可以完全用命令行完成同样的流程：
bash
export AI_PROVIDER=claude-code # 用 Claude Code、Codex 或 OpenCode 做规划
ordewell plan --goal "Add rate limiting to the public API"
ordewell runordewell handoff review # 阅读差异
ordewell handoff merge # 合入你的分支
在 plan 和 run 之间可编辑计划：
bash
ordewell task-runner 2 opencode # 把任务换到另一个智能体
ordewell task-model 3 sonnet # 或只改它的模型
ordewell task-deps 3 1,2 # 让它等待任务 1 和 2
这个 Agent 有哪些优点和局限？
- 计划在执行前完全可编辑：可改任务提示、运行器、模型、力度、模式，增删任务、重排依赖，且无需再问模型。
- 按任务分配不同模型，且在花费任何 token 之前能看到全部分配。
- 完成判定基于运行器输出中的唯一标记和退出码等客观证据，而非模型自我评价。
- 规划器只读不写，会拒绝任何修改仓库的命令；每个任务在独立 worktree 分支隔离执行，通过结果按序合入集成分支。
- 无需额外 API 密钥：已付费的编码智能体可兼任规划器，或使用 25 家提供商的密钥。
- 强依赖 git worktree 做任务隔离，非 git 管理的项目无法使用。
- 必须已安装并付费使用 Claude Code、Codex 或 OpenCode 之一，否则无法运行。
- 终端 UI 需要 tmux，Windows 原生不支持，须在 WSL 下运行。
- Ordewell 名称与标志不在 Apache-2.0 许可范围内（见 NOTICE），品牌使用受限。
- 默认并发为 3，且失败任务若无法自行解决合并冲突，仍需人工介入。
这个 Agent 与同类方案有什么区别？
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| Ordewell 当前 | 67 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 177 | 今天 | TypeScript | Codex · Claude Code · OpenAI API · Claude API |
| Plannotator | 78 · 表现良好 | 命令行工具免费版 + 付费版 | ★ 9k | 今天 | TypeScript | Codex · Claude Code |
| Claudexor | 76 · 表现良好 | 命令行工具免费 + 模型费 | ★ 487 | 2 天前 | TypeScript | Codex · Claude Code |
| senpi | 74 · 存在缺口 | 命令行工具免费 + 模型费 | ★ 453 | 1 天前 | TypeScript | OpenAI API · Claude API |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
最小权限：SECURITY.md 明确规划器只读封套（ADR-0008、commandPolicy.ts）并坦承 denylist 分类器不是 OS 级沙箱，扣分因核心代码未提供、分类器实现无法静态核实。用户确认：计划审批是授权门，合并需用户执行，扣分因部分自主级别允许跳过逐步确认。数据流：worktree 隔离、集成分支、完成标记描述清楚，扣分因均为文档断言。敏感数据：API 密钥来源与日志泄露为在scope漏洞，属声明而非证据。依赖安全：npm ci + 锁文件存在，但无审计/Dependabot 证据，扣 1。外部影响：任务在用户仓库运行属产品本身，落地需用户操作。回滚：可丢弃 run 并清理 worktree。来源归属：明确致谢 Matt Pocock 的 MIT skills 并有 NOTICE，得满分。
自洽性：README、SECURITY、ADR 相互一致，版本号 0.5.5 与 CI/发布流程吻合，扣分因内部实现不可见。依赖可用性：Node 20+、tmux、WSL 要求写明，且 CI 注释详细说明锁文件跨平台问题的原因，扣分因 macOS/Windows CI 矩阵缺失意味着平台可用性未被验证。失败信息：合并冲突会命名文件并等待用户，扣分因错误消息与退出码处理的具体代码未提供。
受众与场景：面向开发者，TUI/VS Code/CLI/API 四种入口描述清晰，得满分。能力边界：SECURITY.md 是本项目最突出部分——明确分类器非沙箱、不信任本机访问、规划器不应被假定能容纳恶意 README 内容，得满分。触发精度：命令接口明确但具体解析逻辑未见。环境适配：Windows 需 WSL，跨平台构建缺口已坦承。
信息架构：monorepo 分包、docs/adr/、CONTEXT.md 词汇表，得满分。安装说明：npm/Marketplace/requirements 完整，得满分。命名稳定性：pre-1.0 且只支持最新版，命名前向演进无承诺。示例与FAQ：Quick start 命令具体，但深度文档在外部站点。已知限制：SECURITY.md 的坦率陈述非常出色，得满分。许可：Apache-2.0 全文在库且带 NOTICE，得满分。版本与变更日志：有版本号与 tag 校验脚本，但未提供 CHANGELOG 文件，扣 1。维护责任：安全响应 SLA（3/14 天）、发布流程明确，但发布者身份未经验证且社区规模不可知。
输出可用性：diff 审查、handoff merge/discard 工作流清楚，扣分因静态审查无法核实实际输出质量。边际价值：混合多 agent、可编辑计划、基于证据的验证是差异化功能，扣分因均为自我声明。成本收益：模型分配在花费前可见属好设计，但成本数据无证据。
声明可追溯：ADR 编号与具体文件路径（commandPolicy.ts、verify-release-tag.mjs）可指向，得分为 2 但部分文件未在本次证据中。跨源佐证：README 与 SECURITY 一致，但核心包源码、commandPolicy 实现、ADR 内容均未提供，扣 1。事实与推断分离：CI 注释区分了事实与设计取舍，README 含一定营销语气。
- 静态审查：规划器只读封套与命令分类器（commandPolicy.ts）的实现未在证据中，无法核实其是否真的阻止写入或越界读取；使用前应自行审计该文件与 ADR-0008/ADR-0011。
- SECURITY.md 自身指出分类器不是沙箱：恶意仓库内容（README、commit message）可能通过提示注入影响规划器或子代理，请在隔离环境/容器中运行。
- 部分自主级别允许任务不经逐步确认运行，请谨慎设置并在合并前逐行审查 diff。
- 发布者未经验证，pre-1.0 且仅支持最新版本，升级可能频繁且无向后兼容承诺；无 CHANGELOG，变更内容需自行从 tag/release 获取。
- macOS/Windows 无 CI 覆盖，非 Linux 平台行为未经验证。
- Runner 插件从 URL 安装并描述如何启动进程，仅安装来自可信来源的插件清单。