模型从 M2.7 换到 M3 后,微信对话开始频繁触发消息限流。根因是 M3 显式汇报计划/进度,配上 gateway 默认开的 display.interim_assistant_messages,每句自言自语都成独立消息,把微信刷成消息瀑布。
模型从 M2.7 换到 M3 后,微信对话开始频繁触发消息限流。根因是 M3 显式汇报计划/进度,配上 gateway 默认开的 display.interim_assistant_messages,每句自言自语都成独立消息,把微信刷成消息瀑布。
M2.7 升级 M3 后图片识别链路改写:OpenClaw 弃用 VL-01、Hermes 不再走 MCP 图片识别,统一调用 M3 视觉接口。计费由 M2.7 时期文本/图片分额度并入 M3 多模态 Token 统一限额。
前言:为什么需要结构化搜索 API 在 AI 助手实际工作中,联网搜索是获取实时信息的重要能力。但普通网页爬取方式(模拟浏览器请求搜索引擎结果页)存在诸多局限: 解析脆弱:搜索引擎结果页的 HTML 结构经常变化,爬虫脚本容易失效 速度慢:需要先获取 HTML 再解析,至少多浪费 1-2 秒 内容质量不稳:无法过滤广告和噪音内容 容易被封:频繁请求可能触发 IP 封禁 结构化搜索 API 则直接返回 JSON 格式的解析结果,数据干净、响应快、接口稳定。对于部署在境内的服务器来说,选择一个国内可访问的搜索 API …
◾ 前言 最近购买了 MiniMax 的 Token Plan 套餐,选了最便宜的标准版 Starter。官方介绍页面写的支持模型列表里,只有文字模型,并没有提到图片理解能力。 ◾ 探索过程 在 MiniMax CN 官网看到还支持图片理解 MCP,于是想让 OpenClaw 自己连接这个 MCP 来实现图片识别。结果得到的答复是:需要额外安装 UVX,不建议连接 MCP,内置的 image 接口可以直接识别图片。 抱着试试看的心态,我直接发送了一张图片——结果真的识别出来了! 在此之前,使用 MiniMax To…