不会写后端也能做微信自动化。思路是微信当通道n8n / Dify / 其他 AI Agent 当大脑中间用 HTTP 接口和 Webhook 连起来。先说结论适合低代码是因为标准 REST、HTTP Request 节点就能调Webhook 推 JSON工作流直接接不绑定某种语言或 SDK。建议先做「关键词回复」或「订单通知」不要一上来上十几个分支。能跑通一条「收到消息 → 处理后发回去」后面接 CRM、表格、数据库都顺。登录、发消息、回调配置的具体参数以这份文档为准API 文档最小闭环GeWe API 在这里只负责微信进出。n8n 流程 A系统通知 → 微信业务系统 Webhook / 定时器触发HTTP Request 调用发送接口消息到达指定好友或群n8n 流程 B微信消息 → AI → 再回微信把消息 POST 到 n8n Webhook调 OpenAI / Dify / 本地模型再 HTTP Request 调用发送接口回复Dify 负责对话和知识库微信消息 → Webhook → 你的中转服务 → Dify Dify 回复 → 调用发送接口 → 回到微信HTTP Request 节点可按下面填写字段名保持一致# 等价于 n8n 的 HTTP Request 节点importrequests rrequests.post(http://api.geweapi.com/gewe/v2/api/message/postText,headers{X-GEWE-TOKEN:YOUR_TOKEN,Content-Type:application/json,},json{appId:你的appId,toWxid:{{fromWxid}},content:{{ai_reply}},},timeout30,)print(r.json())回调地址必须公网可访问3 秒内先返回AI 生成放后面再发。联调验收n8n 能收到验证请求和一条真实微信消息发送节点ret 200微信里能看到回复自己通过接口发出的消息不会再次进入工作流避免死循环先一条关键词分支跑一天再复制到群欢迎语、告警、日报再扩一步一条工作流稳定了再接多模型或多 Token 隔离业务。平台入口GeWe API 官网总结n8n / Dify 负责流程和智能微信 API 负责进出。先跑通一条工作流再扩展。