Schedule

核心用法

Schedule 是一款轻量级任务调度技能，让用户通过自然语言即可创建一次性或周期性任务。用户只需说"每天早上总结邮件"或"周五下午3点提醒我"，系统会自动解析时间意图，必要时确认一次即可持久化执行。任务以 JSON 格式存储于 ~/schedule/jobs.json，执行日志按月归档，完全独立于系统级 crontab，避免权限冲突与配置污染。

显著优点

• 自然语言优先：无需记忆 cron 语法，"每小时检查一次"即可生效
• 智能学习：首次询问"早上几点"后自动记住偏好，减少重复交互
• 渐进式复杂度：从基础定时到条件触发（仅工作日）、静默执行、任务链，按需扩展
• 安全隔离：任务定义与执行完全在用户空间，不执行任意 shell 命令，不触碰系统配置
• 透明管理：支持列出、暂停、取消、编辑任务，状态一目了然

潜在缺点与局限性

• 任务实际执行依赖宿主 agent 的运行状态，非系统级守护进程
• 跨设备场景下 ~/schedule 目录需自行同步
• 复杂条件逻辑（如"若邮件少于5封则跳过"）需明确表述，隐含意图可能识别偏差
• 未内置冲突检测，同名任务会直接覆盖

适合人群

个人知识工作者、需要规律提醒但抗拒配置 cron 的开发者、多项目并行需定时摘要的团队成员。

常规风险

• 存储目录权限不当可能导致任务定义被其他程序读取
• 时区理解错误（如夏令时切换）可能使任务偏移 1 小时
• 长期未执行的 agent 会导致任务堆积，重启后可能集中触发

核心用法

Schedule 是一款专注于本地任务调度管理的 Skill，通过简洁的自然语言指令帮助用户创建一次性或周期性任务。用户只需说出"每天早上总结邮件"或"周五下午3点提醒我"，Skill 会自动解析时间意图、确认细节并持久化存储任务定义。

任务数据存储在用户本地目录 ~/schedule/，包含三个核心文件：jobs.json 记录活跃任务的 cron 表达式与任务描述，preferences.json 存储学习到的用户偏好（如"早上"对应的具体时间、时区设置），history/ 目录按月记录执行日志。这种设计确保了数据的透明性和用户可控性。

显著优点

极致安全架构：该 Skill 采用纯 Markdown 文档实现（T-MD 类型），不含任何可执行代码（无 .js/.py/.sh 文件），从根本上消除了代码注入、恶意执行等风险。安全认证报告显示静态代码分析、动态行为分析、依赖审计、网络流量分析均获得满分或接近满分。

智能偏好学习：避免重复询问——首次确认"早上是几点"后自动记忆，后续直接使用。这种设计显著降低了交互摩擦。

渐进式复杂度：从基础指令到条件判断（"仅工作日"）、静默模式（"只记录不通知"）、任务链（"X 完成后执行 Y"），功能随需求自然扩展，不为简单场景增加认知负担。

完全本地运行：无外部 API 调用、无网络依赖、无第三方库，所有数据处理均在用户设备完成，符合 GDPR 数据最小化原则。

潜在局限

无自主执行能力：Skill 仅负责任务定义存储，实际执行依赖 Claude Code 内置的 CronCreate 工具或外部调度器。若宿主环境未配置定时任务机制，创建的任务不会自动触发。

T3 来源级别：由个人开发者维护，虽当前版本安全，但长期维护稳定性需持续关注。建议通过 GitHub 星标、贡献者数量等指标评估项目健康度。

功能边界明确：明确声明"从不执行任意 shell 命令"、"从不直接修改系统 crontab"，这意味着用户无法通过此 Skill 执行任意脚本，仅能触发预定义的任务类型。

适合人群

• 需要简洁自然语言接口管理定时任务的知识工作者
• 对代码执行安全敏感、优先选择无代码架构的用户
• 希望任务调度数据完全本地存储、拒绝云端服务的隐私意识用户
• Claude Code 重度用户，希望利用内置 CronCreate 工具扩展工作流

常规风险

数据丢失风险：任务定义存储于本地 JSON 文件，无自动备份机制。建议定期手动备份 ~/schedule/ 目录。

时区误解：虽然 Skill 会存储时区偏好，但跨时区旅行或系统时区变更可能导致任务触发时间偏差，需手动检查或更新 preferences.json。

任务堆积：长期运行的 recurring jobs 若未及时清理，可能导致 jobs.json 膨胀。建议定期执行"What's scheduled"审查并清理已失效任务。

权限提示误点：尽管当前版本无需特殊权限，但未来更新若引入新功能，需警惕意外的权限升级请求。