微米API开发文档

微米API是什么?

  • 微米API 是一套完整的的微信个人号接口,它能监测微信中的各种事件,并辅助微信执行各种操作,提供了客户与微信个人号对接的能力,技术上来讲是一款基于IPAD协议开放性API。杜绝封号,追封,批量封等封号问题,支持多种微信方式接入。
  • 当前版本基于 ipad 7014协议,长短连接mmtls、rqt、03/05、wcste、si、devicetoken等齐全,sec各个接口实现,非低版本修改版本号,结合push消息可做各种处理,不做支付、红包、sm、改密等操作。
  • 你可以 通过API 实现 个性化微信功能 (例:营销系统、机器人小助手、客服系统、返利机器人、淘客机器人等),用来自动管理微信消息。

可开发的功能包括但不限于

  • 好友管理:添加好友、删除好友、修改备注、创建标签、获取好友列表、检测僵尸粉
  • 消息管理:发文本消息、图片消息、发文件、发送视频、发送URL链接
  • 自动创群、修改群名称、发布群公告、邀请新成员、踢群成员、获取群列表、发送邀请链接
  • 朋友圈:发送朋友圈、朋友圈点赞、获取朋友圈列表、转发朋友圈、同步朋友圈,批量发送朋友圈
  • 基于API您可以创造更多有趣的功能.....

我们的优势

我们是一家专业提供个人号API的技术团队,服务于具有SCRM、机器人、营销系统等具有研发能力的公司,同时我们也接收因使用Xposed、ipad协议、PC Hook导致被微信批量封号的厂商,我们合作伙伴目前包含:金融服务行业Top10、知名Xposed群控厂商、提供SCRM的定制型公司、知名协议付费平台等

客户案例

目前使用本套方案的客户覆盖在行业各个领域:金融行业(天X证券、华X证券)、教育行业(百X作业、青X教育)、车企服务(X众、X风)、通信(X动、X通)、监管手机(X宇、X客)、营销企业(X店、X趣)、知名一线互联网公司(饿XX、抖X)及相关G端用户

开发者规范

  • 本接口适用人群为个人开发者开发各种基于微信的机器人应用,如是企业级用户建议直接使用企业微信

  • 开发者进行接口开发时,除了需要满足每个接口的规范限制、调用频率限制外,还需特别注意聊天消息、用户数据等敏感信息的使用规范

涉及用户数据时:

  • 您的服务需要收集用户任何数据的,必须事先获得用户的明确同意,且仅应当收集为运营及功能实现目的而必要的用户数据, 同时应当告知用户相关数据收集的目的、范围及使用方式等,保障用户知情权
  • 您收集用户的数据后,必须采取必要的保护措施,防止用户数据被盗、泄漏等。
  • 您在特定的接口中收集的用户数据仅可以在该特定的接口中使用,不得将其使用在该特定的接口之外或为其他任何目的进行使用,也不得以任何方式将其提供给他人。
  • 如果我方认为您收集、使用用户数据的方式,可能损害用户体验,我方有权要求您删除相关数据并不得再以该方式收集、使用用户数据。
  • 一旦您停止使用本服务,或我方基于任何原因终止您使用本服务,您必须立即删除全部因使用本服务而获得的数据(包括各种备份), 且不得再以任何方式进行使用。

其他规范:

  • 请勿提供跟踪功能,包括但不限于识别其他用户在个人主页上查看、点击等操作行为。
  • 请勿自动将浏览器窗口定向到其他网页。
  • 请勿设置或发布任何违反相关法规、公序良俗、社会公德等的玩法、内容等。
  • 请勿公开表达或暗示,您与我方之间存在合作关系,包括但不限于相互持股、商业往来或合作关系等,或声称我方对您的认可。

常见问题

怎么保证不封号,安全性?

我们平台技术来源于腾讯官方通道,非破解性grpc,mmtls研发,我们从IP、设备、网段、地点、基站等七条加密方式杜绝封号,追封,批量封等封号问题,目前我们已服务于:金融服务行业Top10、知名Xposed群控厂商、提供SCRM的定制型公司、知名协议付费平台等。

