quick-reminders

核心用法

Quick Reminders 是一款专为短期提醒场景设计的轻量级工具，适用于48小时以内的一次性提醒需求。其核心机制采用 nohup sleep 后台进程配合 openclaw message send 命令实现，在提醒创建时由Agent合成最终消息文本，触发时刻直接发送而无需再次调用LLM，实现零token消耗。

用户通过CLI调用 nohup-reminder.sh 脚本完成操作，支持添加（add）、列出（list）、移除（remove）三种核心命令。添加提醒时需指定目标聊天ID（支持Telegram、WhatsApp、Discord、Signal、iMessage等多渠道）、触发时间（支持相对时间如30s/20m/2h/1d或ISO-8601绝对时间）以及可选时区。消息文本由Agent在创建时人工合成，强调"朋友发短信"的自然风格，避免机械化的系统通知口吻。

显著优点

极致轻量：完全规避LLM在触发时的token消耗，对于高频短期提醒场景成本优势显著。多渠道覆盖：原生支持五大主流即时通讯平台，用户可按需选择。人性化交互：内置详细的文案风格指南，鼓励使用口语化、带情感色彩的表达，提升用户体验。架构简洁：纯Shell实现，依赖仅jq和openclaw两个标准工具，部署门槛低。进程级可靠：使用nohup创建独立后台进程，配合PID管理和目录锁机制，确保提醒触发的可靠性。

潜在缺点与局限性

时间窗口受限：明确限制48小时内，超期需求需转用日历系统，增加了用户的心智负担。机器重启丢失：基于进程的实现方式导致系统重启后所有待触发提醒丢失，不适合关键任务。无持久化保障：reminders.json虽存储提醒元数据，但sleep进程状态无法恢复。单用户局限：设计为个人助手场景，不支持多用户或团队协作的提醒管理。编辑功能缺失：需先移除再重新添加，无法直接修改现有提醒。

适合的目标群体

该Skill最适合以下用户：需要频繁设置短期个人提醒的个体用户；对LLM token成本敏感、追求极致经济性的场景；偏好即时通讯渠道接收提醒而非传统通知中心；以及已深度使用OpenClaw生态、希望保持工作流一致性的用户。对于需要跨设备同步、长期规划或企业级提醒管理的场景则不太适用。

使用风险

进程管理风险：极端情况下锁目录或临时文件可能残留，虽设计有trap清理机制，但崩溃场景下仍需手动干预。时区处理复杂度：绝对时间需显式指定IANA时区， naive时间默认采用系统本地时区，跨时区使用易出错。渠道配置依赖：首次使用需从session_status或TOOLS.md获取目标ID，配置链路较长。Shell兼容性：脚本路径含反斜杠字符，在部分文件系统可能存在兼容性问题。