前言¶
写 Agent 类工具时，常遇到一类需求：用户说「每天早上帮我看一下」，或者「每周五生成一份汇总」。这类话在对话里很自然，落到工程上却不好处理——定时由谁触发、任务怎么写、失败怎么补、时区怎么算，都是要人去填的洞。
cron 这类 Skill 要做的，就是把这类「循环意图」收敛成一份结构化的本地调度描述，交给运行时按表执行。下面介绍它的定位、可核实的能力，以及资料里明确给出的信息边界。
这是什么¶
cron 是一个基于通用 SKILL.md 格式的 Skill，坐标 @zcwl/cron，版本 1.0.0，来源标为 enterprise，分类 dev-programming，由发布者「智创未来」维护。一句话定位：把循环意图转为结构化本地调度。
它的设计取向是本地优先——调度描述落在本地，执行时机和任务内容由本地约定决定，不依赖某个云端任务市场的开关。
核心功能¶
已核实的能力只有简介里的这一句：把循环意图转为结构化本地调度。
拆分来看，至少包含三层含义，且这三层都需要在 Skill 内部落地：
- 意图识别：从自然语言里抽出循环要素，比如「每 N 单位时间」、起始时刻、结束条件。
- 结构化输出：把抽出的要素写成固定的调度描述，而不是继续用一句话描述。结构化之后才能被程序读取、校验和复用。
- 本地调度：调度表保存在本地，由本地环境负责触发。
有一点要说清楚：抓取资料里没有 SKILL.md 正文，所以字段名、输出格式、支持的时间单位（是否支持秒级、是否支持节假日偏移、是否支持错过补跑策略）都无法核实。这些是判断一个调度 Skill 好不好用的关键，需要在启用前从官方页面的正文部分确认。
安装与启用¶
抓取资料中没有出现官方安装命令。这类 Skill 基于通用 SKILL.md 格式，通用约定是把 Skill 目录放进项目或用户级的 skills 目录，让 Agent 运行时能发现它。
如果按通用约定部署，步骤大致是：
- 获取
@zcwl/cron的 SKILL.md 文件，放入skills/cron/SKILL.md（或运行时约定的 skills 目录）。 - 在会话里用自然语言提出循环需求，由 Agent 读取 SKILL.md 中的说明生成调度描述。
在官方页面确认到具体命令之前，不要照抄任何第三方写法。
典型用法¶
抓取资料里没有给出可复现的官方示例，这一节不写虚构用例。
从定位推断，典型输入是一句含循环语义的自然语言，典型输出是一段结构化的调度描述。但输入格式、输出字段、以及描述里是否包含任务本身（还是只描述触发时机）都未核实，不能写成确定用法。
适用场景与注意¶
适合的场景：需要在 Agent 工作流里周期性触发任务，且希望调度描述可读、可存、可复用。
需要注意的限制：
- 触发可靠性取决于本地环境。本地调度意味着机器休眠、进程退出、时区配置错误都会让任务不按时执行。要核对运行时是否自带唤醒机制。
- 执行内容不在调度描述里的话，仍需另配。调度只解决「何时做」，「做什么」要在任务描述或上游流程里给出。
- 错过时机的处理策略未明确。是跳过还是补跑，需要看 SKILL.md 正文或自行补一层逻辑。
- 标签为
requires_api_key=false，意味着不依赖外部付费 API 的密钥，但仍可能有其他前置条件，需以正文为准。
结尾¶
cron 的价值在于把一句「经常做」的话变成一份可校验的本地调度描述，减少了重复沟通和人工记时。当前可核实的信息限于元数据和一句话简介，字段与用法细节需要读官方页面正文。
官方地址：https://api.skillhub.cn/zcwl/cron ，页面地址：https://www.skillhub.cn/skills/zcwl/cron
