定时执行只是自动化最表面的一层。真正可用的自动化还要知道从哪里读取、写到哪里、何时停下、失败后通知谁，以及下次运行会不会重复发送或覆盖结果。
先判断任务是否适合无人值守
只有同时满足以下条件，才值得进入自动化：
- 输入来源稳定且有合法访问权限。
- 手动执行至少连续成功三次。
- 结果有明确格式和质量检查。
- 失败不会立刻造成不可逆损失。
- 外部发送对象和内容规则稳定。
- 有人负责查看运行历史和异常。
需要临场判断、经常改变目标或包含重大审批的任务，保留人工触发更合适。
先写运行合同
在创建定时任务前记录：
| 配置 | 示例 |
|---|---|
| 名称 | 工作日 AI 行业简报 |
| 频率 | 周一至周五 08:30 |
| 输入 | 指定来源、最近 24 小时 |
| 工作空间 | automation/ai-briefing |
| 输出 | 日期命名的 Markdown 与来源表 |
| 发送 | 先保存，校验通过后发到测试邮箱 |
| 超时 | 20 分钟后停止并通知 |
| 去重 | 使用来源 URL + 日期 |
| 负责人 | 内容运营负责人 |
没有去重、超时和负责人，自动化很容易变成持续制造垃圾的任务。
手动完成一次全链路
使用与定时任务相同的提示词、工作空间、模型和连接器手动运行。检查：
- 数据是否来自约定时间和来源。
- 输出文件名是否可重复运行。
- 缺少数据时是否明确说明。
- 外部发送前是否可以预览。
- 运行中断后是否留下可识别的半成品。
如果手动执行仍需要你多次临时纠正，就还没有达到自动化条件。
创建自动化任务
进入左侧“自动化”，添加名称、工作空间、提示词、调度规则和通知。官方文档说明未指定目录时会分配临时自动化工作空间；长期任务仍建议显式设置目录，方便审计和清理。
提示词要自包含，不依赖“上次说过”的临时对话：
读取最近 24 小时指定来源中的 AI Agent 新闻。
只保留有原始链接和明确发布日期的内容，按重要性最多选择 8 条；
每条输出标题、两句摘要、来源、发布时间和链接。
先保存到当前工作空间的 YYYY-MM-DD-draft.md；
如果有效条目少于 3 条，停止发送并在结果中说明原因。把外部发送拆成第二阶段
初期自动化先只生成文件。连续运行几次确认稳定后，再增加邮件、小程序或消息通知。
即使开启发送，也要设置：
- 明确收件人白名单。
- 主题包含日期和任务名。
- 空结果和异常不发送正常简报。
- 同一运行标识只发送一次。
- 保留发送记录和生成文件。
监控第一次计划运行
第一次到点时不要完全离开。确认客户端在线、登录状态有效、连接器未过期、任务按预期启动，并记录实际耗时和积分。
手动运行成功但定时失败，常见差异包括：工作目录不同、环境变量未加载、设备休眠、凭据过期、并发限制或执行时没有可用网络。
失败恢复分四类
环境失败
设备离线、休眠、网络中断或客户端未运行。恢复环境后只重跑缺失时段，不重复已成功运行。
权限失败
文件、连接器或账号授权过期。重新授权前确认范围，不因自动化方便而扩大到全部数据。
数据失败
来源为空、格式变化或返回异常。保存原始错误，不要把空结果包装成正常报告。
输出失败
文件生成一半、发送失败或内容未通过验收。使用运行 ID 区分草稿、成功和已发送状态，再决定从哪一步恢复。
不要无限重试
网络超时可以有限重试一到两次，并增加间隔。权限不足、输入错误、格式变化和积分不足不会因为重复执行自行恢复，应该停止并通知负责人。
定期维护
每周检查运行成功率、平均耗时、积分、空结果、重复发送和未清理文件。每次模型、Skill、连接器或提示词更新后，重新手动试跑。
长期无人查看的“绿色成功”也可能是静默错误。抽查内容事实和产物，而不仅是状态图标。
完成检查
- 任务已连续手动成功三次。
- 自动化有工作空间、超时、去重和负责人。
- 第一次定时运行经过人工观察。
- 外部发送在生成之后单独验证。
- 失败类型、重试上限和恢复步骤已记录。