Quick Reminders

核心用法

quick-reminders 是一个轻量级的一次性提醒技能，专用于48小时内的临时备忘。用户通过自然语言指令（如"2小时后提醒我"、"今晚6点"）即可创建提醒，Agent 会即时生成人性化的提醒文案，由后台 nohup 进程在触发时间通过 openclaw message send 推送至用户指定渠道（Telegram/WhatsApp/Discord/Signal/iMessage）。

关键特性

• 零LLM触发成本：提醒文本在创建时由 Agent 一次性生成，触发时纯后台执行，不消耗 tokens
• 多平台覆盖：默认 Telegram，支持 --channel 切换至主流 IM 平台
• 灵活时间格式：支持相对时间（30s/20m/2h/1d）或 ISO-8601 绝对时间
• 人性化文案：强调"朋友发短信"风格，禁用机器人式"Reminder:"前缀

显著优点

1. 极致轻量：相比日历事件，无需同步复杂日程结构，创建/删除秒级完成
2. 跨平台统一：单一接口对接多种消息渠道，用户无需关心底层差异
3. 成本可控：高频提醒场景下，批量创建无后续推理开销

潜在局限

• 48小时硬限制：超期强制转日历，无法作为长期待办替代
• 无重复/周期性：纯一次性设计，每日提醒需手动重建
• 单设备依赖：nohup 进程绑定当前会话环境，跨会话/重启可能丢失未触发提醒
• 时区易错：绝对时间若省略 -z 参数，默认采用系统本地时区，跨时区用户需谨慎

适合人群

• 需要快速丢一个念头、不想打开日历App的轻量用户
• 高频使用 IM 作为主力收件箱的 Telegram/WhatsApp 重度用户
• 对 token 消耗敏感、希望提醒规模化运行的成本意识用户

常规风险

• 丢失风险：nohup 非持久化服务，终端关闭/系统重启可能导致未触发提醒消失
• 目标ID泄露：--target 参数在命令行历史中明文留存 chat_id/手机号
• 误删无恢复：remove --all 无二次确认，且删除后立即生效
• 时区漂移：夏令时切换期间，绝对时间可能偏离用户预期

Quick Reminders 综合评估

核心用法

Quick Reminders 是一款面向 Agent 系统的轻量级定时提醒工具，专为 48小时内短期提醒 场景设计。用户通过自然语言触发（如"2小时后提醒我"），Agent 即时生成人性化的提醒文案，并通过 nohup sleep 后台进程在指定时间通过 openclaw message send 完成投递——触发时零 LLM 令牌消耗。

核心命令 trio：

• add "文案" --target <ID> -t <时间> — 创建提醒（支持相对时间 30s/20m/2h/1d 或 ISO-8601 绝对时间）
• list — 查看待执行提醒（自动清理已触发项）
• remove ID / --all — 删除单条或全部提醒

显著优点

1. 零持续成本：提醒创建时即固化文案，触发无需 LLM，适合高频轻量场景
2. 人性化设计：强制要求"朋友发短信"风格（"Hey, you wanted to call John"），禁止机器人腔调
3. 多通道支持：Telegram 默认，可透传 --channel 切换至 WhatsApp、Discord、Signal、iMessage
4. 极简依赖：仅需 jq，无 npm/pip 依赖地狱，供应链攻击面趋近于零
5. 安全透明：305行 Bash，无 eval/exec，输入验证完善，代码完全可读

潜在局限

• 非持久化：nohup 进程随系统重启消失，不适合跨天关键事务
• 48小时硬限制：超期强制转日历事件，无法灵活扩展
• 无重复提醒：一次性设计，周期性需求需外部方案
• T3来源：个人开发者维护，无企业级 SLA 背书

适合人群

• 高频使用即时通讯的终端用户
• 需要"轻推一下"而非"日程管理"的场景
• 对成本敏感、追求零令牌消耗的 Agent 部署方

常规风险

• 消息渠道配置错误：--target 格式依赖具体渠道（Telegram chat ID / WhatsApp E.164），配置错误导致投递失败
• 时区歧义：绝对时间需显式 -z 指定 IANA 时区，否则 fallback 系统本地时间可能引发预期偏差
• 进程管理：大量并发 reminder 可能堆积 sleep 进程，虽资源占用低但需留意极端场景

总结

Quick Reminders 是 Agent 生态中罕见的 "做减法"设计——功能边界清晰、成本模型透明、交互体验克制。适合作为高频短周期提醒的默认选项，配合日历 skill 覆盖长尾需求。