邮件提醒助手

它解决什么问题

把提醒和邮件相关的重复动作交给脚本并不新鲜，麻烦在于 Mailsoftly 这类工具的操作入口分散、字段随版本调整，直接写死调用参数的集成往往改一次接口就失效一次。真正耗时的从来不是「发一封邮件」，而是每次都要重新确认工具是否在线、参数叫什么名字、返回里有没有分页标记。

它是怎么工作的

这个技能把上述流程拆成三个固定阶段，每一步都有明确的前置条件：

• 先发现工具：任何流程开始前必须调用 RUBE_SEARCH_TOOLS，拿到当前可用的 tool slug、输入 schema、推荐执行计划和已知坑位。文档里反复强调，schema 会变，永远不要硬编码工具名和参数。
• 再确认连接：通过 RUBE_MANAGE_CONNECTIONS 并指定 toolkit mailsoftly 检查连接状态。如果不是 ACTIVE，就按返回的授权链接完成设置，直到状态确认为 ACTIVE 才继续。
• 最后执行：用 RUBE_MULTI_EXECUTE_TOOL 按发现到的 slug 逐个调用。批量操作走 RUBE_REMOTE_WORKBENCH 里的 run_composio_tool()，需要完整 schema 时用 RUBE_GET_TOOL_SCHEMAS 补取。

适用边界与注意点

这套设计对工程侧有几条硬约束，违背任何一条都会导致执行失败：

• Session 复用：同一工作流内重复使用已有 session ID，只有开启新工作流时才生成新的。
• Memory 参数：即使为空也要传 {}，不能省略。
• Schema 合规：字段名和类型必须完全照抄搜索结果，不能凭经验补字段。
• 分页处理：响应里出现 pagination token 就必须继续拉取，直到结果完整为止。

换句话说，它适合需要在 Mailsoftly 上跑结构化、可重复工作流的场景，不适合一次性、手动点一点的临时操作。