24小时热榜

我们正在构建一个代理系统，并希望将电子邮件作为触发器。最终我们决定将其独立出来，做成一个独立的服务。 我们希望并使用的主要电子邮件功能包括： 1. 电子邮件线程与代理对话线程保持一致 2. 对外发邮件进行人工审核（特别是在测试阶段） 3. 在几分钟内快速为代理进行电子邮件地址的入职/离职处理 4. 为本地代理提供WebSocket支持，并为云代理提供至少一次的Webhook交付 尚未实现的功能：DMARC（目前仅支持SPF/DKIM）、作用域API密钥、高可用性/多区域（单个虚拟机 + 单个Postgres）、应用层电子邮件数据加密、合规性证明（SOC 2/HIPAA）。 GitHub: [https://github.com/Mnexa-AI/e2a](https://github.com/Mnexa-AI/e2a) 托管地址: [https://e2a.dev/](https://e2a.dev/) 欢迎任何反馈和贡献。

我注意到，我需要手动查看生产系统来进行调试，并且还要查看日志，这让我不禁想知道其他人是如何处理的。

Telegram 的问题在于，它并不是端到端加密（E2EE）的，因此你发送的每条消息都会以*未加密*的形式存储在他们的服务器上。<p>想想看——你有多少次在 Telegram 聊天中发布过 Gmail 验证 URL 或其他 API 令牌？是的——你现在应该至少感到有些不安。<p>WhatsApp 可以使用，但整合性不够紧密。<p>至于 Signal，Meredith Whittaker 在上周的一次会议上正确指出，给你的代理提供网页访问权限会打开所有私人聊天的访问。这可能是你也不想要的。<p>那么，接下来该怎么做呢？在我看来，创建一个 Signal 的分支，用于处理所有代理相关的事务，以便将其与人类互动分开，这样的想法是合理的。或者至少进行隔离，以确保代理在未经批准的情况下无法访问重要信息。<p>还有其他想法吗？

我在寻找推荐的静态网站生成器，以便在2026年重建我们的文档网站。<p>1. 支持Markdown 2. 快速构建（<60秒） 3. 无需JavaScript的搜索功能 4. 可以部署在GitHub Pages上<p>预算：$0