开发者实测Executor代理构建PR成本，每个约2.15美元

给 Executor 一份规格说明，拿回一摞经过审查的 pull request。

Executor 是一个免费的 Claude Code 插件，替你跑完工程师的那套循环。它把一份规格说明拆解成若干功能，并行构建。它按照你的规格说明和仓库的约定审查每一个 PR，核验自己发现的问题，并修复已确认的 bug。合并这一步留给你。

你需要批准两次：计划一次，合并一次。

第一次接触 agent 构建？来上免费的 5 天邮件课程：第一天安装 Executor 并跑完你的第一次审查，之后是规格说明、上下文预算和你自己的插件。背后的故事：我不再写代码了，Executor 全包了。更多内容见 Executor 页面。

/plugin marketplace add sebwilgosz/agent-plugins /plugin install executor@engineer-of-wealth

工作方式 · 成本 · 它绝不做什么 · 命令 · 安装 · FAQ · 参考

一次构建结束时，你拿到的是一块汇总，而不是满屏日志： Executor build · billing export Stack A: #41 ✅ · #42 ✅ · #43 ⚠️ Stack B: #44 ❌ 1 Critical open Suggestions: 23 across 4 PRs Reviews:

• https://github.com/acme/api/pull/41#issuecomment-… Open:
• #44: the spec says invoices are monthly, the test says weekly. Which one? Merge: #41, #42, #43, then #44 once fixed

每个 PR 都是 GitHub stack 里的一个 draft，带几条要点，改动有形状时附一张图，外加一个 Testing 小节。在你看到它之前，每个 PR 都已经过了你的构建、你的测试和一轮审查。

flowchart TD S["Your spec<br/>notes, RFC, issue, Notion page"] --> P["Plan<br/>features and stacks, a checklist"] P --> A1{{"You approve the plan"}} A1 --> F["Foundation PR<br/>shared groundwork, built alone"] F --> B1["Builder · stack A<br/>Sonnet, own worktree"] F --> B2["Builder · stack B<br/>Sonnet, own worktree"] B1 --> T1["Tests from the spec first,<br/>then code, a commit per step"] B2 --> T2["Tests from the spec first,<br/>then code, a commit per step"] T1 --> R["Review every PR"] T2 --> R R --> M{{"You merge,<br/>bottom of each stack first"}} Loading

每个 PR 都得到同样的审查，不管它是 Executor 构建的还是你写的：

flowchart LR PR["Pull request"] --> BLD["Build<br/>install, lint, tests<br/>in a throwaway worktree"] BLD --> REV["Review · Opus<br/>spec, tests, security,<br/>your conventions"] REV -->|"each Critical"| VER["Verifier · Sonnet<br/>tries to disprove it"] VER -->|"debunked"| DROP["Dropped"] VER -->|"confirmed"| FIX["Fixer · Sonnet<br/>failing test first, then the fix<br/>max 3 rounds"] FIX --> REV REV -->|"no Critical left"| OK["✅ ready / ⚠️ mergeable<br/>next PR in the stack starts"] Loading

背后的设计规则：

这些数字来自真实构建，统计主线程加上每一个 subagent，按 API 标价计算：Opus 输入 $4 / 输出 $20，Sonnet 每百万 token $2 / $10，缓存读取 $0.20。

在当前配置（0.13.x）下，一个经过审查的 pull request 花费 $2.18 到 $2.58。

每个 PR 的成本随版本的变化：

每个改变成本的版本都会在这里加一行。发布文章详细拆解了这些数字，各版本每个 PR 从 $1.43 到 $3.13。

绝不合并。合并由你来做。 绝不为了让测试通过而改测试。 绝不 force-push，也绝不碰来自 fork 的 PR。 绝不修复别人的 PR。在队友的 PR 或分支上，它只做报告。 绝不向 GitHub 发帖，除非你开启这个功能。 绝不把计划或规格说明提交到你的仓库，除非你说你的规格说明就放在那里。 绝不在你的 checkout 里构建。Builder 和审查各自使用自己的 worktree。

命令

命令 你得到什么 /executor:spec 根据你的笔记和仓库起草一份规格说明，保存在你的规格说明所在的位置 /executor:build 与你一起规划一份规格说明并并行构建：每个功能一个经过审查的 draft PR，按 stack 组织 /executor:review 对一个 PR 或分支执行构建、审查并修复其 bug，甚至可以是另一个仓库的 /executor:ship 把当前分支提交、推送，并作为一个 draft PR 打开 /executor:status 现在该合并什么，覆盖所有仓库 /executor:init 安装配置 /executor:help Executor 能做什么，以及你输入的内容该用哪个命令

你也可以用大白话提问：“build docs/rfc-12.md”、“review acme/api#7”、“where are my builds”。

/plugin marketplace add sebwilgosz/agent-plugins /plugin install executor@engineer-of-wealth

然后输入 /executor:init。它会检查 GitHub CLI、其登录状态和 gh-stack 扩展，并主动提出帮你安装。在构建仓库里，它会提出在已提交的 .claude/settings.json 中启用 Executor，以合并方式写入而不触碰你的其他设置，这样每个 worktree 都会继承它。它会询问你的搜索根目录、plans 文件夹和规格说明存放位置，最后做一次安装检查，脚本为 scripts/self-audit.sh，你可以随时重跑。

接下来：免费的 5 天课程会带你走完第一次审查和第一次构建，每天一封邮件。

免费吗？是的，MIT 许可证，5 天课程同样免费。你自己的 Claude 用量由你自己付费。

能配合我的语言或框架吗？它用你仓库自己的命令来构建和测试，这些命令它会从 CLAUDE.md、AGENTS.md、CONTRIBUTING.md 或 README 里找到。它依据你的 linter 配置和改动周边的代码来审查。

如果我的规格说明很单薄怎么办？它在构建任何东西之前会先提问，每个问题都附带一个建议答案。如果你完全没有规格说明，/executor:spec 会根据你的笔记和仓库起草一份。

如果某个 builder 卡住了怎么办？只有它自己所在的 stack 会停下来等你，其他 stack 继续推进。

我能只用审查功能吗？可以。/executor:review 适用于任何 PR，包括你手写的，并且当 Claude 打开一个 PR 时会自动开始。

我的规格说明放在哪里？就放在它们原本所在的地方：Notion、vault 笔记、GitHub issue、某个文件夹。Executor 会从你的 AGENTS.md 或 CLAUDE.md 里了解是哪种位置。见“规格说明放在哪里”。

每个命令和设置背后的细节。

输入 /executor:spec 并附上你的笔记，生成一份规格说明，然后输入 /executor:build 并带上它（路径、URL、issue 或文本），或者用大白话提问（“build docs/rfc-12.md”）。单薄的规格说明会先收到问题，每个都附带建议答案，然后才开始构建。

（原文较长，此处译出前 6000 字，完整内容请点「打开原文」。）