做微信二次开发，先别急着写代码，把接口能力地图装进脑子最重要——哪些官方明确支持，哪些只是"看着像能做"。这篇按工程视角把四大能力域拆清楚，每个域标注关键接口和落地要点，需求评审时直接拿来对照。
参考资料
api文档 weiti.apifox.cn
一、消息收发：机器人的输入输出
发送侧覆盖文本（postText / sendText）、图片（sendImage）、文件（sendFile），以及视频、名片、小程序等类型；接收侧靠Webhook实时回调，事件携带fromWxid、toWxid、content、msgType等字段。
两个工程要点：发送必带appId和toWxid；回调消息必须做幂等去重，否则同一条会被处理两次。这是所有机器人项目的地基。
二、好友管理：关系链程序化
覆盖接受好友请求（friend/acceptRequest）、改备注（friend/remark）、打标签（friend/tag）、列表检索等完整生命周期。最大价值是和CRM打通——业务系统改了客户标签，微信侧备注和标签即时同步。删除好友这类高风险动作建议加人工二次确认。
三、群聊操控：能力最密集的一块
建群、改名、邀请成员（group/inviteMember）、移除成员、群链接生成。配合Webhook的成员进出事件，能做出完整自动拉群链路：用户发关键词→建群/邀人→欢迎语→资料回写业务库。注意群操作是风控重点，必须配发送侧限流，短时间大量邀人极易触发限制。
四、朋友圈：私域内容通道
发布（sns/publish）、点赞（sns/likeSns）、获取动态（sns/getList）。工程难点不在接口而在素材管线和发布窗口——图片视频要先上传转存拿到媒体标识，发布时间避开风控高峰，单号每天条数设上限。
五、视频号：内容发布与互动
支持视频内容发布与互动操作，适合内容型业务把视频号运营纳入统一自动化排期。
怎么用这张地图
拿到需求先定位能力域，再确认有没有对应官方接口、要不要多步编排。消息解决"触达"，好友和群解决"关系运营"，朋友圈和视频号解决"内容曝光"。能落进这四块的需求基本可做，落不进去的谨慎评估，避免做到一半发现能力缺口。
369
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
