技能介绍

要解决的问题

Breezy HR 把招聘流程搬进了浏览器，但真要写自动化脚本时，你会撞上两堵墙：一是认证，每次调用前都得先处理好连接状态和授权；二是工具面太碎，职位、候选人、申请状态各自独立，参数 schema 还会随版本变动，硬编码的脚本很容易在升级后静默失效。这个技能的思路是把操作链路交给模型编排，但不让它凭空猜接口——所有调用都经过 Rube MCP 这一层，由 Composio 的 Breezy HR toolkit 统一对接。

核心能力与工作方式

技能的动作围绕三个 Rube MCP 工具展开：

工具发现：任何流程开始前先调用 RUBE_SEARCH_TOOLS，用具体的 Breezy HR 场景描述换取可用工具列表、输入 schema 和推荐执行计划。这一步决定了后续所有调用的参数形状。
连接管理：通过 RUBE_MANAGE_CONNECTIONS 传入 toolkit: breezy_hr 发起连接；若返回的是授权链接，需要走完浏览器授权，确认状态回到 ACTIVE 后才能继续。
工具执行：拿到搜索结果中的 tool slug 后，用 RUBE_MULTI_EXECUTE_TOOL 执行；需要完整 schema 时改用 RUBE_GET_TOOL_SCHEMAS；多个工具组合的批量任务走 RUBE_REMOTE_WORKBENCH 里的 run_composio_tool()。

标准工作流是：先确认 RUBE_SEARCH_TOOLS 有响应（证明 Rube MCP 在线），再建连并确认 ACTIVE，然后按发现到的 schema 执行，最后检查响应中的分页 token，持续拉取直到数据完整。

适用边界与注意点

可靠性取决于几条纪律：永远先搜索再执行，tool slug 和参数都可能变化，不要跳过 RUBE_SEARCH_TOOLS 直接硬编码；执行前检查连接状态，非 ACTIVE 时先补授权；严格遵循搜索返回的字段名和类型，不要凭经验改写参数；调用 RUBE_MULTI_EXECUTE_TOOL 时必须携带 memory 参数，即使为空也要传 {}；同一 workflow 内复用 session ID 保持上下文，新 workflow 生成新的；列表类接口要注意分页，按返回的 token 翻完为止。

它解决的是操作层的自动化：把 Breezy HR 上的重复动作交给模型编排执行，而不是替代招聘策略本身。