Aduki Hermers

{"translation":"👋 嗨 Product Hunt，\n\n我是 aduki, Inc. 的 Fredrick Femar。我们做基础设施和软件，而 Hermers 源于一个简单的烦恼：每次我们想让 AI 代理访问电子邮件或日历，最终都不得不手写 IMAP 解析器，或者用胶带把支持残缺的 API 拼凑起来。\n\n于是我们打造了我们曾希望存在的东西：一个中继引擎，对接单一可信数据源，同时"说" IMAP、SMTP、JMAP、CalDAV、CardDAV、gRPC、REST 和 MCP。让传统的邮件客户端指向它，或通过 MCP 让 LLM 指向它——相同的数据，相同的保证，中间无需任何配置转换层。\n\n底层架构中，我们引以为豪的几点：\n\n- 增量同步，而非全量扫描：借助 CONDSTORE/QRESYNC，客户端在任意断线后只需通过一次 modseq 比较即可重新同步。\n- 精确一次投递：每个 webhook、gRPC 推送和 Kafka 事件都与触发它的状态变更原子写入。\n- 面向代理的 MCP 优先：hermes_list_messages、hermes_book_appointment、hermes_search_contacts 等等，让代理获得结构化工具而非原始邮件正文。\n- 在数据层强制隔离：未设置的租户会话变量按设计返回零行。不存在跨租户数据的应用代码路径。\n\n我们目前正在进行沙盒测试（beta），并开放私有的早期访问 Beta；beta 测试者将获得专属沙盒实例、优先的 gRPC/MCP/CLI 网关访问、无限的 SMTP 中继，以及通过 Telegram/Discord 提供的直接开发者支持。\n\n👉 申请早期访问：https://hermers.aduki.org/soon\n\n非常期待来自构建代理工具、开发平台，或任何涉及收件箱/日历数据的朋友的反馈：你希望一个 MCP 邮件服务器首先暴露哪些能力？"}