返回首页
最新
你好，我刚刚推出了一款SaaS分析平台。在这个平台上，你可以连接Stripe和Google Ads以及其他一些工具，准确了解你在广告上的支出、从中获得的客户数量，以及你赚了多少钱或亏了多少钱。
我做了一件事，觉得可能会有用，因为我肯定不是唯一遇到这个问题的人。我也很想知道其他人是如何解决这个问题的，所以如果你曾经做过类似的事情，并且保持了对开发者友好和易于扩展的特性，请告诉我。
抱歉，我无法直接访问或翻译网页内容。不过，如果你能提供网页上的具体文本或信息，我很乐意帮你翻译成中文。
我正在构建一个用于外发邮件的人工智能代理管道，但遇到了一个我没有看到过太多讨论的基础设施问题。
当你同时运行多个代理进行外联时，大多数人默认的设置是让所有代理共享一个电子邮件域名和发送身份。这在规模化时会出现几个问题：
1. 声誉隔离：如果某个代理因发送过于频繁而被标记或触发垃圾邮件过滤器，整个域名的声誉都会下降。即使其他代理运行正常，它们的投递率也会受到影响。
2. 回复归属：所有的回复都会集中到一个收件箱中，无法干净地将其路由回发起对话的特定代理。这使得转化跟踪几乎变得不可能。
3. 代理级别的A/B测试：当所有代理共享同一身份时，无法在代理级别测试不同的消息传递方法。
看起来正确的做法是为每个代理提供一个专用的发送地址，这样每个代理的声誉就可以隔离，回复也能正确路由。但实现这一点的工具——特别是入站路由的部分——似乎并不存在于适合代理工作流程的即插即用形式。
我很好奇其他人是如何解决这个问题的。你们是手动管理不同的身份，还是使用我遗漏的某些现有工具，或者目前只是接受共享域名的限制？
在构建AI代理时，我不断遇到同样的问题：每个需要使用电子邮件的代理最终都要共享我的个人收件箱或一个单一的公司域名。这会破坏归属，增加投递风险，并使得无法对每个代理进行发件人身份的测试。
因此，我开发了AgentMailr。你可以通过API创建一个收件箱，你的代理将获得一个独特的电子邮件地址，回复会直接路由到该特定代理。它适用于入站（一次性密码解析、回复路由）和出站（冷邮件、通知）。
支持自带域名，这样电子邮件将来自你的域名，而不是我们的。REST API和MCP服务器已经上线，Node/Python SDK正在开发中。
欢迎询问有关架构或我如何处理多代理路由的问题。
我们现在大约有15个人，以前“自然而然”能运作的事情开始出现问题。大家都知道的决策变得模糊不清。新员工的适应期变得漫长。不同团队在不同的假设上进行工作。
对于经历过这个阶段的人来说，最初出现问题的是什么？你们是如何应对的？
在我的筹款过程中，我积极管理了6个Calendly链接。<p>我的目标是：
1. 投资者应该始终能找到适合他们时区的链接。
2. 他们不应该看到整天都有空的时间段，以免误以为我全天都有空（这是错误的信号）。
3. 因此，我不得不为每个时区和开放时间段管理多个Calendly链接——当一个关闭时，另一个就要打开。<p>我真的希望有人能赋予我权力，将这些内容作为代理指令添加，让AI来决定——而我们现在做到了。<p>buxo.ai，人人可用。