Run it by 与 gotoHuman、Slack 审批和工作流中的人工任务对比

简要结论

大多数人工参与工具都假定审批人在你的团队里：在你的 Slack 中，在审核收件箱里占有一个席位，或者是你工作流引擎里的用户。Run it by 的假设正相反。审批人可以是任何有邮箱或手机的人，他们有自己的链接，不用注册任何东西。

关于其他产品的信息于 2026 年 10 月对照其官方页面核实。最新详情请点击链接查看。

审核收件箱，例如 gotoHuman

gotoHuman 围绕一个收件箱构建，你的团队在其中审核智能体提出的内容。你在它的编辑器里定义审核类型，智能体发起审核请求（为此有一个 MCP 服务器），审核人在收件箱里操作，或通过邮件或 Slack 通知操作，结果通过 Webhook 返回。套餐按席位定价。

对每天都要审核智能体输出的内部团队来说，这很合适。Run it by 适合另一种情况：来自团队之外的人（客户、房东、另一家公司的经理）的一次性决定，他们打开一个链接后就不会再回来。

Slack 和 Teams 审批

当每位审批人都在同一个工作区时，聊天工具里的审批按钮很方便。但只要有一位审批人不在，它就失效了：比如客户、承包商，或者使用别的聊天工具的合作伙伴。Run it by 的链接在任何浏览器里都能用，你仍然可以自己把它们发到 Slack 里。

带人工步骤的工作流引擎

框架和引擎给你的是暂停，不是页面。LangGraph interrupts 会暂停一个图，并用你的代码提供的值让它恢复；Orkes Conductor human tasks 会等待被分配的用户提交表单。至于怎么联系到对方、对方看到什么、怎么证明他是谁，仍然要你自己决定。

两者可以搭配使用：暂停你的图，创建一个 Run it by 请求，等 Webhook 带来审批结果后再恢复。

并排对比

如何选择

• 你自己的团队整天审核智能体输出：用审核收件箱。
• 每位审批人都在你的 Slack 里，且风险不高：用聊天工具的按钮。
• 你在运行工作流引擎，只需要一个暂停：用它的人工步骤，再加上联系到对方的办法。
• 审批人在你的团队之外、需要多人同意，或者你需要证明是谁做的决定：用 Run it by 审批。