工作负载
长文本处理
容量画像围绕较长输入设计。
`minimax-m2` 协议与 1M 经济画像已在主选择器下层完成配置;视频和生图能力由独立工作流集成承载。
底层能力已就绪
今天想完成什么?
MiniMax M2 模型概览
MiniMax M2 的差异来自已配置的 1M 低成本画像;视频与生图仍由独立工作流承载。
工作负载
容量画像围绕较长输入设计。
经济性
已配置角色强调经济型处理。
媒体边界
图像与视频使用独立工作流,不属于当前聊天模型选择器中的功能。
可用性
当前没有公开的选择器入口。
已配置型号
配置完成不代表已在主选择器露出。
1M 低成本容量画像。
未在主选择器露出
目标工作负载
以下属于容量场景,不代表当前可以直接使用。
任务输入
在重视经济性的前提下处理较长文本材料。
处理重点
1M 低成本画像定义了预期运行时角色。
预期结果:一条为持续文本工作负载准备的路径。
任务输入
评估哪些未来工作值得使用经济型长上下文选项。
处理重点
将已配置上下文预算与任务要求比较,并确认受支持的模型访问方式。
预期结果:一份现实的容量规划。
任务输入
避免把文本容量与图像或视频集成混为一谈。
处理重点
图像或视频交付物使用对应专用工作流;MiniMax M2 的已配置角色是文本处理。
预期结果:每种交付物都有更清晰的产品路径。
已配置基础
当前已配置型号为 `minimax-m2`,文本处理与媒体工作流使用不同的访问方式。
已配置 Model ID 为 `minimax-m2`。
运行时矩阵已登记 1M 容量画像。
记录的角色强调经济型长任务。
视频与图像集成由其他工作流承载。
按任务比较不同模型系列;具体可用状态和使用入口因模型而异。
MiniMax M2 是面向长文本工作负载经济型处理的模型画像。
准确配置的 Model ID 是 `minimax-m2`。
已登记的经济画像包含 1M 容量预算。
其已确认定位是对成本敏感的长文本处理,而不是图像或视频生成。
其协议与 1M 经济画像已配置,但当前未在主选择器露出。