微信必须扫码登录吗?

当前版本协议支持扫码登录和62数据登录,我们支持任意官方正版微信扫码,不受版本限制,不会出现版本低等问题

你们协议是公司自有研发吗?

是的,目前公司有专门的技术团队跟进研发,可以随着客户需求进行各接口调整,以及定制化服务

能不能突破加人限制、抢红包、实名等?

我们的接口用于个人用户进行机器人开发,为保证接口不被乱用,没有涉及相关敏感类操作,也奉劝广大开发者,切勿做违法违规的事情。

  • 完整的开发者规范和接口限制,请详见开发者接口文档。

快速开始

技术要求

  • 接入微米协议,研发人员需掌握任意一种编程语言即可,如JAVA、Go、PHP、Python、Node.js、C#、易语言等。

账号开通

  • 接口调用通过token授权,登录管理后台自助购买token,免费提供7天测试时间。

API接入流程

  1. 创建TCP监听服务,用于接收各种推送消息(详见下一节)。
  1. 调用接口api/v1/login/init进行登录环境初始化。
  2. 扫码或者62登录。
  3. 调用其他接口 。

如何接收wx消息

  • 在与WX交互中,用户可能会处理各种推送消息,做到自动回复,消息转发、自动同意好友、自动入群、红包提醒等处理。
  • 考虑到大多数用户没有公网IP,所以消息推送我们选择类似WX官方的Tcp长连接。
  • Demo中有我们实现的常用语言连接实例,无需自己再去摸索

TCP封包规则

  • 本协议TCP部分通信才用采用经典的TLV(Type-Len-Value)封包格式:
  • MsgLength 和 MsgID各占四个字节,发送内容为HelloWorld和内容为空的心跳包,其封包内存形式如下:

消息ID

用户仅需要发送ID为1的握手包和ID为1392的心跳包,其他只做响应即可。

请求ID 响应ID 发送内容 响应内容 备注
1 101 token success等字符串 tcp握手,token校验
\ 102 \ 字符串 系统提醒消息
\ 103 \ json格式字符串 推送消息
1392 \ \ 心跳包

TCP_MSGID_HANDSHAKE_REQ = 1 // 握手数据请求msgid TCP_MSGID_HANDSHAKE_RESP = 101 // 握手数据响应msgid TCP_MSGID_SYS_RESP = 102 // 协议服务器推送响应msgid TCP_MSGID_PUSH_RESP = 103 // wx业务数据响应msgid TCP_MSGID_HEARTBEAT = 1392 // 心跳

其中当MsgID为102时,协议服务器推送状态码用于用户监测登录状态等

TCP_RESP_INFO = 1000 // 系统正常消息 TCP_RESP_HEADIMG = 1001 // 扫码推送头像消息 TCP_RESP_QRCODE_EXPIREED = 1002 // 取消扫码推送消息 TCP_RESP_LOGINSUCCESS = 1003 // 登录成功推送消息 TCP_RESP_LOGINFAILED = 1004 // 登录失败推送消息 TCP_RESP_LOGINOUT = 1005 // 账号退出推送消息

TCP创建流程

  1. 首先发送MsgID:为TCP_MSGID_HANDSHAKE_REQ的握手包,发送内容为token,token校验成功会返回字符串success,返回其他字符串表示校验失败。
  2. 启动一个线程每10s发送MsgID为TCP_MSGID_HEARTBEAT的心跳,仅发送无需响应,这样就能处理wx各种推送消息。
  3. 支持Tcp客户端断线重连,注意服务器连续三次接收不到客户端心跳,就会断开连接

接口调用

  • API接口调用采用常见的Http的POST/GET请求方式,请求时的Header中设置Token
  • 具体的请求参数及注意事项,请查阅API接口文档,每个接口有详细文档,请仔细阅读。

技术支持

  • 付费用户可在后台查看技术支持telegram/potato群组