把 Agent 接进微信，而不只是模型

Agent 和「接个模型」差在哪

把模型接进微信，得到的是一个会聊天的联系人：你问，它答。

把 Agent 接进微信，得到的是一个有工具、有记忆、会自己行动的执行者：

• 它能读写文件、跑命令、调用 API —— 具体能做什么由你给它配的工具决定。
• 它能被定时触发，不需要你先说话。
• 它能主动把结果发回微信，而不是等你来问。

因此判断要不要接 Agent，标准不是「回答质量」，而是你手上有没有需要自动跑的任务：定时汇总、监控告警、批量处理、长期跟进。没有这类需求时，接模型就够了，Agent 只会增加运维负担。

Agent 放在电脑还是服务器上

OpenClaw 和 Hermes 都需要你安装并运行。微伴负责微信消息转发，不提供这两个 Agent 的云端托管。你可以按使用习惯选择运行设备：

需要处理电脑上的文件，可以在电脑上运行；需要持续接收任务，可以部署到常开的服务器。微伴的普通模型聊天无需你的电脑在线，但接入 OpenClaw 或 Hermes 后，运行 Agent 的设备仍需在线。

在本机执行不等于消息只留在本机。 通过微伴接入时，请求原文与最终回复会经过微信和微伴，微伴会暂存待执行请求；并非只转发摘要。Agent 使用云端模型或外部工具时，相关内容还会发送给你配置的服务商。文件放在哪里、工具在哪执行，与消息经过哪些服务是两回事，具体处理方式见 隐私政策。

在实际运行 Agent 的设备上执行连接命令，步骤分别见 OpenClaw 接入指南 与 Hermes 接入指南。需要自己写适配器时，可参考 插件协议。

主动推送：Agent 接进微信最有价值的部分

模型只能被动回答，Agent 能主动找你 —— 这是接进微信之后体验差别最大的一处。

典型的三种用法：

1. 定时任务：每天早上让 Agent 汇总一次待办、跑一次数据、抓一次价格变化，把结果发到微信。做法是在 Agent 侧建任务，并说明「把结果发回当前对话」。
2. 后台结果回传：长任务不需要一直守着。你切到别的插件也不影响它，任务完成后结果会带着来源标记发回来。
3. 事件告警：你自己的服务通过 HTTP Webhook 把订单、异常、构建结果推到微信。这条推送不扣 credits，适合高频事件的低成本触达。Webhook 的用法见 消息提醒。

OpenClaw 与 Hermes 的主动推送需要开启「接收定时任务和后台结果推送」，并保持 Agent 所在设备和进程在线。设备离线时无法执行新任务或产生新结果，恢复在线后才能继续处理；消息提醒 Webhook 是独立通道，不依赖本机 Agent。

一个微信里放多个 Agent

同时接多个 Agent 是常见需求：一个负责工作、一个负责生活、一个专门跑爬虫。微伴的做法是给每个 Agent 起不同的快捷名，并用补丁式调用区分：

• 用 /use 快捷名 切换当前 Agent，之后的消息都交给它。
• 用 @快捷名 任务 临时调用一次，不切换当前插件。
• 用 /exit 回到普通模型聊天。
• 用 /wx status 查看当前在哪个插件里。

免费版可绑定 1 个微信链接，Plus 可绑 10 个，适合把工作号和生活号彻底分开。多 Agent 的详细配置见 在微信里使用多个 OpenClaw。

费用：Agent 内部调用算谁的

这是最容易误解的一处，明确说清：

• 微伴 credits：只计算本次发进插件的文字与最终回复，主动推送只计输出。Agent 内部调用模型多少次，微伴不重复计量。
• Agent 内部的模型费用：由你自己的 API 服务商按量收取。Agent 跑得越复杂，这部分越高 —— 它可能一次任务里调用几十次模型。
• 插件设置里的输入输出上限：控制的是微信这一侧传入和返回的文字量，不限制 Agent 内部的模型用量。

所以「Agent 很贵」通常贵在模型侧，而不是中转侧。想控成本，优先优化 Agent 的任务设计，而不是纠结 credits。