AI cron 是什么，不是什么
AI cron 是可以把 AI 处理步骤放进调度的触发链里，每次跑时让模型根据当下数据判断下一步。
AI cron 不是：一个会自己思考要不要跑的智能体。AI cron 仍然是「时间到 → 固定触发 → AI 处理一段」，AI 只在中段出现。
最常见的误解是把 AI 当成调度里的「总指挥」，于是把所有判断都丢给它，包括「现在该不该跑」、「失败该怎么办」。实践中更稳定的做法是：调度器负责 when，工具负责 how，AI 负责 what 的内容生成。
先算频率：每 5 分钟和每天一次差很多
| 频率 | n8n cloud 月执行次数 | 对应方案 |
|---|---|---|
| 每天 1 次 | ~30 | Starter 充裕 |
| 每小时 1 次 | ~720 | Starter（2.5k）够 |
| 每 15 分钟 | ~2,880 | Starter 边界 → 升 Pro |
| 每 5 分钟 | ~8,600-8,900 | Pro（10k）刚好 |
| 每 1 分钟 | ~43,000+ | 通常不适合走 cloud SaaS，请走自架或 Workers |
Make 免费版最短 15 分钟间隔；Zapier 免费版 polling 15 分钟且 100 tasks/月，5 分钟级别流程必走付费或别的工具。
四条主流调度路线
① 传统 cron + LLM API
OS 级别的 cron / launchd / systemd timer + 自写脚本 + LLM API。完全可控、成本低、需要自己设计失败通知。
适合：开发者、频率高、想完全掌控。
② n8n schedule trigger
workflow 里放 Schedule Trigger 节点 → 后接 HTTP / AI / Sheets / Slack 等节点。
- cloud：execution 计费，整个 workflow 跑一次算 1 次。
- 自架：软件免费，服务器与 patch / backup 自负其责。
适合：技术团队、想用视觉化但需要长步骤。
③ Make / Zapier 调度
入门最快，界面最直觉。注意计费单位差异（Make = credits、Zapier = tasks）与最短间隔限制。
适合：个人轻度 / 营销 / 小团队。
④ GitHub Actions、Cloudflare Workers Cron Triggers、Pipedream
开发者导向的云端调度：
- GitHub Actions scheduled workflow：CI/CD 体系内调度。
- Cloudflare Workers Cron Triggers：无服务器、低延迟、免费额度大。
- Pipedream：开发者向 workflow 调度器。
适合：要快速上线又不想自己管服务器的开发者。
关于 Claude Code 相关调度：Anthropic 官方在 Claude Code 文档持续更新，要调度把 Claude Code 串入工作流的人，建议直接看官方最新文档，避免引用过时做法。
上线前的失败通知设计
最低标：
- 每次任务写一笔状态 log（成功 / 失败 / 跳过）。
- 超过预期时间没新 log → 触发 alert（Slack / Email / Telegram）。
- API 失败 → retry 指数退避，超过上限升级为警告。
rate limit 友善设计：
- 调度时间错开整点（4:17 而不是 4:00）。
- 高频调度做 in-memory cache 或 last-modified 检查，避免打点。
- 对外动作（发布、寄信、转帐）保留人工 confirm 闸。
哪些 AI 任务一定要人工审核
- 对外发信、公开帖子、新闻稿、客户通信。
- 金融操作、合约决定、删除数据。
- 法务 / 医疗 / 公部门相关产出。
- 任何「跑错后追回成本高」的场景。
折衷做法：调度跑到 → AI 草稿 → 进「待审」收件匣 → 人按 confirm 才送出。
新手可复制的低风险调度示例
| 例 | 触发 | 处理 | 落点 |
|---|---|---|---|
| 每日新闻摘要 | 每天 07:30 | 抓 RSS → AI 摘 → 整理段落 | Email / Notion |
| 内部知识库巡逻 | 每周一 09:00 | 找出未更新的 doc → AI 标记重点过期 | Slack 提醒 |
| 客服 FAQ 整理 | 每天 02:00 | 抓昨日工单 → 找重复问题 → 整理 | FAQ database |
| 竞品价格监测 | 每 6 小时 | 抓网页 → 比上次值 → 变动才通知 | Slack |
| 个人读书笔记 | 每周日 22:00 | 整理本周新增笔记 → 抓重点 → 写周报 | Obsidian / 个人 vault |
结论
会准时执行不等于可以放心自动化。失败时怎么被看见、用量怎么被监控、成本怎么被预期，这三件事是调度系统的真正核心。先从低频、低风险的任务开始；观察它一周内怎么坏、怎么被你发现、怎么被你修，才有资格把高频、跨系统的调度交给它。
小企鹅的经验
OpenClaw 跑的是 code-based 自建路线：传统 cron 触发 → 脚本呼 LLM API → 结果写回工作笔记 → 失败推 Telegram。这套设计上的「失败通知优先」原则，是踩过几次「跑挂三天才发现」之后才固化下来的。最常踩的问题集中在三件事：token 过期、API schema 变动、provider 把 rate limit 改了，占失败事件大半（prompt 写不好反而很少是主因）。
Claude Code 在工作流里的角色比较像「主动跑长任务的助手」而不是「调度器」，所以调度多半交给 cron / GitHub Actions / Cloudflare Workers，再让任务本身呼 Claude Code、Codex、或直接呼 LLM API。对「一般人能不能做到」的看法：能，但建议从 no-code 调度（Make schedule + 简单 AI 步骤）开始，把失败通知做齐再进到自建路线。
延伸阅读
常见问题
Q: 什么是 AI cron？跟一般 cron 差在哪？
传统 cron 是 OS 层的定时任务工具：时间到了就执行固定脚本，输入输出每次一样。AI cron 是把 AI 步骤接进调度里，每次根据当下数据判断再产出。差别在于输出可以是非固定的。
Q: Claude Code 调度怎么设置？
Claude Code 调度相关文档仍在快速演进，建议直接以官方最新公开说明为准。目前可确认的是 Claude Code 主要落在 CLI / IDE 整合与多 agent 协作场景，不是传统 SaaS 调度器；想搭调度的人通常另外接 cron / GitHub Actions / Cloudflare Workers / n8n schedule trigger。
Q: AI 调度系统会很贵吗？
成本由三段叠加：基础设施（VPS、SaaS 订阅）、API 调用费（LLM、第三方）、以及失败 retry 的浪费。低频调度（每天 1-3 次）多数情境每月几美金可控；高频（每 5 分钟）n8n cloud 约产生 8,600-8,900 executions/月，等于 Pro 方案以上。
Q: AI 定时任务失败了怎么办？
调度必须搭监控。最低标：每次任务写一笔状态 log；超过预期时间没新 log 触发 alert。API 会挂、格式会改、token 会过期，这三件事在调度系统里几乎是必然，不是例外。
Q: AI 定时任务和传统 cron 有什么不同？
传统 cron 跑固定脚本，每次行为一致；AI 定时任务让模型根据当下数据判断下一步。应用上最常见的差别是：传统 cron 抓数据存档，AI cron 抓数据 + 比较异常 + 产出摘要。
Q: n8n 怎么设置定时调度？
在 n8n workflow 里加一个 Schedule Trigger 节点，设置执行频率（cron 表达式或 interval）。后接其他节点（HTTP / AI / Sheets）即可。注意 n8n cloud 是 execution 计费（整个 workflow 跑一次算 1 execution），自架版没次数限制但要自管服务器。
Q: AI 可以自动帮我发社区帖子吗？
可以串。常见做法：调度触发 → AI 生成各平台版本 → 通过 Buffer / 平台 API 调度或直接发布。重要红线：对外公开动作建议保留人工审核闸，避免 AI 出错直接送到外面。
Q: 定时任务的 API 额度怎么控制？
错开整点（例如 4:17 而不是 4:00）降低跟其他用户撞 rate limit 的概率；设置 retry 上限与指数退避；高频调度加 in-memory cache 减少对外打点；Claude API 等模型方的 rate limit 可在对应 console 查看。
整理：Penna｜小企鹅 Penchan