说实话，自从AI大模型爆发以来我Zui大的痛点其实不是模型不够聪明，而是用起来太麻烦。你想啊，想问个问题，要么得打开那个慢吞吞的网页，要么——对于hen多技术爱好者来说——得去折腾Telegram。但Telegram这东西在国内有多难用，大家心里dou清楚，那是真的需要“翻山越岭”才Nengkan一眼的世界。

Zui近后台私信dou要炸了大家dou在问同一个问题：“我就想在微信里用AI，Neng不Neng不装新App，不折腾网络环境？”

答案是：Neng！而且体验好到让你怀疑人生。

今天这篇文章，咱们就来聊聊怎么用一套“组合拳”，把AI神不知鬼不觉地塞进你的个人微信里。这套方案的核心逻辑非常简单粗暴：利用企业微信当“跳板”，把云端的AINeng力直接中转到你的微信对话框。 不需要营业执照，不需要复杂的网络配置，甚至不需要你写一行代码。

喝口水，坐稳了我们开始。

前期准备：别急着动手，先检查“地基”

在开始这趟神奇的旅程之前，我得假设你Yi经按照前两期的教程，在腾讯云Lighthouse或者其他云服务器上把OpenClaw这个开源网关给跑起来了。Ru果你还没搞定这一步，建议先去补补课，因为那是我们的大脑。

现在的状态应该是：你有一台正在运行的服务器，上面装好了OpenClaw，并且Yi经配置好了像DeepSeek-V3或者GLM-4这样的大模型接口。Ru果这些dou没准备好，后面的步骤就是空中楼阁。

先SSH连上你的服务器，我们要Zuo一次“体检”。输入下面这串命令，kankan你的OpenClaw网关是不是活着的：

# 检查OpenClaw网关状态
openclaw-cn gateway status
# 检查Nginx状态
systemctl status nginx
# 检查端口监听情况
netstat -tlnp | grep 80
netstat -tlnp | grep 18789

Ru果你kan到的屏幕上显示着绿色的 Active: active ，那恭喜你，地基hen稳。Ru果kan到一堆红色的报错，那得先把前面的坑填平了再往下走。

第一步：注册企业微信——其实你一个人就是“企业”

听到“企业微信”这四个字，hen多小伙伴可Neng会打退堂鼓：“我又不是老板，我也没公司，注册个啥？”

这就是Zui大的误区！现在的企业微信早就放开了限制，个人就Neng注册，完全不需要营业执照，也不需要什么繁琐的企业认证。 你自己，就是一家企业的CEO。

这一步是整个方案的灵魂所在。去 work.weixin.qq.com，按提示走完注册流程。几分钟的事，别想太多。

注册好之后记得在手机端的企业微信App里点进「我的企业」，一直滑到Zui底下。那里有一串kan起来hen乱的字符，那是你的企业ID。

听我一句劝，把这串字符复制下来贴在备忘录里。 后面我们要反复用到它，少输一个字母dou会让你抓狂。

第二步：给AI造个“身份证”——创建自建应用

现在我们要在企业微信里给我们的AI助手安个家。这个家，就是一个“自建应用”。

登录网页版的企业微信管理后台，找到「应用管理」，然后点「自建」，再点那个蓝色的「创建应用」按钮。

这时候你Ke以发挥一下想象力，给应用起个名字，比如“赛博助手”或者“钢铁侠贾维斯”。上传个Logo，随便填点介绍，然后点确定。

创建完成后你会进入应用详情页。这里有几个关键信息，就像身份证上的号码一样重要：

AgentId应用编号，一串数字。

Secret应用密钥，这可是机密，千万别泄露。

同样，把它们dou记下来。

接下来在同一个页面里找到「接收消息」这一栏，点进去设置「API接收」。这里需要你生成一个 Token 和一个 EncodingAESKey。系统通常会提供随机生成的按钮，狂点那个按钮就行，不用自己手搓。

⚠️ 高Neng预警：这时候千万别点保存！千万别点！

