用户自主定义任务内容，本技能仅负责定时触发执行，需显式授权所需权限
说明：
## 核心用法
Schedule 是一个轻量级任务调度技能，采用**用户驱动执行模型**——用户明确指定”做什么”（WHAT）和”怎么做”的权限，技能仅负责”何时执行”（WHEN）。
**创建定时任务流程**：
1. 用户提出需求（如”每天早上总结邮件”）
2. 技能询问具体时间并确认所需权限/技能
3. 用户显式授权后，任务以 JSON 格式存储于 `~/schedule/jobs.json`
4. 到达触发时间时，Agent 执行用户定义的任务并记录日志
**存储结构**：
– `~/schedule/jobs.json`：任务定义（含 cron 表达式、任务描述、所需技能列表）
– `~/schedule/preferences.json`：用户时区、偏好时间段
– `~/schedule/history/`：执行记录（按月归档）
## 显著优点
– **权限边界清晰**：不预设任何外部服务访问权限，所有权限需用户显式授予
– **系统侵入性低**：不修改系统 crontab 或 launchd，仅操作用户目录下的文件
– **可追溯性**：完整的执行历史日志，便于审计和调试
– **智能偏好学习**：自动记录时区和常用时间段偏好，减少重复询问
## 潜在缺点与局限性
– **依赖 Agent 在线**：任务触发需要 Agent 处于运行状态，非系统级守护进程
– **权限管理开销**：每个跨技能任务都需要用户确认，高频操作可能显得繁琐
– **无内建重试机制**：执行失败仅记录日志，需用户手动处理或依赖其他技能
– **时区处理复杂度**：跨时区旅行时，固定 cron 表达式可能产生预期外行为
## 适合人群
– 需要定期执行个性化工作流的知识工作者
– 对系统权限敏感、希望精细控制自动化范围的用户
– 已在使用其他技能（邮件、日历等）并希望编排定时场景的用户
## 常规风险
| 风险类型 | 说明 | 缓解措施 |
|———|——|———|
| 权限扩散 | 长期任务可能累积过多权限 | 建议定期审计 `jobs.json` 中的 `requires` 字段 |
| 任务堆积 | Agent 离线期间错过的任务不会补执行 | 关键任务建议配合系统级定时器使用 |
| 时区混淆 | 夏令时切换可能导致 1 小时偏移 | 优先使用 IANA 时区标识符（如 Europe/Madrid）|
会员专属
