企业微信外部群“群机器人”主动推送消息实现指南

 ​                      QiWe开放平台 · 开发者名片

                API驱动企微自动化,让开发更高效





        核心能力:企微二次开发服务 | 多语言接入 | 免Root授权

        官方站点:https://www.qiweapi.com(功能全景)

        开发文档:https://doc.qiweapi.com(开发指南)

        团队定位:专注企微API生态的技术服务团队        对接通道:搜「QiWe 开放平台」联系客服

        核心理念:合规赋能,让企微开发更简单、更高效

在企业微信的生态开发中,针对外部群(包含微信用户的群聊)进行自动化消息推送,最稳健且合规的方式是利用群机器人(Webhook)。本文将从技术逻辑、核心步骤及注意事项三个维度,分享如何实现这一功能。

一、 实现逻辑简述

企业微信外部群机器人主要通过一个唯一的 Webhook 地址 接收标准的 HTTP POST 请求。开发者只需将构造好的 JSON 格式数据发送至该地址,即可实现消息的主动触达。

  • 适用场景:业务进度通知、系统告警、日报自动汇总等。
  • 权限要求:群主或管理员需开启“群机器人”功能。

二、 核心开发流程

1. 获取 Webhook 地址

在外部群聊设置中,点击“添加群机器人”,设置名称后即可获得类似如下的 URL:

https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

2. 构造消息体

企业微信支持多种消息格式(Text、Markdown、Image、File)。以最常用的 Markdown 为例,其格式如下:

{ "msgtype": "markdown", "markdown": { "content": "实时业务通知\n>项目名称:<font color=\"info\">自动化接口测试</font>\n>当前状态:<font color=\"warning\">待处理</font>\n>请相关负责人及时跟进。" } } 
3. 发送 POST 请求

使用 Python 的 requests 库或 Node.js 的 axios 即可轻松实现推送:

import requests import json def send_wechat_msg(webhook_url, content): headers = {"Content-Type": "application/json"} data = { "msgtype": "markdown", "markdown": {"content": content} } response = requests.post(webhook_url, data=json.dumps(data), headers=headers) return response.json() 

三、 关键细节与避坑指南

  1. 频率限制:每个机器人每分钟最多发送 20条 消息。如果业务量大,建议引入消息队列进行削峰平谷,避免接口因触发限流而返回错误码。
  2. 消息安全性:Webhook 地址一旦泄露,任何人都可以向群内推送消息。建议将地址保存在服务器环境变量中,不要硬编码在客户端或前端代码中。
  3. 外部群特殊性:外部群机器人目前不支持通过 API “主动拉人入群”或“踢人”,其功能聚焦于单向信息传递。
  4. IP 白名单:虽然企业微信 Webhook 目前没有强制要求 IP 白名单,但在企业内部网关层面,建议对调用此接口的源服务器进行审计和记录。

四、 结语

企业微信二次开发的核心在于提升内外部连接的效率。通过 Webhook 实现的自动推送,不仅降低了人工同步成本,也提升了信息的响应速度。

Read more

宇树科技机器人核心技术

宇树科技机器人核心技术

前言 宇树科技作为全球足式/人形机器人领域的标杆企业,其技术体系覆盖消费级(Go2)、工业级(B2)、人形(G1/H1)全产品线,以“硬件自研+软件全栈+AI赋能”构建核心壁垒。本文不仅拆解宇树机器人的关键技术(单硬件、单软件、软硬件协同、AI+),还配套就业技能图谱、学习路线与工具推荐,适合机械、电子、计算机、AI领域开发者/求职者参考。 一、宇树科技机器人核心技术全景(附插图建议) 宇树的技术体系可概括为“四层金字塔结构”,从下到上实现“能运动→会运动→智能运动”的进阶: 技术层级核心定位代表技术应用价值底层硬件机器人“躯体骨架”自研伺服电机、分层计算平台、4D激光雷达保障运动性能与环境适配性全栈软件机器人“智慧大脑”MPC/WBC控制算法、SLAM感知融合、ROS2中间件实现精准控制与灵活交互软硬件协同机器人“神经中枢”实时控制闭环、

[论文阅读] AI + 软件工程 | 突破LLM上下文瓶颈:上下文内存虚拟化CMV的设计与实践

[论文阅读] AI + 软件工程 | 突破LLM上下文瓶颈:上下文内存虚拟化CMV的设计与实践

突破LLM上下文瓶颈:上下文内存虚拟化CMV的设计与实践 论文基础信息 * 原标题:Contextual Memory Virtualisation: DAG-Based State Management and Structurally Lossless Trimming for LLM Agents * 主要作者:Cosmo Santoni * 研究机构:帝国理工学院(Imperial College London) * 发表时间:2026年2月 * 引文格式(GB/T 7714):SANTONI C. Contextual memory virtualisation: DAG-based state management and structurally lossless trimming for LLM agents[EB/OL]. [2026-02-25]. arXiv:

Hermes Agent 新手教程:一步一步跑通安装、模型和飞书机器人(小白能上手,可复制命令)

Hermes Agent 新手教程:一步一步跑通安装、模型和飞书机器人(小白能上手,可复制命令)

我把 Hermes + 飞书从 0 跑通了:5 分钟上手 + 全套踩坑修复命令(可直接复制) 文 / 测试员周周 这是 Hermes 系列第 2 篇,也是实操篇。 如果你也遇到过这些场景,这篇就是给你写的: * Hermes 装好了,但飞书机器人不回 * gateway 明明是 running,发消息还是没反应 * 一开口就是 401,看不懂到底是飞书错还是模型错 上一篇我们讲“为什么 Hermes 火”,这一篇只做一件事:让你真的跑起来。 我会把这次真实实操里踩过的坑全部摊开,包括: * 安装后 No module named yaml/dotenv 怎么修 * av/cython 报错时怎么先绕过,优先跑通文本链路 * 飞书网关明明 running,

把 AI 小助手接入企业微信:用一个回调接口做群聊机器人实战篇

你也许已经有了一个「看起来还挺像样」的 AI 小助手服务,比如: * 有 HTTP 接口 /v1/chat; * 能识别不同 Skill(待办、日报、FAQ 等); * 甚至已经有网页版前端。 但现实是:同事们每天真正打开的是企业微信,很少会专门去打开一个新网页跟机器人聊天。 这篇文章就做一件很实用的小事: 在不动你现有 AI 服务核心逻辑的前提下, 用一个企业微信“回调接口”, 把它变成「群聊里的 @ 机器人」。 一、整体思路:后端不重写,只加一层「翻译器」 假设你现在的 AI 服务长这样: * 接口:POST /v1/chat 返回: { "answer": "上午开会,下午写代码……"