大部分人做微信机器人，想到的就是"收到一条消息，回复一条消息"——自动回复器。但聊天只是"输入 → 回复"的简单交互，程序能力是"输入 → 处理 → 执行 → 反馈"的完整链路。Eyun API 让微信能接入3类非聊天的程序能力，把微信从聊天工具变成真正的程序交互界面。

"必不可少"=没了这个，机器人就跑不起来。核心环节就三个：收消息 → 处理 → 发回复。倒推出来4个接口能力是绝对不能少的。

真实的微信机器人不能只会发文字——用户发图片要能看、发文件要能存、机器人也要能回图片和文件。这个案例用 Eyun API 搭建一个支持3种消息类型的完整机器人，从接收消息到回复消息全链路打通。Eyun 的 Webhook 回调能接收3种消息，sendText/sendImage/sendFile 能回复3种消息，接口参数详见。

自动回复是"用户说一句我回一句"，任务执行是"用户说一句我帮你把事办了"。从回复到执行，机器人要跨越3道能力鸿沟，Eyun API 在这3道鸿沟中分别承担感知和执行的角色。

自动回复是"用户说一句我回一句"，任务执行是"用户说一句我帮你把事办了"。从回复到执行，机器人要跨越3道能力鸿沟，Eyun API 在这3道鸿沟中分别承担感知和执行的角色。

做微信机器人开发，常见的问题是：用户说"那第二个呢""帮我换一个"，没有上下文机器人就懵了。让机器人具备连续对话能力，核心是解决 3 个上下文问题：记什么、怎么记、记多久。本文按上下文管理维度拆解这 3 个设计。

AI 时代的微信机器人不是"关键词匹配 + 模板回复"，而是"大模型理解 + 生成回复"。大模型只管理解和生成，但它听不到用户说话、也说不出话——这两头得靠接口连起来。Eyun API 在这个架构里有 3 个连接点，把智能模型和用户沟通接上。下面按连接点拆。

的功能不是孤立的，单接口只能解决单点问题。把多个独立接口按工程目的组合起来，就能从"能发消息"扩展到"能驱动业务"。本文按组合层次拆解3层组合，每层解决一个工程问题，层间是叠加关系不是替换关系。

三个环节串起来就是一个完整的智能机器人——Eyun 负责消息监听（输入）和自动回复（输出），大模型负责理解意图和生成回复（中间处理）。这个架构的好处是各环节解耦：换大模型不影响监听和回复、换接口不影响AI处理。想开始搭建机器人，可以先在Eyun 平台开通 wId 实例，接口参数规范详见Eyun 开发文档。

AI机器人接入微信常被简化为"调一个大模型API就完事"，实际工程远不止于此——大模型只负责理解与推理，而消息从用户到达大模型、再从大模型回到用户这两段通道，必须由 Eyun 个人微信API接口补齐。围绕这条通道，Eyun API在3个关键环节发挥作用，缺一个环节AI机器人就无法正常运转。完整接口规范见。