一手实测：MiniMax 全新发布 Mavis，是什么？
一手实测：MiniMax 全新发布 Mavis，是什么？
来源类型： 微信公众号文章
日期： 2026-06-02
标签： AI, 电商, 办公效率, 编程, 大模型
原文链接： https://mp.weixin.qq.com/s/kiFSBduC1r0FJC8DjtMOLA
摘要
把 Agent 从单体，组成一支可以协作的 Agent Teams。 👦🏻 作者: GaKi 🥷 编辑: Koji 🧑🎨 排版: NCon 进入 2026 年的这几个月，所有 AI 基础模型厂商的产品方向都很一致： 把 Agent 从单体，组成一支可以协作的 Agent Teams。 前天晚上，Claude Code 发了 2.1.139 版本，最显眼的更新是 Agent View。在 CLI 里敲一句 Claude Agents，所有在跑的 session 全列出来，状态、阻塞点、需要决策的节点可以一个屏幕里看全。 再往前翻，其他厂商也都围绕着自己的多 Age...
核心内容
把 Agent 从单体，组成一支可以协作的 Agent Teams。
👦🏻 作者: GaKi
🥷 编辑: Koji
🧑🎨 排版: NCon
进入 2026 年的这几个月，所有 AI 基础模型厂商的产品方向都很一致：
把 Agent 从单体，组成一支可以协作的 Agent Teams。
前天晚上，Claude Code 发了 2.1.139 版本，最显眼的更新是 Agent View。在 CLI 里敲一句 Claude Agents，所有在跑的 session 全列出来，状态、阻塞点、需要决策的节点可以一个屏幕里看全。
再往前翻，其他厂商也都围绕着自己的多 Agent 框架，做了大量优化。可以说，Agent 产品的重心，正在从 Prompt 层往下沉到 Runtime 层。
今天早上，MiniMax 也上新了。MiniMax Agent 桌面端这次整体升级，起了个新名字叫 Mavis，MiniMax as a Jarvis，并随之附带了 Tech Blog。
这次更新的核心做了 2 件事：
第一，上线 Agent Teams。
桌面端现在支持多个 Agent 并行工作，你可以定义 Leader、Worker、Verifier 这样的角色组合，让一个团队去接长程、复杂的任务。
第二，TokenPlan 和 Agent Plan 合并。
一份订阅打通 CLI、API、Agent 三端，M2.7、音乐、视频、语音所有模型都包在里面，Credits 额度在 Agent 和 API 之间可以共享。之前同时订阅两个 Plan 的用户，额外送一个月会员。
🚥
接下来我们用一个完整的多 Agent 制作电商站案例，把 Mavis 的 Agent Teamss 跑了一遍，分享我们的体验与对 Tech Blog 的观察。
让 Mavis 搭一家智能家居电商网站
我们设计了一个相对复杂的综合任务，用来看 Agent Team 在真实链路上的表现。
首先，需要下载 MiniMax Agent 桌面版，链接如下：
agent.minimaxi.com/download
下载后就能看到它已经配置好了一个默认的 Agent，叫做 Mavis。
桌面版左侧是 Agent 列表，每个 Agent 对应一个固定的角色。系统默认带了三个，自己再加也很简单，填一个名称、写一段职责描述就行。一次可以建多个 Agent，最后把它们组成一个 Agent Team。
我自己加了一个叫 Leader 的 Agent。它的职责是拆解项目流程，把子任务分配给其他 Agent，监督进度，控制每一步的停止与交付节点。
每个 Agent 还可以单独设置工作目录。这样不同 Agent 拿到的是不同的本地上下文，最后再串联起来一起跑。
这次让 Agent Team 跑的是一个相对完整的任务：自主调研北美智能家居市场。整套链路里有几条分工，市场调研、产品信息搜集、前端开发、网站搭建，分别落到不同的 Agent 上。
先说结论。这一版桌面版最关键的更新是 Agent Teams。和之前的单 Agent 模式相比，它能把多个 Agent 拉起来并行执行，Agent 之间的衔接也比之前更紧。其中比较关键的一个角色是 Verifier Agent，系统默认带，作用是复核其他 Agent 在任务中的执行情况，把出现的问题挑出来。
下达「北美智能家居电商站」这个任务之后，系统会先盘点已经设置过的所有 Agent，判断哪些可以参与这次任务，再把它们集合成一个 Agent Team。
接着是任务拆解。Mavis 会按提示词把整个任务切成若干子任务，比如把市场调研派给 Worker Researcher，前端开发、产品数据收集、内容撰写、调研、复核也分别落到对应的 Agent 上。
拆完之后，子任务会先送到 Leader 这里，由它做第一轮节点审阅，再读取并执行分配下来的任务。
任务真正跑起来的时候，可以看到市场调研、前端开发、后端开发是并行进行的，另外有两个任务需要等前面节点到某个状态才会启动。比如「30 个产品的数据」会等市场调研跑完后再开始。
市场调研报告做得比较细。市场规模数据来自 Fortune Business Insights、Global Growth Insights 等行业报告，品牌和价格数据来自 Amazon 这类官方公开信息，用户痛点则取自公开的用户反馈分析报告，每一类数据都标了出处。
整个执行过程里，比较值得注意的是 Mavis 这次在「核验」这件事上加了权重。
之前在单 Agent 模式下，一个 Agent 既是执行者也是审核者，自己跑完任务再自己验收一遍，多数时候直接判通过然后进入下一步。一旦中间某一环走偏，后面的链路也会跟着变掉。
这一版的逻辑是按 Cycle 走的：每跑完一个 Cycle 触发一次核验，由 Verifier Agent 来检查整批任务。比如这一次有三个任务在核验阶段没过，问题既有程序层面的，也有内容层面的。问题被标出来之后，对应的 Agent 会把这部分任务重做或重新交付。
确认决策提交之后，下一个 Cycle 才会启动。在 Cycle 2 里，Market Research 会被重新核实，前端那部分也会重做一遍交付，测试阶段则继续往后补。
「决策已提交。Cycle 2 即将启动。」
到这一轮，前端页面（首页、产品列表、购物车、导航栏）全部完成，并通过验证。
产品数据这一类内容会经过多轮反复的测试和修订。最终落到结果里的字段比较细：产品名称、价格、数据来源、网站简介，再加上像地区这样的细分维度。这些数据相比之前的版本，是经过多轮 Verifier 核验之后才确定下来的。
在实际执行过程中，还有一个比较有意思的细节。
以前大多数 Agent 的对话流是这样：它在执行任务的时候，你插不进话，想补一句需求只能先暂停，等它停下再说。
Mavis 这次不一样，Agent 自己在干活的同时，你可以随时检查、确认，也可以直接在对话里追加新需求，两条线互不打扰，需求会被它自然接进当前的任务队列。
最后出来的网站完成度挺高。整体风格是粉色撞色加粗黑描边，现代感很强。功能上，主登录页、主落地页、产品介绍、加入购物车、FAQ 支持区都齐了，商品图用的是 Agent 自己搜集回来的真实素材，带各类标签。
具体到商品，Agent 前期就把北美主流品牌调研过一遍，比如 Google 的 Nest 系列，每个产品都配了简介、规格标签、价格，甚至能跳到对应的外部商品页，然后支持一键加入购物车。
结账这边做了一个完整的 demo checkout，可以自由加购，后端还带了一个简易数据库：
另外，这一版的 Mavis 也支持直接绑定 IM 工具，整个接入过程很简单：
Tech Blog 里的 3 个值得注意的点，和一次订阅方式的调整
做完这个测试，我又把 MiniMax 今天发的 Tech Blog 翻了一遍，完整 Blog 在知乎，链接如下：
https://zhua
...(内容截断，完整内容请查看原文)
本页由自动化脚本生成，待人工审核补充