提醒不是闹钟，是一条群内约定#

个人提醒像闹钟。到点响一下，完成就结束。

群聊提醒不一样。它背后常常是一条群内约定：谁这周做什么，什么时候轮换，没做完怎么处理，机器人发出来以后大家默认怎么理解。

如果只把它当成“到点发消息”，就会漏掉很多真实问题：

• 这条提醒属于哪个群。
• 轮换名单是不是固定。
• 每个人对应的事项是什么。
• 周期是每周、隔周，还是自定义日期。
• 节假日或临时调整时怎么改。
• 机器人应该提醒一次，还是反复催。

更合理的做法是先把它看成一张值日表，再把值日表交给机器人定时发送。

顺序不能反。

先写规则，再写触发词#

聊天入口可以很轻，比如一句 /提醒 每周日晚上...。

但入口轻，不代表内部可以含糊。最后要落地的是一份结构化规则：

1
scope: 这个提醒属于哪个群
2
schedule: 什么时候触发
3
rotation: 哪些人按什么顺序轮换
4
message: 发出去的文本长什么样
5
owner: 谁有权修改或取消

这样存下来以后，它就不是聊天记录里一句容易被冲走的话了。日后要查看、暂停、修改或删除，都能找到同一个规则对象。自然语言适合当入口，但机器人最后要把它落成一条稳定规则。

轮换要显式，别靠大家记忆#

值日提醒最怕“大家都知道”。

所谓大家都知道，通常意味着两周后就没人记得。谁上周拖地，谁这周轮休，谁临时换过一次，如果只靠翻聊天记录，很快就会混乱。

所以轮换规则最好显式写出来：

1
第 1 周：A 做事项一，B 做事项二，C 做事项三，D 轮休
2
第 2 周：B 做事项一，C 做事项二，D 做事项三，A 轮休
3
第 3 周：C 做事项一，D 做事项二，A 做事项三，B 轮休

真实发送时当然可以用群内成员名或昵称，但公开文章里不需要保留这些私人细节。对系统来说，重要的是“轮换位置”和“事项槽位”，不是具体人名本身。

一旦规则显式，机器人就不用每次猜。它只要按日期算当前轮次，再把对应关系填进模板。出了问题也能检查：是周期错了，还是名单错了，还是模板错了。

默认只提醒，别变成催促#

值日表这种提醒很容易滑向另一个方向：自动追问、自动催促、自动点名、自动记录谁没做。

这些都不是第一阶段该做的。

第一阶段最稳的做法是：到点提醒一次，发清楚本周安排，然后结束。机器人不判断谁完成了，也不把群里后续聊天当成执行记录，更不自动升级语气。

这听起来保守，但适合长期使用。

群聊不是工单系统。日常小事需要的是降低遗忘概率，不是给每个人加一个监察员。提醒一旦带上过强的执行感，很容易从帮忙变成压力源。

所以默认设置要尽量轻量：

• 只在约定时间发一次。
• 不跨群扩散。
• 不记录额外聊天内容。
• 不主动私聊催人。
• 修改和取消要有明确命令。
• 需要追踪完成状态时，单独设计，不顺手加上。

少打扰的重点很简单：默认只做约定好的那件事。

确认回包要比长篇解释重要#

创建提醒以后，机器人最该回的是一条能核对的状态，而不是泛泛说一句已经安排。

比如：

1
已创建：每周日 19:00 在本群发送值日轮换提醒。
2
当前轮换：A / B / C / D。
3
可用命令：查看、暂停、取消。

这类回包很短，但它解决三个问题：有没有创建成功、创建到了哪里、以后怎么改。

很多自动化功能不好用，并不是因为它不会做事，而是用户看不清它到底记住了什么。用户只看到一句“好的”，并不知道机器人把时间理解成了哪一天，也不知道提醒是一次性还是周期性，更不知道下一次怎么取消。

提醒功能尤其不能含糊。它说白了是在替群里承诺一件未来会发生的事。既然是未来的事，就必须让现在的人能核对。

公开时只写机制，不带私人场景#

群聊机器人很接近日常生活，写成博客时要格外克制。

可以写机制：周期提醒、轮换规则、插件设计、少打扰默认设置、公开仓库如何避免带入私有日志。

不该写真实群号、真实成员、聊天截图、具体生活细节，也不该把某个群里的临时玩笑当成公开素材。

这也是把它放进“日常自动化”和“工程取舍”两条线的原因。它既是一个生活小工具，也会碰到很现实的问题：机器人到底应该帮忙到哪一步，哪些状态可以公开，哪些东西只该留在本地。

小功能也要写清楚哪些能公开。

值日提醒要安静耐用#

群聊值日提醒不是一个大功能，但它很能说明我想要的日常机器人是什么样。

它不该抢话，不该过度记录，也不该把群聊改造成流程系统。它只需要把一条大家容易忘的约定，变成一条清楚、可查、可改、到点出现的规则。

这类功能适合先把轮换和状态确认做扎实，主动能力往后放；默认降低打扰，再逐步加更多自动化。

这种小工具看起来不聪明，但很耐用。对常驻在群里的机器人来说，耐用比热闹重要。