核心用法
cron-setup 是一套用于创建和管理 OpenClaw 平台定时任务（cron jobs）的规范技能。它提供了标准化的 JSON 模板、模型选择建议、调度模式及输出交付配置，帮助用户将周期性自动化任务（如数据监控、定时备份、消息推送）无缝集成到 OpenClaw 工作流中。
显著优点
1. 标准化模板：提供开箱即用的 JSON 结构，涵盖命名规范、CRON 表达式、时区设置、会话隔离等关键字段，降低配置出错率。
2. 模型选型明确：推荐使用 anthropic/claude-sonnet-4-5 作为默认模型，避免 DeepSeek 的工具调用不可靠问题；仅在复杂任务时降级至 Opus，成本控制清晰。
3. 自包含任务设计：强调任务指令需携带完整上下文（bash 命令、跳过条件、错误处理），确保 cron agent 在无状态唤醒时仍可正确执行。
4. 多渠道输出支持：原生支持 Telegram 消息推送，内置 topic ID 映射表（如 Research、Crypto、PR updates 等频道），便于团队分发。
5. 反模式防护：明确禁止 Opus 滥用、heartbeat 替代、cron 内循环等常见陷阱，减少资源浪费。
潜在缺点与局限性
- 平台绑定强：专为 OpenClaw 生态设计，迁移至其他 cron 系统需重写配置。
- 调试依赖日志：
delivery: none模式下无自动回显，需主动检查 Telegram 或外部存储确认执行状态。 - 超时硬限制：120-180 秒默认值对重型任务可能不足，需手动覆盖但缺乏动态扩容说明。
- 缺乏可视化：无 UI 管理界面，任务列表依赖
cron list命令行查询。
适合人群
- OpenClaw 重度用户，需将日常运维脚本（服务器监控、数据抓取、定时报告）转为自动化任务。
- 团队协作场景，需通过 Telegram 频道分发定时通知或数据摘要。
- 对成本敏感的 AI 应用开发者，希望精细控制模型调用层级。
常规风险
1. Token 消耗失控：未设置 SKIP 条件的空跑任务会持续消耗 API 额度。
2. 时区误配：tz 字段遗漏或错误导致任务在非预期时段触发。
3. 重复通知：同时使用 announce 模式与手动 Telegram 推送会造成消息冗余。
4. 权限泄露：任务消息中硬编码敏感路径或密钥，可能被 cron agent 日志记录。
5. 单点故障：依赖外部服务（Telegram API、Git 仓库）的任务在网络中断时静默失败，需配合监控告警。