为什么？因为企业微信会去验证你填的那个回调URL，而我们现在还没在服务器上配置好那个接收端。现在点了保存，只会收获一个冷冰冰的“验证URL失败”。这个顺序千万不Neng乱，hen多老司机dou在这儿翻过车。

第三步：服务器端的“桥梁”搭建——Nginx与插件

现在我们要回到你的云服务器上，开始真正的技术操作了。

企业微信和OpenClaw之间需要一个翻译官，这就是Nginx的作用。Ru果你之前只用了Telegram通道，可Neng压根没装Nginx，现在必须得装了。

# 安装Nginx
apt install -y nginx

装好之后我们要写个配置文件，告诉Nginx：“把外边发到80端口的消息，dou转给OpenClaw去处理。”

执行下面这坨命令，它会自动帮你写好配置：

cat> /etc/nginx/sites-available/openclaw < 'EOF'
server {
    listen 80;
    server_name _;
    location / {
        proxy_pass http://127.0.0.1:18789;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_read_timeout 1d;
        proxy_send_timeout 1d;
    }
}
EOF
ln -sf /etc/nginx/sites-available/openclaw /etc/nginx/sites-enabled/
nginx -t && systemctl reload nginx

这里解释一下listen 80 是对外的窗口，企业微信会往这儿发消息；proxy_pass 里的 18789 是OpenClaw在服务器内部偷偷听

接下来我们要给OpenClaw装个“耳朵”，让它Neng听懂企业微信的话。这就是插件安装环节：

openclaw-cn plugins install @openclaw-china/wecom-app

kan到屏幕上刷刷刷走完，提示成功，那就说明插件Yi经安家落户了。

第四步：缝合怪诞生——修改配置文件

这一步是整个流程里Zui繁琐，但也Zui有成就感的部分。我们要把刚才拿到的那一堆ID、密钥，统统填进OpenClaw的配置文件里。

我们需要编辑 ~/.openclaw/openclaw.json。你Ke以用 vi 编辑，Ru果你是命令行新手，也Ke以用之前教程里装过的Claude Code帮你改，那样geng省脑子。

不管你怎么改，Zui终你的 channels 和 plugins 部分应该长下面这个样子：

{
  "channels": {
    "wecom-app": {
      "enabled": true,
      "corpId": "你的企业ID",
      "corpSecret": "你的应用Secret",
      "agentId": 1000002,
      "token": "上面5步随机获取的Token",
      "encodingAESKey": "上面5步随机获取的EncodingAESKey",
      "dmPolicy": "open",
      "allowFrom": 
    }
  },
  "plugins": {
    "entries": {
      "wecom-app": { "enabled": true }
    }
  }
}

这里有个小细节要注意，agentId 是数字，不用加引号。而且，Ru果你之前Yi经配好了Telegram，别把Telegram的配置删了它们Ke以和平共处，你Ke以同时在两个地方收到AI的回复。

改完配置，记得重启一下OpenClaw网关，让它睡醒觉重新加载配置：

openclaw-cn gateway restart

等几秒钟，再用 openclaw-cn gateway status kan一眼，确保它是 active 的状态。

第五步：关键的握手——验证回调与白名单

好了现在服务器准备好了企业微信那边也准备好了是时候让他们“握手”了。

回到企业微信管理后台，刚才那个让你别点保存的页面。现在你Ke以大胆地填入你的回调URL了。

URL格式通常是：http://你的服务器公网IP/wecom。

填好URL、Token和EncodingAESKey之后点保存！

Ru果屏幕上弹出一个绿色的“验证成功”，那感觉简直比喝了冰可乐还爽。这意味着企业微信Yi经成功找到了你的服务器，并且把消息通道打通了。

但是！还没完！还有一个超级大坑在等着你。

去应用详情页，找到「企业可信IP」这一项。把你服务器的公网IP填进去。这一步不Zuo，你会发现消息Neng发出去，但AI死活回不来日志里全是错误码 60020。这是企业微信的安全机制，它觉得你的服务器是个陌生人，不让它回话。

怎么查服务器IP？用这个命令：

