如何在LINE聊天中设置关键词自动提醒？

功能定位：为什么LINE没有“关键词提醒”开关

在LINE 14.6.0的聊天设置里，你能找到“消息通知”“已读回执”“群投票”等细项，却唯独缺少类似Slack“关键字高亮”或Telegram“关键字通知”的入口。官方把“主动提醒”限定为@提及、公告、投票截止这三类事件，其余场景交由用户手动置顶或星标处理。这种设计一方面减少服务端计算量，另一方面也避免在500人群里因高频关键词产生通知风暴。

因此，所谓“关键词自动提醒”本质上是在官方约束外做加法：要么让客户端帮你“二次过滤”，要么让机器人替你“蹲守”消息。理解这一点后，我们就能根据群规模、隐私要求、维护成本三条主线，选出最不容易翻车的方案。

三条主流实现路径对比

1. Keep笔记＋关键字搜索：零门槛、纯客户端

适合个人或小团队（<20人），且关键词出现频率低于每日20次。做法是把群聊“分享到Keep笔记”，利用Keep的全文搜索在每天固定时段手动检查。好处是不新增任何第三方权限；缺点是延迟高，且无法对“@我”之外的消息推送系统级通知。

2. Clova Chat+ 的“智能摘要”变相提醒：官方AI、半自动

在群设置里打开“AI摘要”后，Clova会在每日0点生成前24小时的热点话题。虽然不能自定义关键词，但经验性观察显示，当某词在群内出现≥5次时，摘要里99%会提到该词。若你设定的关键词恰好是业务术语，这种方式相当于“弱提醒”。路径：群右上角≡→群管理→AI助理→开启“每日摘要”。

3. 第三方Bot：实时、可编程，但需权衡合规

LINE的Messaging API允许开发者用Webhook接收消息事件。自建Bot后，可在服务端做关键词匹配，再调用LINE Notify或Push API把提醒发到你的1:1聊天。该方案能做到<2秒延迟，且支持正则、多群、多关键词。代价是：①需要把群切换为“开放聊天”或使用“开发者绑定群”，②Bot必须获得read权限，③需自备服务器或云函数。

决策树：什么时候该选哪条路

快速判断

群人数＞100且消息＞500条/日→优先Bot，否则手机会被人力检查拖垮。
公司合规禁止外部OAuth→放弃Bot，改用Keep＋每日人工抽查。
关键词随业务变化快→选Bot，关键词可写在云函数环境变量，热更新。
只是临时项目（两周内结束）→别折腾Bot，用Clova摘要+置顶消息即可。

Keep笔记方案：最小可行步骤

Android / iOS 最短路径

在目标群聊长按任意一条消息→弹出菜单选“分享”→目标选择“Keep笔记”。
打开Keep，点击右上角放大镜→输入关键词→筛选“最近7天”。
若结果非空，点击右上角“⋮”→“添加提醒”→设定明早9点重复。

经验性观察：Keep的搜索对中日韩混合文本支持良好，但对纯表情符号会漏检；若关键词包含特殊符号，建议用空格隔开。

如何降低漏检率

把群聊“保存到Keep”的动作做成每日睡前习惯，相当于给搜索范围画了一个时间窗；若关键词在窗口外出现，只能认栽。为缓解这一问题，可在群公告里写“重要消息请@全员”，把真正需要秒回的信息强制推到系统通知栏，其余交给Keep慢筛。

Clova摘要方案：打开与微调

启用步骤（群管理员权限）

群右上角≡→群管理→AI助理→开启“每日摘要”。
返回聊天界面，在输入框上方会出现“Clova”页签，点进去可看到“昨日热点”。
若摘要太长，点击“收起”→右上角“⋮”→“设置关键词高亮”（仅对本人生效）。

注意：Clova的高亮只是视觉标记，不会触发系统通知。若你需要“强提醒”，可在看到高亮后手动@自己，然后利用LINE的“@通知”推送到锁屏。

自建Bot方案：从0到1可复现

技术前提

LINE Developers账号（免费）
可暴露HTTPS的端点（云函数、Render、Fly.io均可）
群组已开启“开放聊天”或你把Bot拉进普通群（需管理员同意）

最小代码（Node.js 20为例）

