MiniMax Agent
- 检索机制
- 通用 AI Agent:标准/深度双模式,融合多模态、超长上下文与 MCP 协议;底座为 M1/M2 开源推理模型线
- 爬虫与 robots
- 无公开爬虫文档、无具名 AI 爬虫 UA(未核实项);Agent 执行中的网页取用方式无公开说明
- 优化抓手
- 按「被调用」而非「被引用」理解:结构化、可执行、接口友好的内容优先
- 技术型产品可布局 MCP 生态的存在感(机制推断,无实证)
- 常规 GEO 一致性照做,不为它单独立项
- 监测方式
- 任务式抽测为主:给定研究/调研任务观察输出是否带出品牌与链接,与问答式抽检分开记账
给这台产品立档,第一步是纠正归类:MiniMax Agent 不是一台「引用型引擎」。它不主打「提问—检索—给带来源的答案」,而是主打「给任务—替你完成」:查资料、做调研、生成报告、跑多步流程。引用型引擎(豆包、Kimi 这类)的输出单元是「答案+信源列表」,网页内容以「被引用」的形式获得曝光;Agent 型入口的输出单元是「任务结果」,网页内容是执行过程中的中间素材——可能被读取、被加工、被改写,却不一定署名。把 Agent 当引用场做监测,会把「被用」误读成「没被用」;把它从引用型引擎里拆出来单独定位,是本页与同批其他档案最大的不同。
检索机制
产品结构:通用 AI Agent,国内外双站部署(国内 agent.minimaxi.com、海外 agent.minimax.io),标准与深度双模式——标准模式跑轻任务,深度模式跑长任务;能力栈融合多模态、超长上下文与 MCP 协议(Model Context Protocol,工具与数据源的标准化接入层,见MCP 术语卡)。时间线:2025-05 内测(公开报道口径对标 Manus),随 MiniMax Week 正式发布;2026 年产品线继续加码——远程控制、MaxClaw、MaxHermes(公开报道)。底座是集团开源的 M1/M2 推理模型线,与海螺AI共享同一套集团基建与招股书口径。机制上值得注意的一点:Agent 的「检索」内嵌在任务流程里——它决定查什么、查几次、信哪个源,用户不再逐条看到检索过程。这与代理式搜索的机制背景一致:查询扇出、中间结果筛选都由模型自定,内容方无法用单一关键词位次去预测自己是否被取用。这层机制判断标注为机制推断——MiniMax 未公开 Agent 的检索选源规则。
爬虫与 robots
无独立公开爬虫文档、无具名 AI 爬虫 UA,与集团其他产品一致(未核实项,不得编造)。更根本的问题是:Agent 的网页取用与传统爬虫根本不同构。传统爬虫是「平台驱动」——无人值守、按索引大规模抓取,robots.txt 是为这类抓取设计的协议;Agent 执行任务是「用户驱动」——某个用户给了某个任务,Agent 才去读某几个页面,行为模式接近浏览器里的用户代理而非爬虫。按训练·检索·用户触发三类爬虫的框架,它落在「用户触发」一端:站方的 robots 配置对这类取用的约束力本身在国际上就有争议(部分官方爬虫文档明示 user-initiated 抓取可能不受 robots 规则约束)。实操含义:robots.txt 在这台产品上没有着力点;服务器日志里它可能以浏览器 UA 或无特征请求出现,无法按 UA 归因。品牌方没有「放行或屏蔽 MiniMax」这个选项,能做的只有让内容在被读取时足够自含。
规模与口径
本页没有 Agent 单产品的独立规模口径——招股书披露的是集团口径(截至 2025-09-30):全球个人用户 2.12 亿、企业客户 13 万、集团 MAU 2760 万,完整拆解见海螺AI档案的规模与口径节。引用这些数字时必须注意:它们属于海螺、Talkie、开放平台与 Agent 的合集,不能拆出「Agent 用户多少」——Agent 上线时间短(2025-05 内测),独立用户数无任何公开口径,未核实。能确认的只有产品线的密度:内测、正式发布、远程控制、MaxClaw、MaxHermes 一年多内连续推出,叠加 M1/M2 开源底座——集团在 Agent 方向的投入是真实的,但投入强度不等于用户规模,两者在本页分开陈述。
中文品牌方的优先级判断
低优先级(作为引用场),一个观察位。作为引用场:Agent 重执行、不主打出处列表,品牌内容的可见度收益目前无法测量也无实证——为它做专项内容投入没有依据。作为观察位:「Agent 型入口」是国内产品线的集体走向(AutoGLM、各类智能体平台同向),MiniMax Agent 是其中产品形态最纯粹的一个——观察它如何处理「读取了谁、署名了谁」,等于提前观察整个 Agent 形态的引用规范如何成形。两个顺带动作:其一,内容结构化——参数表、步骤清单、结论自含的页面,在任务执行中被直接采用的效率更高(机制推断,无实测佐证);其二,技术型产品可关注 MCP 生态——若 Agent 成为工具调用入口,接口化的存在感是新渠道,此判断无实证,只作方向记录。不该做的:把它当搜索引擎做排名监测、把集团招股书数字当 Agent 规模写进汇报。
监测方式
监测形态要跟着产品形态换:问答式抽检在这里失效,改用任务式抽测——给固定的一组调研类任务(如「调研某品类的主流品牌并输出对比报告」),观察输出里是否提及品牌、是否附来源链接、链接指向哪里。任务式抽测与问答式抽检分开记账:前者的样本单元是「任务输出」,波动大、单次无结论,看多周趋势;频率保持低频,深度模式按次计费、成本高于普通问答,抽测批次要控制规模。无日志可核,Agent 执行过程的中间检索不可观测——这是所有 Agent 型产品的监测盲区,如实记录在案。
限制与待核实
四条边界。其一,Agent 执行任务时的网页取用方式(直抓、经搜索 API 还是混合)无公开说明,robots 约束力未定。其二,Agent 单产品用户规模无公开口径,本页不设规模数字。其三,检索选源与署名规则无公开文档,「被读取不署名」为机制推断。其四,MaxClaw、MaxHermes 等产品线为公开报道时点信息,Agent 产品形态变动快,本页结论建议每季度复核。
引用来源
- MiniMax Agent(国内站)
- MiniMax 官网