关键词触发是最基础的机器人功能——用户发"菜单"返回菜单，发"客服"转人工。单个关键词好办，关键词一多问题就来了——匹配效率下降、一个消息命中多个词、触发结果不稳定。本文讲关键词触发的三个关键点：匹配算法、优先级冲突、动作编排。

自动回复做得好不好，一半看内容，一半看时机。人工在聊的时候闭嘴、客户连发的时候等一等、拿不准的时候交给真人，这三条做对，机器人不抢戏，客户和客服都不反感。

消息回调是机器人接收消息的主要方式，但回调有两个老大难问题——丢失和重复。丢失是回调没收到，消息漏掉了。重复是回调收了多次，消息处理了多次。两个问题都会导致业务出错。本文讲丢失检测和重复处理的完整解决方案。

微信机器人上线后最怕掉线——掉线了消息收不到也发不出，用户以为机器人坏了。状态检测和自动重连是机器人稳定运行的关键——实时检测登录状态，掉线自动重连，重连后恢复状态。本文讲状态检测和自动重连怎么实现。

消息处理流程不稳定，机器人就不可靠——消息丢了、处理错了、回复慢了，用户体验全崩。稳定的处理流程不是"收到就处理"，是设计成状态机——接收态、处理态、完成态，每态有校验、重试、补偿。本文讲稳定处理流程的状态机设计。

实时监听消息是机器人的基础，但单靠一种监听方式不够稳——长连接断了消息就收不到，轮询有延迟。推拉结合才是可靠方案——长连接实时推，轮询兜底查漏。业务触发也要可靠——触发不能丢不能重复。本文讲推拉结合的监听方案和事件总线的触发设计。

客户发"查订单"，机器人要去订单系统查订单号；发"退款"，要建退款工单。这些业务处理不是一个 if-else 能搞定的，是一条管道：接收消息 → 提取意图 → 调用业务接口 → 回发结果。这篇讲这条管道怎么搭，重点在业务处理层，不是消息接收本身。底层用的是开放的企微 API，凭证在开通，Webhook 收消息，message/sendText 发回复。

好友和群聊数据管理是微信机器人的基础功能——群发通知要好友列表，群消息管理要群成员信息，用户分群要群聊数据。数据管理不是"拉个列表"那么简单，要解决分页拉取、增量更新、群成员管理、数据缓存四个问题。本文从接口调用角度讲好友和群聊数据怎么管。

自动消息处理是微信机器人的核心能力——消息进来不用人工干预，机器人自动处理回复。但自动处理不是"收到消息就回"那么简单，要解决意图识别、处理流程编排、模板回复、异常兜底四个问题。本文从案例角度讲自动处理链路怎么搭。

微信机器人开发第一步是登录——不登录什么都做不了。登录到消息发送的完整流程是：获取二维码→扫码登录→保持登录态→发消息。每一步都有接口调用，每一步都可能踩坑。本文按流程顺序讲每个接口怎么调，附上常见坑和解决办法。