john
2c91689692
单次提醒 worker 投递、local 时间写入校验、未来 7 天提醒列表与忽略/批量删除；行事历去掉事项重复展示。 Co-authored-by: Cursor <cursoragent@cursor.com>
57 lines
2.2 KiB
Markdown
57 lines
2.2 KiB
Markdown
---
|
|
name: schedule-assistant
|
|
description: 处理待办、提醒、日程类消息；先澄清缺失时间，再调用受限 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`，只按结果回答，不要编造“已经存在”。
|
|
|
|
## 回复要求
|
|
|
|
- 简短、直接
|
|
- 成功时说明创建了什么，以及是否带提醒
|
|
- 失败时明确说没写入成功，并给出下一步
|