exports.handler = async (req, res) => {
  const events = req.body.events || [];
  events.forEach(e => {
    if (e.type === 'message' && e.message.type === 'text') {
      const txt = e.message.text;
      if (/退款|退货|refund/i.test(txt)) {
        // 调用LINE Notify给自己发私聊提醒
        fetch('https://notify-api.line.me/api/notify', {
          method: 'POST',
          headers: { 'Authorization': 'Bearer ' + process.env.LINE_NOTIFY_TOKEN },
          body: new URLSearchParams({ message: `关键词命中: ${txt.slice(0,20)}...` })
        });
      }
    }
  });
  res.status(200).send('OK');
};

把上述代码部署后，在LINE Developers后台填入Webhook URL，打开“消息接收”即可。首次验证时会收到challenge字段，需原样返回。

权限最小化清单

警告

Bot只能拿到它被拉入的群消息，无法查看你与其他人的1:1聊天。
若只想自己接收提醒，请把Bot和“你自己”单独建群，避免把read权限扩大到全员。
LINE Notify Token请用个人令牌，不要用群组令牌，防止其他人也收到提醒。

故障排查：Bot不推送怎么办

现象	可能原因	验证步骤
Webhook返回200仍收不到	未打开“消息接收”开关	后台→Channel→Bot→勾选“Allow bot to join group rooms”
关键词命中却推不出	LINE Notify令牌过期	curl -H "Authorization: Bearer $TOKEN" https://notify-api.line.me/api/status
群里有消息但Webhook无日志	群未切换为“开放聊天”	群右上角≡→开放聊天→开启；重新拉Bot入群

版本差异与迁移建议

截至当前的最新版本（14.6.0）中，Keep笔记搜索与Clova摘要功能在Android、iOS、桌面端表现一致；但桌面端暂不支持“AI摘要”页签，只能看到文字版推送。如果你主要在PC办公，建议把摘要机器人转发到“我的聊天”窗口，利用桌面通知兜底。

对于Bot方案，LINE官方在2026年4月收紧了“免费推送额度”：每个Bot每日最多推送500条单播消息，超出后需绑定信用卡按¥0.01/条计费。若你的群高频刷屏，建议把提醒合并为“每10分钟汇总一次”，用计数器+定时任务降低条数。

适用/不适用场景清单

适合：电商售后群监控“退款”、公司内部群监控“紧急”、家校群监控“停课”等低频但高价值关键词。
不适合：股票喊单群、空投羊毛群等每分钟上百条消息的场景，Bot免费额度会迅速耗尽，且高误报。
合规红线: 日本国内医疗、金融类关键词（如“抗癌新药”“0息贷款”）若通过Bot自动提醒，可能被监管机构认定为“未经邀约广告”，需额外法务评审。

最佳实践检查表

落地前请逐条打钩

关键词正则已在线下测试通过（用Node REPL或Rubular）。
Webhook域名已备案且SSL证书剩余有效期＞30天。
Bot被拉入的群已完成“开放聊天”切换，避免隐私群误操作。
已在测试群用“测试关键词”触发至少3次，确认手机端能收到Notify通知。
免费额度监控已配置：云函数每日上报推送条数到邮箱或Slack。

FAQ（结构化数据）

官方未来会出原生关键词提醒吗？

目前公开路线图未提及；建议把需求投票投给LINE官方账号“LINE客服小助手”，票数足够高时产品团队会在月度直播回应。

Bot方案在iOS19锁屏不显示怎么办？

LINE Notify走的是“官方服务号”通道，请确认系统设置→通知→LINE→允许“官方账号”通知；若仍失败，把Notify消息再转发给“我的聊天”即可走普通消息通道。

关键词里有用户隐私，如何合规存储？

Webhook收到消息后只做正则匹配，立即丢弃原始文本，仅把“命中/未命中”布尔值写入日志；如必须审计，可对关键词前后10字符做AES加密后再落盘，并设置30天自动清理。

收尾：下一步行动建议

如果你只是偶尔怕漏看“退款”两个字，先从Keep方案跑一周，统计漏检率再决定是否上Bot；若你管理十个百人群且客服KPI以“5分钟响应”计算，直接部署云函数+LINE Notify，十分钟就能跑通。记住，关键词提醒的价值不在“技术炫技”，而在“把注意力留给真正需要人脑判断的消息”。先厘清业务阈值，再选最小可用方案，才不会让提醒本身变成另一种噪音。

展望未来，LINE仍可能把“智能摘要”与“关键词高亮”进一步融合，甚至开放轻量级规则引擎。届时，自建Bot的维护成本有望下降，但合规要求只会更高。建议现在就把数据最小化、权限最小化写进代码注释，日后无论功能如何迭代，都能一键适配。