家庭药品管家 Skill：定时邮件提醒与“未回复就续发”是怎么设计的

家里老人每天要定时吃药，最怕的不是忘记一次，而是「发了提醒、却不知道对方到底吃没吃」。我最近做了一个家庭药品管家 Skill，核心就围绕这一件事：提醒要发出去，更要确认落袋。下面把设计思路写出来，给想做同类提醒工具的人参考。

先定边界：只提醒，不诊断

第一件事是把能力范围钉死。这个 Skill 只做三件事：到点提醒、等人确认、没确认就续发。它不给剂量建议、不判断病情、不替人决定吃不吃。提醒文案里只写药名、时间和一句「吃过了请回复」，不掺别的。这样边界清晰，用起来也放心——工具越是贴近健康，越不能在职责上含糊。

三件套结构：说明、模板、脚本分开

Skill 本身是三件套：SKILL.md 写能力说明和使用口径，templates 放提醒文案模板，scripts 放发信和续发的脚本。分开的好处在改动时最明显：换一句文案不用动脚本，改一次续发间隔不用重写说明。做小工具时，这个拆分习惯很省事——先把「说什么」和「怎么做」分开，后面迭代才不会牵一发而动全身。

关键设计一：提醒走邮件，邮箱要选到达率高的

提醒通道我选了邮件，而不是只依赖某一个 App 内推送。理由很实际：邮件不挑设备，手机、电脑都能收；而且指定一个家人常用、且和微信绑定深的邮箱，提醒到了微信里就能顺手看到，到达率比冷门邮箱高一截。通道选型不用追新，选家人已经在用的、打开率最高的那个，就是最好的。

关键设计二：没回复就续发，确认了就全停

这是整个 Skill 最重要的一个机制。很多提醒工具只发一次，发完就算完成——但「发了」不等于「吃了」。我的做法是：

• 到点发第一封提醒；
• 收到「吃过了」确认，当天后续提醒全部停掉；
• 没收到确认，按设定间隔续发，直到确认或当天窗口结束。

续发不是无节制地刷屏：间隔要拉开、窗口要有截止，确认一到立刻停。这样既不会让一次提醒石沉大海，也不会因为没完没了的催促惹人烦。提醒系统的完成标准，应该是「确认」，而不是「发送」。

上架前两个小坑：名字长度与实名

提交市场时还遇到两个流程坑，顺手记下来。第一是名称长度：英文名太长会被打回，改成简短中文名才通过——市场对展示名有自己的长度口径，提交前先按最短的来起。第二是创作者实名：没实名时提交会被拦，实名认证要在提交前先做完。这两件事都不难，但都卡在「以为默认已满足」上，提前核对能省一轮往返。

结语

这个 Skill 没有复杂技术，真正的功夫在两处：一是把提醒的完成标准从「发出」改成「确认」，二是把通道、文案、续发规则拆开，让每处都能单独改。先在自己家跑通一个真实场景，再谈推广——提醒类工具，可靠比花哨重要得多。