Herdr、T3 Code与Amp对比测试：三者均能自动将GitHub问题转为代码合并

AI Agent Tmux 编排 Herdr vs T3 Code vs Amp：软件工厂实测 Hash 13 分钟阅读· 2 天前

Herdr、T3 Code 和 Amp 都承诺帮你同时运行大量编程 agent，但它们并不是同一类工具。Herdr 和 T3 Code 是你已有 agent 的控制界面：Herdr 在终端里，T3 Code 则是桌面、网页和移动端应用。Amp 本身就是一个编程 agent，自带云端机器和自己的管理 agent——Puck。为了看它们在实践中的对比，我用每一个都搭了同样的最小软件工厂：打开 GitHub issue，让 agent 把它们变成 pull request，并让合并操作把网站部署到 GitHub Pages。

三个工具都在免费计划下做到了，靠我的 Claude 订阅干活。每个工厂都在不到八分钟内把五个 issue 上线到线上站点，全程没有我帮忙。它们都没有自己发现新的 issue。大约一小时后，GitHub 封停了我的账号，原因我在下面说明。

速度差异很小，主要反映的是每次 Claude 运行花了多长时间。真正区分这些工具的是你如何观察和引导 agent，以及各自把什么锁在付费计划后面。

人们很容易以为会用 T3 Code 来管理你的 Amp agent，直到你注意到 Amp 有自己的管理 agent——Puck。这些工具分属两层：Claude Code、Codex 和 Amp 这类 agent 持有模型并干活，Herdr 和 T3 Code 则架在你已有的 agent 之上，让你能同时运行、观察和引导多个 agent。Amp 是个异类，因为它自带控制层。

目标是一个仍然算得上工厂的最小软件工厂：issue 进去，线上网站出来，而我不碰代码。

我在 2026 年 10 月 30 日依次运行这些工具，所以它们不会争抢同一份订阅额度。

Amp 的免费 Hobby 计划允许你关联 Claude 或 ChatGPT 订阅，并以“Claude Code 模式”运行 Amp，不消耗 Amp 额度。我在项目文件夹里运行了 amp --no-tui --runner-id ritza-mac，从 Amp CLI 或网站启动的线程都在我的 Mac 上运行。

我最初的计划是让 Puck 来派发任务，因为 Puck 就是干这个的，但在免费计划上它拒绝了。

所以 Amp 的派发器改成了一个普通的 Amp 线程。它为每个 issue 创建一个 git worktree，用 amp runner dirs add 把每个都加到 runner 上，然后用 amp -m claude-code --executor runner:ritza-mac -x "<prompt>" 启动五个线程。每个线程启动时都会出现在 Amp 网页应用里，方便跟进。

深色模式排最后，因为等它准备好时，筛选器和 Lion's Head 的改动已经在 main 上了，它的 pull request 产生了冲突。agent 做了 rebase，通过把新的筛选按钮改成深色模式配色解决了冲突，还把主题切换也加到了新的 Lion's Head 页面上。随后派发器检查了线上文件与 main 是否一致，删除了它创建的 worktree 和 runner 文件夹，并说明它没有在浏览器里看过站点。

第二轮：我打开两个新 issue 后的十分钟里什么也没发生。等我给派发器发了消息，两个都在两分钟内合并，四分半内上线。

Amp 是三者中唯一能自行响应新工作的。Orbs 可以按计划、按外部事件以及通过插件注册的 webhook 被唤醒，而且 Amp 原生支持 Linear issue。但 webhook 文档描述的是面向 Amp 托管 orbs 的用法，在 Hobby 计划上这是按量付费（每小时 0.08 美元起）。在用自己的机器跑免费计划时，Amp 和其他工具一样，等你来操作。

Herdr 在你的终端里运行，所以我在项目文件夹的终端窗口中打开它。首次启动时，它提议安装“agent 集成”。对 Claude Code 来说，这会给你的全局 ~/.claude/settings.json 添加四个 hook，让 Claude Code 直接向 Herdr 报告状态，而不是让 Herdr 从屏幕上读取。我安装了它，之后用 herdr integration uninstall claude 卸载了。

安装 agent 在 51 秒内创建了仓库并确认了线上站点。派发器随后运行 herdr --skill，读了说明，并使用 Herdr 自己的命令而不是普通的 git：

herdr worktree create --cwd "$PWD" --branch issue-1-lions-head-trail --base origin/main --label issue-1 --no-focus herdr agent start issue1 --kind claude --pane w2:p1 -- --model claude-opus-5-5 --dangerously-skip-permissions herdr agent prompt issue1 "Resolve GitHub issue #1 in hashkader47/factory-herdr. Follow AGENTS.md." herdr agent wait issue1

herdr worktree create 一步就创建了 git worktree 和对应的 Herdr 工作区，所以每个 agent 在侧边栏都有自己的命名工作区，并带有实时的运行中、受阻或完成状态。三者之中，这是随时了解每个 agent 在做什么最清晰的方式。

派发器在被提示后的 30 秒内启动了全部五个 agent，然后在后台用 herdr agent wait 等待它们完成。没有 agent 卡住。有一次 Pages 部署因为被更新的合并取代而取消，派发器发现了这一点，并确认后来的部署已经上线了改动。

第二轮：同样，十分钟内什么也没发生。提示之后，两个 issue 都在两分钟内关闭，但只有一个是通过 pull request 关闭的。第一轮里处理“主页感觉有点单调”的 agent 顺手修了页脚的拼写错误，所以第二轮的 agent 检查了 main，发现了修复，就用一条指向该 commit 的评论关闭了 issue。这很整洁，但也是 agent 超出了“解决问题的最小改动”这一原则，如果你的工厂规则更严格，这点值得知道。

Herdr 事后保留了七个工作区和 worktree，并提议关闭它们。

T3 Code 立刻接上了我现有的 Claude Code 登录。它在 127.0.0.1:3773 的网页界面要求配对令牌，所以我改用了它的命令行工具，它与运行中的桌面应用通信。安装花了 59 秒。

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