name	scheduled-tasks
description	定时任务自动化工作流：cron + agent-send + delivery 的端到端编排。当需要设计定时执行、周期巡检或自动投递方案时使用此技能。
tools	cron
metadata	{"category":"operations","emoji":"📅","tree_id":"system/cron","tree_group":"system","min_tier":"task_light","intent_priority":10,"intent_keywords":{"zh":["定时任务","周期执行","cron","定时执行","每天","每周","每小时","定时巡检","自动投递","提醒","闹钟","每隔"],"en":["scheduled tasks","cron jobs","periodic execution","scheduled delivery","reminder","every day","every hour"]},"scene_hint":"定时任务/周期执行用此→外部HTTP事件用hooks-automation→智能体调度用agent-scheduler"}

定时任务自动化技能

端到端流程

设计 → cron.add → 验证 → 投递配置 → 监控 → 维护

1. 设计阶段

明确任务目标、执行频率、输出类型
确认投递目标（频道 + 接收人）
低频优先，避免突发调度

2. 创建阶段

cron.add(
  name: "daily-report",
  schedule: "0 9 * * *",
  action: "agent",
  message: "生成日报并发送到频道",
  channel: "feishu:group_xxx",
  to: "@user",
  agent: "default"
)

3. 验证阶段

cron.status — 确认调度器健康
cron.run — 手动触发一次，验证输出 + 投递
检查结果是否到达正确的频道和接收人

4. 投递设计

输出类型	投递方式
纯文本回复	cron 内置 `deliver`
文件/图片	任务内调用 `send_media`
邮件	任务内调用 `send_email`

关键: 始终显式设置 channel + to，不要依赖 last

5. 监控阶段

cron.runs — 审计执行历史、错误、投递结果
cron.status — 调度器整体健康

6. 维护

cron.update — 调整频率/参数
cron.remove — 退役不再需要的任务

与 hooks-agent 的区别

维度	cron	hooks-agent
触发方式	时间驱动	事件驱动（HTTP POST）
适用场景	定期巡检、日报、数据同步	外部系统回调、Webhook 通知
投递	需显式配置	可在 mapping 中配置

常见陷阱

status 健康 ≠ 业务逻辑正确 → 必须检查 cron.runs 实际产出
手动触发通过 ≠ 无人值守通过 → 常因缺少投递目标
wake 唤醒现有队列，不替代调度设计

Más de este repositorio

mismo repositorio

system-notify

acosmi-fushihua/CrabClaw

统一多通道通知工具。发送分级通知（hint/info/warning/critical），检测环境前置依赖（python3/node/go 等），查询最近通知列表。

2026-04-205

cron

acosmi-fushihua/CrabClaw

定时任务与提醒管理：创建定时提醒、周期执行任务、管理闹钟与计划。支持 cron 表达式、固定间隔和一次性定时。当用户需要定时提醒、周期执行、计划任务或查看任务历史时触发此技能。

2026-04-205

workspace-file-edit

acosmi-fushihua/CrabClaw

人设文件编辑：修改工作区的SOUL.md、USER.md、BOOTSTRAP.md文件。当用户要求更新人设、个人信息、引导配置时触发。

2026-04-205

agent-fleet

acosmi-fushihua/CrabClaw

三省六部军团管理：实例生命周期监控、三层预算治理、熔断器控制、卡死检测。当需要查看运行中的智能体实例状态或管理军团资源时使用此技能。

2026-04-205

agent-orchestration

acosmi-fushihua/CrabClaw

多智能体编排协调（三省六部治理框架）：消息总线通信、Supervisor/Pipeline/Swarm 三种编排模式、智能体间任务交接。当需要协调多个子智能体协作完成复杂任务时使用此技能。

2026-04-205

agent-scheduler

acosmi-fushihua/CrabClaw

智能体自动触发调度（三省六部治理框架）：cron 定时触发、事件驱动触发、消息匹配触发。当需要配置子智能体的自动执行计划时使用此技能。

2026-04-205

name	scheduled-tasks
description	定时任务自动化工作流：cron + agent-send + delivery 的端到端编排。当需要设计定时执行、周期巡检或自动投递方案时使用此技能。
tools	cron
metadata	{"category":"operations","emoji":"📅","tree_id":"system/cron","tree_group":"system","min_tier":"task_light","intent_priority":10,"intent_keywords":{"zh":["定时任务","周期执行","cron","定时执行","每天","每周","每小时","定时巡检","自动投递","提醒","闹钟","每隔"],"en":["scheduled tasks","cron jobs","periodic execution","scheduled delivery","reminder","every day","every hour"]},"scene_hint":"定时任务/周期执行用此→外部HTTP事件用hooks-automation→智能体调度用agent-scheduler"}

定时任务自动化技能

端到端流程

设计 → cron.add → 验证 → 投递配置 → 监控 → 维护

1. 设计阶段

明确任务目标、执行频率、输出类型
确认投递目标（频道 + 接收人）
低频优先，避免突发调度

2. 创建阶段

cron.add(
  name: "daily-report",
  schedule: "0 9 * * *",
  action: "agent",
  message: "生成日报并发送到频道",
  channel: "feishu:group_xxx",
  to: "@user",
  agent: "default"
)

3. 验证阶段

cron.status — 确认调度器健康
cron.run — 手动触发一次，验证输出 + 投递
检查结果是否到达正确的频道和接收人

4. 投递设计

输出类型	投递方式
纯文本回复	cron 内置 `deliver`
文件/图片	任务内调用 `send_media`
邮件	任务内调用 `send_email`

关键: 始终显式设置 channel + to，不要依赖 last

5. 监控阶段

cron.runs — 审计执行历史、错误、投递结果
cron.status — 调度器整体健康

6. 维护

cron.update — 调整频率/参数
cron.remove — 退役不再需要的任务

与 hooks-agent 的区别

维度	cron	hooks-agent
触发方式	时间驱动	事件驱动（HTTP POST）
适用场景	定期巡检、日报、数据同步	外部系统回调、Webhook 通知
投递	需显式配置	可在 mapping 中配置

常见陷阱

status 健康 ≠ 业务逻辑正确 → 必须检查 cron.runs 实际产出
手动触发通过 ≠ 无人值守通过 → 常因缺少投递目标
wake 唤醒现有队列，不替代调度设计