一周热榜

我正在构建一个用于外发邮件的人工智能代理管道，但遇到了一个我没有看到过太多讨论的基础设施问题。 当你同时运行多个代理进行外联时，大多数人默认的设置是让所有代理共享一个电子邮件域名和发送身份。这在规模化时会出现几个问题： 1. 声誉隔离：如果某个代理因发送过于频繁而被标记或触发垃圾邮件过滤器，整个域名的声誉都会下降。即使其他代理运行正常，它们的投递率也会受到影响。 2. 回复归属：所有的回复都会集中到一个收件箱中，无法干净地将其路由回发起对话的特定代理。这使得转化跟踪几乎变得不可能。 3. 代理级别的A/B测试：当所有代理共享同一身份时，无法在代理级别测试不同的消息传递方法。 看起来正确的做法是为每个代理提供一个专用的发送地址，这样每个代理的声誉就可以隔离，回复也能正确路由。但实现这一点的工具——特别是入站路由的部分——似乎并不存在于适合代理工作流程的即插即用形式。 我很好奇其他人是如何解决这个问题的。你们是手动管理不同的身份，还是使用我遗漏的某些现有工具，或者目前只是接受共享域名的限制？

ThersholdIQ - 自动异常检测引擎<p>100% 客户端架构，数据永远不会离开您的浏览器

大家好， 我在两年前开始构建BonzAI，旨在用一个离线的、主权的替代品完全取代我的在线AI堆栈。 当时，我直觉认为开放权重模型可以与私有AI实验室相媲美，并且推理的商品化是未来的发展方向。 当我终于能够从ChatGPT/Claude切换到本地的LLMs，从Midjourney切换到Flux/SDXL/Z-image，从Eleven Labs/Suno切换到Qwen-TTS/Ace-Step，以及从Sora切换到LTX时，我实现了以下功能： - 创建数据集和微调LoRAs的能力； - 一个实验性的3D对象/游戏生成引擎； - 支持OpenClaw/Hermes Agent； - 一种将AI作品代币化为可交易收藏品的方法，并与我们的生态系统参与者分享BonzAI的利润； - 可以说是市场上最沉浸式的AI角色扮演体验，将本地安装的模型结合成多模态聊天体验的“BonzAI Companions”； - 一个市场，应用BonzAI Companions的方法于特定领域的应用（例如，Mediation Forge，根据需求生成冥想课程，使用LLM、TTS、图像生成和Ken Burns效果）。 目前，BonzAI是一个可在MacOS上使用的桌面应用程序，计划在本月晚些时候推出Linux/Windows版本。 我认为智能应该完全拥有，而不是租用（像Sam Altman那样）。 希望你们喜欢它。 这是一个自筹资金的项目，可能会在某种程度上推动进展（目前这些OpenClaw代币法案实在糟糕）。