技能与例行任务

把一次成功的任务变成可重复的流程。两个基本单元：技能（怎么做一件事的可复用说明）和例行任务（告诉某个 Bot 何时运行，按时间表或在支持时按事件）。建议先做一次性任务，做稳了存成技能，最后再自动化。

保存技能

• 技能记录步骤、判断规则、期望输出和安全边界，所有 Bot 都能用（但可能需要对应的连接器或登录）；
• 可以直接说：把刚才的流程存成一个叫「每周客户健康度」的技能，写明数据来源、风险定义、输出格式，以及「联系客户必须先审批」；
• 好的技能写清：何时使用、需要的输入和权限、工作顺序、如何验证结果、返回什么、哪些需要审批；
• 输入 / 引用技能，@ 引用 Bot、群组、例行任务和连接器；私有技能是所有 Bot 共用的一个库。

通过示范来教

• 如果有「Teach a task」按钮：打开一对一对话和电脑视图 → 点击 → 说明你要示范的结果 → 做一遍 → 停止录制并检查 Bot 生成的技能 → 用安全的例子测试后再定时；
• 最多录制约 10 分钟屏幕操作，不录麦克风；不要在示范中暴露密钥；生成的技能只是草稿，要补上判断规则、失败处理和审批边界；该功能可能逐步开放。

创建例行任务

• 直接告诉负责的 Bot，例如：每个工作日早上 8 点用当前客户列表跑「每日客户风险」技能，把带链接的观察名单发到这个对话，不要联系客户，数据源不可用就报告失败；
• 确认：负责的 Bot、时间和时区、输入来源、期望结果、审批边界、数据缺失时怎么办；后台例行任务在你合上笔记本时也会运行。

由事件触发

• Cursor 账户集成可以由 Slack 消息或 GitHub 通知等事件启动例行任务（与 Slack/GitHub 插件是两回事）；
• 匹配规则要窄、响应要明确，避免「每条新消息都触发」这种宽泛监听，既吵又耗额度。

先测试再启用

• 创建或修改后用「Test run」；测试运行会真实执行（访问网站、改文件、调用工具），所以用安全的输入，写操作放在审批之后。

管理例行任务与可信设计

• 在 Bot 的对话详情 → Routines 查看例行任务和最近运行记录；
• 设计原则：先自动化「准备工作」，执行动作仍由人确认。