技能介绍

要解决的问题

口语化的提醒最容易坏在三处：字段还没确认就落库、时间算错或 cron 实际并未生效却告诉用户“已设置提醒”、事后无法复盘当初为什么这样排。这个技能把“理解”和“执行”拆开：自然语言理解与追问由模型负责，字段验证、SQLite 存储、时间计算、排序与简报数据一律交给 scripts/secretary.py。脚本统一返回稳定 JSON，调用方只依据 ok 与 result 行动，ok=false 时不猜测写入结果。

核心能力与关键步骤

捕获—澄清—确认—写入：先把原话分类为 event、task、project、someday、idea、waiting 或 reference。信息不完整时只问一个最关键的问题，并且最多保留 24 小时草稿，不会直接生成正式事项或真实提醒。
确认卡：正式写入前展示类型、标题、下一步、时间、重要性、预计用时、P1–P4、是否穿透静默时段以及将要创建的提醒；只有用户确认后才调用 finalize 并传 confirmed:true。用户修改时继续澄清，不新建重复草稿。
Cron 一致性协议：任何创建、更新、暂停、恢复、触发、取消或删除操作，先完整读取 references/openclaw-cron.md，再用 OpenClaw 原生 Cron 创建名称严格等于 psr: 前缀的一次性确定性 command job，直接运行 scripts/cron_runner.py。创建后逐项验证 command job、名称、runner、delivery.mode=announce、渠道与目标是否与当前入站会话一致，全部通过才回写数据库并声称生效；任一步失败就回滚本轮 job。
期间查询与复盘：把“这周还有什么事”这类问法识别为范围查询，默认 scope=remaining，只列当前时刻之后仍属于本周或本月的硬日程与节点，并单列逾期、已过 start-by 的事项和等待复查项。周报与月报由两个幂等的 command cron 触发，脚本输出直接发送，不再用模型改写。
统一输出：所有面向用户的回复按手机端纯文本短报组织：结论先行、分组互斥、重点不超过 3 项。脚本返回 wechat_text 时逐字发送；自己写的追问、确认或错误说明先经 sanitize-output 净化，避免 Markdown 装饰、emoji 或颜文字混进对话。

适用边界

它不会替你改动缓冲、提醒或优先级规则，只展示 recommend-rules 生成的建议，等你明确同意后才调用 accept-rule。idea 不会变成单项提醒，只能进入周/月回顾；多步骤事项必须建成项目并保证至少一个当前下一步。凭证、聊天标识、数据库与本机路径不写入 Skill 包，投递目标只从当前会话上下文获取。它也不会把 Markdown 表格、代码块或原始 JSON 直接丢给用户——那是调试场景，不是聊天输出。