npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

mini-orch

v0.1.7

Published

最小可运行的 TypeScript 编排脚本,串起 implementer 与 reviewer agent

Readme

mini-orch 运行效果

mini-orch

mini-orch 是一个自动编排开发与代码审查的 CLI 工具。

它会依次完成:

  1. 让 implementer agent 根据需求实现代码
  2. 让 reviewer agent 审查改动
  3. 如果审查失败,自动让 implementer 修复
  4. 重复上述流程,直到通过或达到最大审查轮数

使用前准备

请先安装并准备好:

  • 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 说明

我的工作流

我通常按照下面的流程推进开发任务:

  1. 和 agent 交流,先对齐想法和目标
  2. 使用 writing-agent-issues 产出可执行的 spec / issue 文档
  3. 使用 run-issue 生成编排器配置
  4. 在 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:需求文件路径
  • agentmodel:你实际使用的 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 build

License

MIT