显示 HN：Agent.email – 通过curl 注册，使用人工 OTP 进行索赔

嗨，HN！我们是来自 ycs25 公司 AgentMail 的 Haakam、Michael 和 Adi。我们为人工智能代理提供了自己的电子邮件收件箱。最近，我们进行了一项名为 Agent.Email 的实验。这是专门为人工智能代理而不是人类设计的注册流程。灵感来自几个月前我们发布种子时收到的一些评论。它们都来自一个非常恰当的观察：代理商无法在没有人类凭证的情况下注册为代理商制造的产品，这是讽刺和不理想的。这基本上就是我们构建 AgentMail 的论点：互联网是专门为人类而设计的，旨在默认将机器拒之门外。每个注册流程都假设有一个浏览器、一个人阅读页面并单击确认链接。除非代理商不能做到这一点，否则他们就不能成为互联网的一流用户。代理现在可以自己获取电子邮件收件箱。 （这也意味着很多没人想读的电子邮件会被人工智能处理，而不是你的收件箱里堆满垃圾邮件和垃圾邮件）这就是 agent.email 的工作原理。代理需要一个收件箱并通过curl 点击AgentMail。代理通过 MD 接收指令，除非请求来自浏览器，在这种情况下我们使用 HTML。代理认为 agent.email 有用，然后使用其人工电子邮件作为参数来访问注册端点。代理收到带有凭据的受限收件箱。代理向该人员发送电子邮件，要求提供 OTP。人类回复代码，代理被认领并解除限制。在声明之前，代理只能向自己的人员发送电子邮件，而不能向其他人发送电子邮件。每天十封电子邮件，注册端点受到 IP 的严格速率限制。目前，智能体和人类之间是 1:1 的映射。下一步是多对一，因为一个人并行运行多个代理已经很常见了。构建 agent.email 还促使我们重新审视 AgentMail 中的默认假设是围绕主要用户（人类）构建的。例如，CLI 在具有一致格式的单列中输出，因为混合分隔符对于人来说很容易扫描，但对于代理推理结构则更困难。在代理开始幻想完成较长消息 ID 后，我们还缩短了消息 ID。我们希望社区能够接受一些事情：“限制直至声明”是正确的信任模式吗？代理自注册在生产中是否有用，或者它主要是一个新奇事物，如果它现在是一个新奇事物，那么什么让它真正有用？默认情况下，代理入职是否需要人工批准，或者某些代理是否应该能够完全自行配置？您认为我们可以采取哪些额外措施来确保安全注册？评论网址：https://news.ycombinator.com/item?id=48225596 积分：20 # 评论：9