withHuman

嘿 Product Hunt！我是 Chris，和 Ece 一起是 withHuman 的联合创始人 👋

在 withHuman 之前，我们做过一个 AI 智能体，用来排查生产环境问题并找出修复方案。它经常能找到正确的修复方法。难的是让客户允许它把修复直接应用到他们的生产系统上。也难怪：没人愿意给智能体生产环境的管理员权限，然后祈祷一切顺利。

我们加了一个审批步骤，但在和客户交流时，同样的问题反复出现。每个团队对谁能批什么都有不同规则。他们希望更精细地控制智能体能做什么。而且他们已经在用其他智能体，每个都有自己的审批配置。

withHuman 就是我们当时希望存在的东西。它位于你的智能体和它们的工具之间，在每次工具调用执行前进行拦截。你的规则会自动批准或拒绝常规调用，有风险的调用会发给合适的人，无论他们在哪里处理最方便。你的智能体不需要改，也没法绕过它。

今天已经可用：
• Agent Approval Protocol（AAP），一个开放规范，为 Claude Code 和 Codex 提供预置 hooks，以及 Python 和 TypeScript 的 SDK
• withHuman 本身，开源，还有一个带免费套餐的托管版本

最快的试用方式是 Quickstart，几分钟就能接上你已经在用的编程智能体。

还有很多我们仍在摸索，比如给审批人足够上下文来决策，以及怎么对不经过 MCP 的调用做门控。我们在这里写了更多：https://withhuman.ai/blog/introd...

我们很想要你的反馈，尤其是这个：你的智能体哪些操作，你最希望先让人来签字确认？

Ece 和 Chris

有意思！
问一下——如果 withHuman 连不上（不管是 cloud 还是 self-hosted），会发生什么？

很喜欢这个协议是开放规范，而不只是一个产品。也很欣赏你们坦诚说明还没解决的问题，比如审批人需要的上下文。

生产环境修复这个故事很好地说明了为什么需要这个。审批请求需要给做决定的人足够的上下文，所以很高兴你点出这是你们还在处理的事情。

这感觉像是生产环境智能体缺失的一层。审批人在批准一次工具调用前能看到多少上下文？太少有风险，但太多又很快就会变成一堆噪音。