--- author: OOMOL author_url: https://oomol.com/zh-cn/about/ datePublished: 2026-10-14 title: 给自己的 AI 助理一个真正有用的早晨 description: 从海外个人 AI 助理的内容热度出发，用邮件、日历和待办设计一份带来源的晨间简报，了解 OOMOL 与 OpenConnector 如何提供账号连接和应用操作。 lang: zh-CN canonical_url: https://oomol.com/zh-cn/blog/personal-ai-morning-brief/ markdown_url: https://oomol.com/zh-cn/blog/personal-ai-morning-brief.md --- ![晨光下的工作桌上，日历、邮件与待办汇成手中的当天简报](/blog/personal-ai-morning-brief/zh-cn-cover.webp) *AI 生成的情境图：将当天信息整理成一份简报，纸上的项目为虚构示例。* 每天开始工作前，你可能会打开三个地方：日历、邮箱和待办列表。 日历告诉你今天要见谁，邮件告诉你事情发生了什么变化，待办列表提醒你哪些承诺还没完成。把这些信息拼起来，才知道今天应该先做什么。 这也是个人 AI 助理让人期待的地方：你希望它能跟上你的日常，把分散的信息整理成一份有用的提醒。 这种期待已经出现在近期的海外内容里。9 月 22 日，TikTok 创作者 @maverickgpt 发布了一段[“一个周末用 Claude 做五个生活工具”的视频](https://www.tiktok.com/@maverickgpt/video/7688366815419976990)，其中一个建议就是把日历、邮件和待办接到一个生活看板里。视频带有评论领取提示词的引流，适合用来观察创作者如何呈现这个场景，不能据此判断普通用户都已经用上了它。 10 月 6 日，[《纽约时报》的 TikTok 视频](https://www.tiktok.com/@nytimes/video/7693602995270880525)则介绍了记者 Eli Tan 测试个人 Agent，并让它为播客主持人 Natalie Kitroeff 获取午餐的经历。这是媒体对个人助手的体验报道。 两类内容的共同点很具体：人们开始用生活中的任务来理解 Agent。对于第一次搭建自己的助手的人，一份晨间简报就是一个合适的起点。 ## 一份简报，只需要回答三个问题 “总结我的所有信息”很容易得到一长串摘要。早晨真正需要的，是少量能帮助你行动的信息： - 今天有哪些固定安排，是否有冲突？ - 哪些新消息会影响这些安排或正在推进的事？ - 哪些待办今天需要处理，哪些还在等别人？ 例如，日历里有一场下午的客户会议。客户昨晚发来了新材料，而你的待办里还有“更新报价”这一项。单看任何一个应用，都可能遗漏三者之间的关系。 一份有用的简报可以把它们放在一起：会议时间、最新材料的链接、需要完成的准备工作，以及仍不确定的地方。 它也应该保留来源。读者需要能打开原邮件、查看原日历事件，确认助手为什么把这件事排在前面。 ## 先连接你每天都会打开的应用 第一版可以从日历和邮箱开始。如果待办已经集中在一个工具里，再把它加入。 先确认每个工具是否提供需要的读取接口，授权能否覆盖这些接口，以及连接的账号是否正确。公司邮箱、私人邮箱和共享日历需要明确区分，避免让助手自行猜测哪个账号才是这次任务的来源。 对于简报，可以把读取范围收窄到当天的日历、近期相关邮件，以及未完成的待办。遇到材料不完整时，让助手标明缺失，不要把“没有查到”写成“没有这件事”。 连接范围可以随着任务增加。一个能稳定整理每天安排的助手，已经值得使用。 ## 让简报直接给出下一步 下面是一个设计示例，说明简报可以怎样呈现。内容是虚构的，未连接真实账号。 > **今天需要关注的三件事** > > 1. 下午 2 点客户会议。昨晚有一封更新需求的邮件，建议会前查看附件。来源：日历事件、客户邮件。 > 2. “确认供应商交期”今天到期。最近一封回复仍在等待内部确认，建议上午跟进。来源：待办、邮件会话。 > 3. 两场会议时间重叠，需要你决定参加哪一场。来源：两个日历事件。 > > 尚未执行任何发送、改期或完成待办的操作。 实际结果中的来源应当是可点击链接。这里的价值，在于把信息与需要做的事放在一起。 同时，助手要分清“待办工具里明确标记今天到期”和“根据邮件语气判断最好今天处理”。前者是记录，后者是建议。把建议说清楚，你才能判断要不要采纳。 ## OOMOL 和 OpenConnector 提供连接这一层 要做出这样的助手，需要一个能理解任务的 Agent，也需要已经授权的应用连接。 OOMOL 提供托管的连接路径。通过 [Connector SDK](https://oomol.com/zh-cn/docs/connector-sdk/)，应用可以发现操作、检查输入输出说明和所需权限，再用指定的连接账号执行支持的操作。实际搭建时，应先核对日历、邮箱和待办工具当前提供的接口。 这让开发者可以把更多精力放在“什么信息值得进入简报”和“怎样呈现来源”上。任务的提示词、跨应用整理方式、定时触发和结果交付，仍需要在助手或工作流程中配置。 ![日历、邮件和待办对应晨间简报中的安排、变化和下一步建议，每项保留原始来源链接](/blog/personal-ai-morning-brief/zh-cn-brief-flow.webp) *带来源的简报结构示意，展示各类信息如何帮助整理当天任务；定时触发与交付另行配置。* 团队如果需要自己运行连接服务，可以选择 OOMOL 的开源项目 [OpenConnector](https://openconnector.io/)，按[自部署指南](https://oomol.com/zh-cn/docs/openconnector-self-hosting/)管理凭据、调用入口、操作策略和运行记录。 托管适合希望尽快开始连接应用的人；自部署适合已经明确需要自己管理运行环境的团队。无论选择哪条路径，这份晨间简报都是围绕具体账号和操作搭建的场景，需要验证后才能交给用户长期使用。 ## 先让它按要求完成一次 在安排每天自动运行之前，先手动生成一份简报。 检查它有没有漏掉关键会议，是否误把旧邮件当成新进展，来源能不能打开，以及个人信息是否进入了不合适的输出位置。再故意让一个来源暂时不可用，看看它是否会明确说明简报不完整。 确认这些行为符合预期后，再在你使用的 Agent 或工作流程系统里设置触发时间、时区和交付位置。邮件、日历和待办读取也有自己的更新时间，简报应注明覆盖范围。 可以先打开 [OOMOL Connections](https://console.oomol.com/connections)，连接当前任务需要的应用，并按[权限控制指南](https://oomol.com/zh-cn/docs/access-control/)只开放必要的读取操作。然后把这个任务交给支持调用连接能力的助手： > 根据我今天的日历、近期相关邮件和未完成待办，生成一份晨间简报。最多列五件需要关注的事，每件附原始来源；区分明确记录和你的建议。只读取信息，把结果交给我，不发送消息、不修改日程。如果某个来源读取失败，请明确说明。 一个有用的早晨，可以从这份简报开始：你打开它，就知道今天该先看哪份材料、处理哪件事。