「微信机器人怎么开发」问的通常不是概念，而是：个人号能不能做成可维护的服务，从哪一步写代码。这篇按开发路径来：先定架构，再对接登录和收发，最后才上规则。

先定你做的是哪一种微信

三种能力不能混着开发：

• 公众号 / 服务号：官方 API，适合通知，不像好友聊天

• 企业微信：官方接口全，适合企微客服

• 个人微信：没有官方完整机器人接口，二次开发常见做法是 RPA 封装成 HTTP API

客户只加了个人号，就要按第三种做。业务代码只调接口，不要去点微信窗口。

推荐架构（不要把规则写进脚本）

微信实例（保持在线）
  → HTTP 接口：登录 / 发消息 / 回调 / 通讯录
  → 你们的网关：鉴权、队列、频控、日志
  → 业务：关键词、会话、订单、坐席

开发时只允许业务依赖网关。实例怎么保活，属于运维，不该散落在每个 PHP 文件里。

个人号通道可以用现成封装。GeWe API 就是把个人微信收发做成 HTTP，开发者按模块对接即可，不必自己维护一套桌面自动化。

开发顺序：五步，不要并行

1）登录状态机
未登录出码、在线可发送、掉线暂停出站并告警。没有状态机，后面全是事故。

2）消息回调
HTTPS 地址收 POST，验 token，msgid 去重，原始报文入库，再异步处理。不要用轮询聊天记录冒充收消息。

3）发送队列
按好友稳定 ID 发送，带业务 requestId。超时不等于失败，不能无脑重试“不是好友”。

4）规则与转人工
先做 3 个关键词和“人工”停机，再谈 AI。

5）映射表
微信标识 ↔ 你们的客户 ID。没有这张表，通知会发错人。

最小数据表

• account：实例、在线状态

• contact：好友/群映射

• message：进出、msgid、处理结果

• session：是否人工接管

这四张表够支撑客服机器人第一版。群发、拉群都是后置。

接口字段去哪对齐

登录二维码、回调 JSON、发送参数不要靠群里口播。用 GeWe API 时，按「登录 / 消息 / 回调」三章对照文档写适配层，测试用例直接钉响应字段。文档：GeWe API - GeWe API｜微信 API 开发文档

语言不限：Java、Python、Node 都只是 HTTP 客户端。先把适配器写稳，再在上面做机器人。

上线检查

• 测试号和生产号隔离

• 群默认不自动回

• 坐席接入后机器人闭嘴

• 掉线时发送接口对业务返回明确错误

• 原始回调至少留几天便于对账

小结

微信机器人怎么开发，答案是：通道做成 API，业务做成状态机，规则做成可配置，而不是写一个会回“你好”的脚本。个人号用 GeWe API 承接登录与收发，你们把时间花在会话、映射和转人工上。五步按顺序通，机器人才能进生产。