mini-orch
v0.1.7
Published
最小可运行的 TypeScript 编排脚本,串起 implementer 与 reviewer agent
Readme

mini-orch
mini-orch 是一个自动编排开发与代码审查的 CLI 工具。
它会依次完成:
- 让 implementer agent 根据需求实现代码
- 让 reviewer agent 审查改动
- 如果审查失败,自动让 implementer 修复
- 重复上述流程,直到通过或达到最大审查轮数
使用前准备
请先安装并准备好:
- Node.js 20 或更高版本
- Herdr
- 至少一个 agent CLI:Codex、Claude 或 Cursor
- 对应 agent 的登录和使用权限
mini-orch 需要在 Herdr pane 内运行。
安装
npm install -g mini-orch确认安装成功:
mini-orch --help安装 Skill
查看可用 skill:
mini-orch skill list交互式安装,或指定 skill 安装:
mini-orch skill install
mini-orch skill install --skill run-issue卸载指定 skill:
mini-orch skill uninstall --skill run-issue各个 skill 的作用、依赖关系和安装方式见 Skill 说明。
我的工作流
我通常按照下面的流程推进开发任务:
- 和 agent 交流,先对齐想法和目标
- 使用
writing-agent-issues产出可执行的 spec / issue 文档 - 使用
run-issue生成编排器配置 - 在 LLM / terminal 环境中执行
mini-orch

快速开始
1. 准备需求文件
先写一个需求文件,例如 spec.md:
# 添加用户登录功能
## 要求
- 支持邮箱和密码登录
- 登录失败时返回明确错误
- 添加必要的测试2. 创建工作流配置
创建 workflow.json:
{
"projectDir": "/absolute/path/to/your/project",
"issues": [
{
"title": "实现用户登录功能",
"specPath": "/absolute/path/to/spec.md"
}
],
"maxReviewRounds": 4,
"implementer": {
"name": "implementer",
"agent": "codex",
"model": "gpt-5.5"
},
"reviewer": {
"name": "reviewer",
"agent": "codex",
"model": "gpt-5.5"
}
}需要替换:
projectDir:要修改的项目目录specPath:需求文件路径agent和model:你实际使用的 agent 和模型
路径建议使用绝对路径。
默认提示词已经随 npm 包提供,不需要复制 prompts/ 目录。只有需要自定义提示词时,才在配置中添加 prompts 字段。
3. 启动工作流
在 Herdr pane 内运行:
mini-orch --config ./workflow.json多个任务
可以在 issues 中按顺序添加多个任务:
{
"issues": [
{
"title": "第一步:设计数据库",
"specPath": "/absolute/path/to/database.md"
},
{
"title": "第二步:实现 API",
"specPath": "/absolute/path/to/api.md"
}
]
}任务会按照数组顺序执行。已完成的任务可以设置 "state": "finish",运行时会自动跳过。
常用命令
# 查看帮助
mini-orch --help
# 指定配置文件
mini-orch --config ./workflow.json
# 临时指定项目目录
mini-orch --config ./workflow.json --projectDir /absolute/path/to/project
# 调整最大审查轮数
mini-orch --config ./workflow.json --maxReviewRounds 6常见问题
提示 HERDR_ENV 未设置
请在 Herdr pane 内运行命令,不要直接在普通终端中运行。
找不到 agent
确认对应的 agent CLI 已安装,并且可以在终端中直接执行。例如:
codex --version
claude --version
cursor-agent --version找不到需求文件
检查 specPath 是否正确。建议使用绝对路径,并确认文件确实存在。
审查要求人工确认
这通常表示 reviewer 无法仅通过代码改动验证某项行为。根据终端提示确认、修复或重新审查即可。
使用建议
- 运行前创建 Git 分支,方便查看和回滚改动
- 先确认需求文件清晰,再启动工作流
- 不要在包含未提交重要改动的目录中直接运行
- 工作流结束后检查
git diff和测试结果
开发
pnpm install
pnpm test
pnpm typecheck
pnpm buildLicense
MIT
