YingClaw 定时任务教程：让数字员工自动干活
很多重复性工作其实是「按时间触发」的——每天早上 9 点汇总前一天数据、每周一 8 点拉取上周销售报表、每月 1 号对账、每季度给客户发续费提醒。这些事过去要么靠人记着做，要么用 Linux crontab 写脚本。YingClaw 的定时任务能力让你用大白话告诉数字员工「什么时候干什么」，它就自己跑。本文是 YingClaw 定时任务的入门到实战教程。
什么是数字员工的「定时任务」能力
YingClaw 的「定时任务」（Scheduled Task）是指：由用户设定一个时间规则，数字员工到点自动执行指定任务的能力。它是 YingClaw 八大核心能力之一（Shell、文件、浏览器、定时任务、记忆、技能、多代理编排、IM 通知）。
和 Linux crontab 相比，YingClaw 定时任务有三个本质区别：
- 任务内容是大白话，不是脚本：你告诉它「每天 9 点汇总前一天的飞书消息并发日报」，它自己理解、自己执行；不用写 shell / python 脚本
- 失败有兜底：任务跑挂了自动重试或通知你，不会在日志里悄悄挂掉
- 能调 AI 能力：定时任务里可以调用 LLM 智能分析、自动生成报告、智能回复邮件，这是传统 crontab 完全做不到的
简单说：crontab 是「时间触发一段代码」，YingClaw 定时任务是「时间触发一个 AI 智能体干活」。
定时任务能解决什么实际场景
定时任务的价值是把「每天都要做、想起来才做、容易忘」的事自动化。典型场景按频次分类：
每天跑（高频）：
- 9:00 汇总昨天销售数据生成日报
- 18:00 检查所有项目 deadline 提醒
- 20:00 同步 CRM 数据到数据仓库
每周跑（中频）：
- 周一 8:00 拉取上周销售报表发给销售总监
- 周三 14:00 爬取竞品官网更新情况
- 周五 17:00 整理本周工单生成周报
每月 / 每季度跑（低频）：
- 每月 1 号财务对账
- 每月最后一天清理临时文件
- 每季度给即将到期的客户发续费提醒
特殊时间点（事件触发）：
- 客户下单后 1 小时没付款自动发提醒
- 服务异常时立即告警
- 关键指标破阈值立即通知老板
YingClaw 定时任务配置入门
配置 YingClaw 定时任务只需三步，全程大白话，无需写代码。
第一步：用大白话创建任务
对 YingClaw 说：
「帮我创建一个每天上午 9 点跑的定时任务：登录飞书，读取昨天所有项目群的消息，整理成日报，发到我的飞书账号。」
YingClaw 会自动：
- 解析时间规则（每天 9 点）
- 拆解任务步骤（登录飞书 → 读消息 → 整理 → 发日报）
- 创建定时任务并测试一次执行
第二步：测试任务
任何定时任务创建后都建议先手动跑一次验证逻辑：
「把刚才那个 9 点的任务现在跑一遍，看结果对不对。」
YingClaw 会立即执行，跑完报告成功 / 失败 + 输出结果。如果结果不对，直接告诉它哪里要改，它会自动更新任务。
第三步：调整调度规则
YingClaw 支持四种时间规则：
| 规则类型 | 大白话示例 | 适用场景 |
|---|---|---|
| 固定时间 | 「每天 9:00」「每周一 8:00」 | 常规报表、提醒 |
| 间隔时间 | 「每 30 分钟」「每 2 小时」 | 高频监控、数据同步 |
| 事件触发 | 「客户下单后」「错误率 > 5% 时」 | 业务流程联动 |
| 一次性 | 「下周五 17:00 提醒我」 | 临时事项 |
如果想改时间规则，直接告诉 YingClaw：
「把那个任务改成工作日跑，周末不跑。」
它会自动调整 crontab 表达式并提示你确认。
3 个实战场景演练
下面三个真实可用的场景，从简单到复杂。
场景一：每日销售日报
目标：每天上午 9 点，把前一天的订单数据整理成日报，发到销售群。
对 YingClaw 说：
「创建定时任务：每天 9:00 跑一次。 步骤：
- 查 orders 数据库昨天创建的订单
- 按产品类型分组，统计订单数、总金额、客单价
- 生成 markdown 表格
- 发到飞书『销售日报』群」
YingClaw 跑通一次后定时启动。从此销售团队每天 9 点准时收到日报，没人需要记得做。
场景二：每周竞品监控
目标：每周一上午 10 点，抓取 3 个竞品官网首页和价格页，对比上周的版本，看看有没有更新。
对 YingClaw 说：
「创建定时任务：每周一 10:00 跑一次。 步骤：
- 浏览器打开竞品 A、B、C 的官网
- 抓首页标题、产品列表、价格信息
- 和上周抓的数据做 diff
- 有变化时，把 diff 结果发到我飞书」
这个任务结合了浏览器自动化 + 文件对比 + IM 通知三个能力，纯靠 crontab 实现要写几百行 Python 代码。
场景三：每月财务对账
目标：每月 1 号凌晨 1 点，从支付宝、微信、银行三个渠道拉账单，和内部订单系统对账，差异项自动发邮件给财务经理。
对 YingClaw 说：
「创建定时任务：每月 1 号 01:00 跑一次。 步骤：
- 拉支付宝上个月账单
- 拉微信支付上个月账单
- 拉公司银行账户上个月流水
- 和内部 order_db 上个月订单匹配
- 差异项 > 100 元的，列成清单发邮件给财务经理
- 跑完生成对账报告存到财务共享盘」
这个场景展示了定时任务跨系统串接的能力——是数字员工相对传统脚本的杀手锏。
定时任务的最佳实践与避坑
五个实战中总结出的注意点：
- 任务名要清晰：定时任务多了容易混淆，命名时带上「场景 + 频次」，如「每日销售日报-9AM」
- 失败要有兜底：所有定时任务都应配置「失败重试 1-2 次 + 仍失败则发飞书告警」
- 避免高峰冲突：不要把所有任务都设到 9:00 整，错峰（8:55、9:05）能减轻系统压力
- 大任务要分步：单次任务超过 5 分钟的，建议拆成多个任务链（前一个跑完触发下一个）
- 定期 review：每月检查一次任务列表，删除无效任务、优化慢任务
数字员工的定时任务和 Linux cron 有什么区别？
本质区别是任务内容的形式。Linux cron 触发的是一段固定代码（shell、python），逻辑必须事前写死；YingClaw 定时任务触发的是一个 AI 智能体，它可以在执行时根据上下文判断、用 LLM 生成内容、调多个系统协作。简单说：cron 是「机械手臂」，YingClaw 定时任务是「能听懂话的机器人」。
定时任务能不能用大白话配置？
可以，这是 YingClaw 的核心特性。所有定时任务的创建、修改、删除都可以用大白话完成，不需要写代码。背后 YingClaw 自动把大白话解析成 cron 表达式 + 任务脚本，你只需要负责「描述清楚想干什么、什么时候干」，它负责「翻译成可执行的任务」。
失败的任务会自动重试吗？
YingClaw 支持失败自动重试策略。默认配置是：失败后 5 分钟重试一次，最多重试 2 次；如果仍然失败，自动发飞书 / 钉钉通知到任务 owner。你也可以自定义重试策略——比如「失败 3 次后转人工处理」。
怎么调试定时任务？
三种调试方式：
- 手动触发：对 YingClaw 说「现在跑一次那个 9 点的任务」，立即看结果
- 看运行日志：所有任务的历史执行记录、耗时、输出、异常都能查到
- 干跑模式：让 YingClaw 把任务步骤「念」一遍而不真执行，确认逻辑没问题再启动
小结
YingClaw 定时任务是把「按时间要做的事」从「人记着做」变成「AI 自动做」。它不是简单的 cron 替代品，而是让 AI 智能体按时间维度持续运行的能力——每天 9 点的销售日报、每周一的竞品监控、每月 1 号的财务对账，都可以用大白话告诉 YingClaw「什么时候干什么」，它自己跑、自己兜底、自己告警。
入门三步：
- 创建任务：大白话告诉 YingClaw「什么时候干什么」
- 手动跑一次：验证逻辑，迭代到满意
- 让它自己跑：时间到自动触发，失败自动告警
营域智能的 YingClaw 平台原生支持定时任务能力，与其他七大能力（Shell、文件、浏览器、记忆、技能、多代理编排、IM 通知）天然组合——可以理解为「让数字员工有了自己的作息时间表」。