curl ifconfig.me

把显示出来的IP填进去，保存。这下就真的稳了。

第六步：Zui后一公里——从企业微信到个人微信

现在其实你Yi经在企业微信App里Neng跟AI聊天了。打开企业微信，工作台，找到你刚才创建的那个应用，发句“你好”，它应该秒回。

但我们的目标不是企业微信，我们的目标是个人微信！

这里有个非常巧妙的功Neng，叫「微信插件」。

在企业微信管理后台，找到「我的企业」，拉到下面有个「微信插件」的选项，点进去，把它启用。

启用之后页面上会出现一个二维码。拿出你的个人微信，扫这个码，关注一下。

关注成功后你会发现你的个人微信列表里多了一个“企业微信消息”的入口。以后企业微信那个应用发消息，就会直接弹窗在你的个人微信里。

现在用你的个人微信，给这个“AI助手”发句话试试。

“帮我写个周报。”

三秒钟后你的个人微信对话框里直接蹦出了回复。那一刻，你会感觉整个世界dou通畅了。不需要翻墙，不需要切App，就像跟一个真人朋友聊天一样自然。背后的消息路径其实hen复杂：个人微信 -> 企业微信 -> 腾讯云服务器OpenClaw -> 调用DeepSeek/GLM4模型 -> 原路返回，但对你来说这一切dou是透明的。

避坑指南：那些我替你踩过的雷

虽然流程kan起来顺滑，但实际操作中难免遇到点幺蛾子。这里几个Zui常见的坑，希望Neng帮你省下几根头发。

坑1：保存回调URL时提示失败

症状： 点保存后一直提示“验证URL失败”，或者超时。

原因： 通常是Nginx没配置好，或者OpenClaw网关没跑起来再或者就是安全组的80端口没开。

解法： 按顺序检查三个服务：Nginx状态、OpenClaw状态、端口监听。确保你的服务器Neng从外网访问到。

坑2：消息发出去没反应

症状： 在企业微信里发消息，石沉大海，日志里也没报错。

原因： 十有八九是IP白名单没加，导致企业微信拦截了服务器的回复请求。

解法： 去应用详情页，把服务器公网IP加到“企业可信IP”里。

坑3：个人微信收不到消息

症状： 企业微信App里有回复，但个人微信没动静。

原因： 微信插件没启用，或者个人微信没扫码关注。

解法： 检查后台的微信插件状态，确认个人微信Yi经关注了该企业。

坑4：服务器内存爆了

症状： 日志里出现 FATAL ERROR: Reached heap limit Allocation failed - JavaScript heap out of memory，然后服务就挂了。

原因： Node.js太吃内存了。Ru果你买的是那种2核2G的乞丐版服务器，跑OpenClaw加Nginx再加模型调用，确实有点勉强。

解法： 加Swap虚拟内存。这是低成本救命的良方。

# 方法1：加Swap虚拟内存
fallocate -l 2G /swapfile
chmod 600 /swapfile
mkswap /swapfile
swapon /swapfile
echo '/swapfile none swap sw 0 0'>> /etc/fstab

加完之后用 free -h kankan，是不是多了一行swap？这下稳多了。

这不仅仅是个玩具

折腾完这一圈，你拥有的不仅仅是一个Neng在微信里聊天的机器人。你拥有了一套完全属于自己的、私有的、不受制于人的AI基础设施。

想象一下你Ke以把家里的老人拉进来让他们直接用微信问AI养生知识；你Ke以把同事拉进来用AI自动整理会议纪要；你甚至Ke以配合联网搜索插件，让它变成一个无所不知的情报官。

而且，这套方案的运行成本极低。Ru果你用的是免费额度的模型API，那你唯一的成本就是那一台几十块钱一年的云服务器。比起那些动辄几百块的会员费，这简直是白菜价。

技术本身是冰冷的，但当它融入生活，变得像发微信一样简单时它就有了温度。希望这篇教程Neng帮你推开那扇门，kan到AI时代的geng多可Neng性。下次见！

---