菜单
当用户想"按时间表反复或定点做某事并自动推送结果"时使用——创建/查看/修改/暂停/删除定时（周期）任务。触发词：定时、周期、每天、每周、每月、每隔、到点、提醒我、自动发、cron、schedule、日报/周报/月报、按时推送。指导如何用定时任务工具正确设置 cron、执行内容与投递目标。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/ZJU-REAL/HugAgentOS --skill scheduled-tasks命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
设计并创建一个子智能体，或改进一个已有的子智能体。当用户说"帮我建一个负责 X 的智能体"、"我想要个专门做 Y 的助手"、"把这套活儿交给一个专门的智能体"、"改一下我那个智能体的职责/能力/语气"、或问"这个智能体该怎么设计"时，务必使用本技能。它教你怎么切职责、怎么写 system_prompt、绑哪些能力、参数怎么定，然后通过 create_agent / edit_agent 工具落库。
从零攒一个插件包，或把一个 web 链接上的插件下载下来导入。当用户说"照着这个网页做个插件"、"把我这几个技能打包成插件"、"帮我做一个插件"、"这个链接的插件帮我装上"、或需要把一组配套的技能与工具打成可安装可卸载的整体时，务必使用本技能。它教你插件包的目录结构、plugin.json 怎么写、怎么自检、怎么通过 import_plugin 工具落库。
HugAgentOS 后端开发规范。当需要新增或修改后端代码（API路由、服务层、数据库模型、MCP工具等）时使用此 skill， 确保代码风格、分层架构、错误处理、响应格式等与项目现有规范保持一致。
基于 SOC 职业分类
正在显示 SKILL.md
| name | scheduled-tasks |
| description | 当用户想"按时间表反复或定点做某事并自动推送结果"时使用——创建/查看/修改/暂停/删除定时（周期）任务。触发词：定时、周期、每天、每周、每月、每隔、到点、提醒我、自动发、cron、schedule、日报/周报/月报、按时推送。指导如何用定时任务工具正确设置 cron、执行内容与投递目标。 |
当用户表达"按时间表反复或定点执行某事，并把结果自动发给我/发到本会话/发到某群"的意图时， 必须用本插件提供的工具完成，不要自己编造"已创建"。
create_scheduled_task(cron_expression, prompt, name, deliver_to) — 创建list_scheduled_tasks(status) — 列出（用户问"我有哪些定时任务"时用）get_scheduled_task(task_ref) — 详情 + 最近运行记录update_scheduled_task(task_ref, cron_expression?, prompt?, name?) — 修改pause_scheduled_task(task_ref) / resume_scheduled_task(task_ref) — 暂停/恢复delete_scheduled_task(task_ref) — 删除/取消ok: true 之前，绝不说"已创建/已修改/已删除/已设置"。task_ref 匹配到多个任务（返回 need_clarification），先向用户确认具体是哪一个，禁止猜删。| 需求 | cron |
|---|---|
| 每天 9:00 | 0 9 * * * |
| 每天 16:10 | 10 16 * * * |
| 每周一 9:00 | 0 9 * * 1 |
| 每月 1 号 8:00 | 0 8 1 * * |
| 每小时整点 | 0 * * * * |
| 每 5 分钟 | */5 * * * * |
把用户的口语时间（"每天早上九点半""每周五下午六点"）准确翻译成 cron。
到点执行时没有当前对话上下文，所以 prompt 要写清"做什么、产出什么"，
例如"汇总今天的销售数据并生成 Markdown 日报"，而不是"汇总一下"。
list_channel_conversations 拿到会话列表（含 title 和 conversation_id）；conversation_id；create_scheduled_task 的 deliver_to 传入。
不要凭空臆造 conversation_id，必须来自 list_channel_conversations。判断"当前会话是哪个"不需要你猜——系统已按用户发消息的来源自动确定；你只在用户要发到别的会话时才需要 list + 指定。
投递是自动的，你不用、也没有任何"发送文件"的工具可调；但有一条硬前提：到点执行是一次
全新、无上下文的 run，只有被 pin_to_workspace 固定到工作区的文件才会 ①留在「我的空间」
②作为附件随投递目标（站内 / 飞书 / 钉钉 / 企微 / 微信会话，按 deliver_to）一起发出。没 pin
的文件不投递、只发文字。 这与渠道无关——飞书也好、站内也好，都是这一套。
所以当用户要"生成 XX 文档并发出去"时，prompt 必须写清"生成 XX 文档并交付"（不是只"汇总一下"）。
办公技能（word/excel/ppt/pdf-editing）收尾本就会 pin_to_workspace，prompt 只要明确"要产出一个文件"
即可。例：prompt="汇总今天的工单生成 Markdown 日报文档并交付"。
create_scheduled_task(cron_expression="0 9 * * *", prompt="汇总昨天的工单并生成简报", name="每日工单简报", deliver_to="here")。ok: true 后，再用自然语言告诉用户任务名、执行时间与投递目标。