Gmail和Outlook互查联系人

一个普通工作日下午，你收到客户从私人Gmail发来的项目需求。你知道对方名字，但Outlook通讯录里一片空白。切到Gmail找到邮箱，复制，粘贴，切回工作窗口——这套动作，2024年的打工人平均每天要重复3.7次。

OpenClaw的新功能把这件事压缩成了一句话。

多账户搜索：从"考古式切换"到一句话搞定

这个开源AI代理框架的最新更新，让Nylas插件支持跨账户联系人检索。配置完成后，你可以直接问："在work和personal两个账户里搜Sarah Chen。"

代理会在后台并行调用两次nylas_list_contacts，把结果合并返回。同一个人，两个邮箱，上下文自动对齐。

技术实现并不复杂，但产品逻辑很准。它没试图做一个"统一通讯录"的宏大叙事，而是承认了一个基本事实：Gmail和Outlook的割裂是结构性的，打工人需要的是在对话中消弭这种割裂，而非迁移数据。

配置门槛比想象中低。如果你已经装过Nylas插件，只需两条命令设置命名授权：

openclaw config set plugins.entries.nylas.config.grants '{"work":"grant-id-1","personal":"grant-id-2"}'

grant ID通过openclaw nylas discover获取。完整文档在cli.nylas.com/guides/install-openclaw-nylas-plugin。

联系人检索的真正价值：当它是第一步而非终点

单独查个邮箱意义有限。OpenClaw的设计把联系人搜索嵌进工作流链条——这是它和传统通讯录工具的本质区别。

场景一：查完直接发邮件。"找到Bob Martinez的工作邮箱，给他发Q3提案的跟进消息。"代理内部完成检索→填充收件人→调用发送接口，用户不需要看到中间步骤。

场景二：联系人+日程联动。"找出设计团队所有成员，看看下周什么时候大家都有空。"检索结果直接喂给日历可用性查询，再输出会议建议时段。

场景三：批量CRM同步。"找出BigCorp的所有联系人，导出到Salesforce。"搜索、聚合、格式转换、API推送，一句指令串起四个环节。

这种"链式调用"的能力，来自OpenClaw的函数调用（function calling）架构。每个工具暴露标准化接口，代理自己决定调用顺序和参数传递。换句话说，用户描述的是目标状态，而非操作步骤。

重复检测：一个被低估的刚需

跨账户搜索引出的另一个场景是数据清洗。同一个人在不同平台被存成两条记录，是通讯录混乱的主要成因。

OpenClaw支持显式的重复检测指令："搜两个账户里叫Johnson的联系人，有重复吗？"

代理返回的示例很典型："找到3个Johnson。Mike Johnson出现在两个账户——mike.j@work.com（工作）和mikej@gmail.com（个人）。另外两个是不同的人。"

这个输出格式值得注意：它没自动合并，而是把判断权留给用户。产品层面这是克制的选择——邮箱归属涉及隐私边界，机器不应替人决定哪个是"主号"。

开源代理的边界与选择

OpenClaw的定位始终清晰：它是开发者的基础设施，而非终端产品。所有功能通过CLI和配置文件暴露，没有图形界面，没有托管服务。

这种设计筛选了用户群体。能走完插件安装、API密钥配置、grant授权三步的人，大概率已经习惯用代码解决重复劳动。对普通用户，这仍是门槛。

但反过来，它也保留了灵活性。Nylas本身支持Google、Microsoft、雅虎等主流邮件服务商，理论上任何组合都可以接入。企业IT若担心数据出境，甚至可以自建Nylas实例。

一个细节：文档中反复出现的"gateway restart"暗示了架构选择。每次配置变更需要重启网关服务，说明状态管理是进程级的，而非热更新。这对开发体验有损耗，但降低了运行时复杂度。

市场层面，这类工具正在挤压传统"通讯录同步软件"的生存空间。过去五年，CardDAV协议、第三方同步工具、企业SSO方案都没能真正解决多邮箱问题——它们要么要求数据集中存储，要么依赖用户手动维护映射关系。AI代理的路径是绕过同步，直接在查询层做联邦检索。

这不是技术路线的胜利，而是问题定义的转换。当"统一通讯录"被重新表述为"统一查询接口"，很多旧约束就消失了。

目前OpenClaw的Nylas插件仍处于早期阶段。文档中提到的Salesforce、HubSpot、Pipedrive集成需要额外配置，重复检测也没有自动合并的选项。但这些限制恰恰说明产品还在快速迭代——功能优先于 polish，是开源项目的典型节奏。

对于每天在不同邮箱间切来切去的打工人，一个可以问"帮我找一下那个人"的代理，可能比任何精心设计的通讯录应用都更解渴。毕竟，人记住的是关系，不是数据库里的行号。

你的Outlook和Gmail里，藏着多少个"Mike Johnson"？