去年接手一个项目运营团队5个人管20个微信号每天从早忙到晚晚上加班到10点是常态。发日报、回消息、拉群、发文件、统计群活跃度全是手动操作眼睛盯屏幕盯到发酸。老板拍板要自动化理由很直接——人力成本扛不住而且人手操作容易出错发错群、漏回消息的事一周能出好几起。我们折腾了快两个月最后接入了一套个人微信API方案把重复劳动砍掉了一大半。效果比预期的好现在2个人就能搞定原来5个人的活省下来的3个同事转去做内容运营和客户深耕。回头看这套自动化不是简单调用个接口发消息那么简单而是要把不同的触发条件对接上对应的执行逻辑。我把它归纳成5种模式分享给正在踩坑的朋友。接入前建议先把 Eyun开发文档 通读一遍对 wId 实例ID、Token 鉴权、Webhook 回调这些基础概念心里有数后面写代码会顺很多。这些概念不搞清楚后面5种模式哪种都跑不通。模式一消息触发——用户发消息程序自动回最常见的一种。用户往微信号发条消息程序收到后按规则自动回复。触发条件Webhook 回调推送消息事件Eyun 能力消息接收回调 sendText 发送文本执行逻辑很简单Webhook 把消息推到你的服务你解析出消息内容和发送者匹配关键词后调 sendText 回复。实际用的时候我们做了个 FAQ 机器人常见问题命中关键词直接回没命中的转人工。光这一项就把客服同学的重复劳动干掉了70%。最早我们用if-else硬匹配后来发现用户问法五花八门多少钱、价格多少、咋收费都要命中同一个回复加了模糊匹配才好用。模式二事件触发——好友变更、群成员变动不是消息触发的是关系变了触发的。比如有人加好友、有人进群了。触发条件好友变更回调 / 群变更回调Eyun 能力好友添加回调、群成员变化回调执行逻辑回调带过来事件类型和对方信息你判断后执行动作。新人加好友自动发欢迎语自我介绍小程序卡片新成员进群自动发群规和新人指引。这模式我们用得最频繁原来新好友欢迎要手动一条条发20个号一天新增几十个好友光是打招呼就耗掉一个人半天。现在全自动运营只管欢迎语内容更新。踩过一个坑欢迎语里带链接被判定营销后来改成纯文本小程序路径才稳。模式三定时触发——到点干活批量执行不是被动等事件是主动按时间表跑。每天9点发日报、每周一发周报、月底发对账单。触发条件定时任务cron 或业务调度器Eyun 能力批量调用 sendText / sendImage / sendFile执行逻辑定时器到点触发从业务系统拉数据组织成内容循环调 API 批量发。这块我写定时任务时参考了 Eyun平台 上的接口示例sendFile 发文件那个接口的参数格式容易踩坑文件路径和文件名要分开传建议先在小号上测通再上生产。坑点批量发送要注意频率控制别一股脑几百条轰过去容易触发风控。我们加了限流每秒不超过3条20个号错峰发9点的日报9点05分才能发完但稳定比快重要。模式四业务触发——外部系统事件驱动微信业务系统那头发生了一件事要顺带在微信侧通知客户。比如订单状态变了、审批通过了、工单流转到下一节点。触发条件业务系统事件订单状态变更、工单流转等Eyun 能力API 主动调用sendText / sendFile / sendImage执行逻辑业务系统调你的中转服务中转服务按模板组装消息通过 API 发到指定微信号或群。这模式是业务系统主动找微信跟前几种微信侧触发方向反过来。订单状态变更给客户发通知客户能第一时间收到打开率比短信和邮件高出一大截。我们接进来之后客户的客诉响应时长从平均2小时降到15分钟。模式五状态触发——实例掉线自动告警微信号本身的状态变了比如实例掉线、登录态失效。这种最容易出大事掉了你都不知道客户消息石沉大海。触发条件账号状态回调Eyun 能力实例状态变化回调执行逻辑回调推过来状态变更程序判断是掉线还是恢复掉线就推告警到值班群同时尝试重连或切换备用实例。这模式救过我们好几次。有次凌晨实例掉了告警第一时间到了值班手机5分钟内恢复了没影响早高峰的日报发送。要是手动发现起码损失一上午的客户咨询。后来我们干脆做了双实例热备主实例掉了自动切备用状态回调一触发就切换客户基本无感。五种模式对比我把五种模式放一张表里对比下选型的时候一目了然模式触发来源典型场景关键能力难点消息触发用户消息关键词回复、FAQ消息回调 sendText关键词匹配准确率事件触发关系变更新好友欢迎、入群规则好友/群变更回调欢迎语内容合规定时触发时间表日报周报、批量通知定时任务 批量发送频率控制防风控业务触发业务系统订单通知、审批提醒API 主动调用模板和数据组装状态触发实例状态掉线告警、自动重连状态回调双实例热备切换怎么选我有个简单的判断标准被动等用户说话的用模式一关系有变化的用模式二按时间表跑的用模式三业务系统主动通知的用模式四保实例稳定的用模式五。五种不是互斥的真实业务里基本都要。一段核心代码消息触发自动回复消息触发是几种模式里最基础的把这段跑通其他几种都是套娃换触发条件。贴一下我们用的简化版# Webhook 接收消息回调并自动回复Flask 示例 from flask import Flask, request import requests app Flask(__name__) # 关键词到回复内容的映射 FAQ_RULES { 价格: 我们的产品报价单已发送给您请查收文件, 地址: 公司地址XX市XX区XX路XX号欢迎来访, 客服: 正在为您转接人工客服请稍候 } EYUN_API https://www.eyunz.com/ TOKEN your_token_here WID your_wid_here app.route(/webhook, methods[POST]) def webhook(): data request.json # 解析回调数据消息内容 发送者 content data.get(content, ) from_user data.get(fromUser, ) msg_id data.get(msgId, ) # 幂等去重Webhook 偶尔重推 if is_duplicate(msg_id): return {code: 0} # 命中关键词就自动回没命中转人工 reply None for keyword, answer in FAQ_RULES.items(): if keyword in content: reply answer break if reply: # 调 sendText 回复用户 requests.post( f{EYUN_API}sendText, headers{Token: TOKEN}, json{wId: WID, toUser: from_user, content: reply} ) else: # 没命中关键词标记转人工 mark_for_human(from_user, content) return {code: 0} def is_duplicate(msg_id): # 用 msgId 做幂等避免重复推送导致重复回复 pass def mark_for_human(user, msg): # 转人工逻辑写入待处理队列由客服同学接管 pass if __name__ __main__: app.run(port8080)代码就这么多。实际生产里我们加了关键词模糊匹配、上下文记录、限流队列、回复内容审核但骨架就是这套。其他4种模式都是在这个基础上换触发条件——事件触发把回调来源换成好友变更定时触发把入口换成 cron业务触发把入口换成业务系统调用状态触发把回调来源换成实例状态。写在最后5种模式不是孤立的真实业务里经常叠加用消息触发状态触发一起跑定时触发里嵌业务触发事件触发后接业务触发联动。搞清楚什么触发什么剩下的就是接口对接和工程细节。接入过程中我最大的感受是先想清楚你的业务有哪几类触发场景再去找对应能力别一上来就堆功能。我们把5种模式画在白板上对了一遍业务流程才发现原来手动操作的90%都能套进这5种里剩下10%才是真需要人做的判断。如果正在调研个人微信API方案建议先把 Eyun开发文档 的回调机制和发送接口过一遍再结合自己的业务场景选触发模式。少走弯路省的是真金白银的时间和人力成本。