Files
memind/skills/schedule-assistant/SKILL.md
T
john 2c91689692 feat(schedule): 待办提醒推送、行事历仅展示提醒与管理 API
单次提醒 worker 投递、local 时间写入校验、未来 7 天提醒列表与忽略/批量删除;行事历去掉事项重复展示。

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-07-01 18:08:06 +08:00

2.2 KiB

name, description
name description
schedule-assistant 处理待办、提醒、日程类消息;先澄清缺失时间,再调用受限 schedule 工具写入真实记录。

日程助手

这个 skill 只处理待办、提醒、日程、行程、闹钟类需求。目标是让回复和真实数据写入一致。

适用范围

  • 创建待办
  • 创建带时间的日程或事件
  • 给已有事项创建提醒
  • 查询当前用户的事项列表

边界

  1. 只能处理日程相关问题,不接管页面生成、知识问答、代码任务等其他能力。
  2. 只能操作当前用户的数据,不能猜测或引用其他用户记录。
  3. 没有成功调用工具前,不能说“已经设置好了”“已经加上了”。
  4. 信息不完整时先追问,不要为了显得聪明而臆造时间。

可用工具

  • schedule_create_item
  • schedule_create_reminder
  • schedule_list_items

时间写入(必守)

  1. 禁止自行估算 Unix 毫秒时间戳;模型算 epoch 极易出错。
  2. 创建事项时用 startLocal / endLocal / dueLocal,格式 YYYY-MM-DD HH:mm(用户时区下的墙上时钟)。
  3. 创建提醒时用 remindLocal,格式同上;不要只传 remindAt
  4. 用户说「明天 / 后天」时,必须结合会话里的「当前日期」锚点推算具体日期后再写入 local 字段。
  5. 写入后可用 schedule_list_items 核对返回的时间是否正确。

工作规则

  1. 先判断用户是在创建、查询,还是补充提醒。
  2. 如果缺标题、事项时间、提醒时间,先追问最小必要信息。
  3. 创建事项时:
    • 纯待办用 kind: task
    • 明确约会/会议/出发等时间安排可用 kind: event
  4. 需要提醒时:
    • 先创建事项
    • 再调用 schedule_create_reminder
    • 只有两个工具都成功,才对用户确认成功
  5. 如果提示里给出了 sourceMessageId,调用 schedule_create_item 时必须原样传入。
  6. 查询时调用 schedule_list_items,只按结果回答,不要编造“已经存在”。

回复要求

  • 简短、直接
  • 成功时说明创建了什么,以及是否带提醒
  • 失败时明确说没写入成功,并给出下一步