背景
MMX 的能力很完整,已经覆盖文字、图片、视频、语音、音乐、视觉理解、联网搜索和文件管理,也已经有自己的 MCP。
目前官方推荐通过以下方式把 Skill 安装到 Agent:
npx skills add MiniMax-AI/cli -y -g
但实际使用中的核心痛点是:Skill 安装成功,不等于 MMX 成为 Agent 中容易被发现、容易被主动选择的一等工具。
当 Agent 同时存在内置工具、其他插件或更专用的 Skill 时,MMX 往往处于较低的工具选择优先级。用户提出普通需求,例如“生成一张图片”“生成视频”“联网搜索”,Agent 经常不会主动使用 MMX,只有明确提示“必须使用 mmx”后才会调用。
这与 #118 描述的问题一致。#118 中维护者也确认,目前通常需要手动告诉 Agent 使用 mmx search,最终建议仍是“搜索必须使用 mmx search”。这个临时办法对单次调用有效,但没有解决安装后的工具发现和路由问题。
需求
希望官方提供一个可安装到多种 Agent 的 MMX 插件发行物,而不只是通用 Skill 文档。
说明:MMX 已有自己的 MCP。本 Issue 不是请求新增或重做 MCP,而是请求在现有 CLI / MCP 能力之上提供官方插件层和 Agent 适配。
建议支持 Codex、Claude Code、Cursor、OpenClaw、Hermes 等常见 Agent。由于各 Agent 的插件机制不同,可以是一个统一安装器加多套官方适配,而不要求所有平台共用完全相同的插件格式。
例如:
mmx plugin install --agent codex
mmx plugin install --agent claude-code
mmx plugin install --agent cursor
mmx plugin install --agent openclaw
或者提供一个官方插件包,安装时自动识别当前 Agent。
插件应解决的问题
-
将 MMX 的不同能力暴露为清晰、独立的一等工具,例如:
mmx_image_generate
mmx_video_generate
mmx_speech_synthesize
mmx_music_generate
mmx_search
mmx_vision_describe
-
为每个工具提供针对 Agent 路由优化的名称、描述、适用场景和示例,避免所有能力只藏在一个宽泛的 mmx-cli Skill 中。
-
在支持插件路由规则或工具偏好配置的 Agent 中,提供合理的默认选择策略,让媒体生成、MiniMax 搜索等需求能自然命中 MMX。
-
复用现有 MMX MCP / CLI、认证和配置,不要求用户重复配置 API Key。
-
支持安装、检查、升级和卸载,并提供已验证的 Agent 兼容性矩阵。
-
允许用户配置工具偏好,例如“媒体生成优先使用 MMX”,而不必在每次对话中重复指定。
验收建议
安装官方插件后,在一个同时装有多种工具的 Agent 环境里,直接输入以下普通需求:
- “生成一张 16:9 的产品图片”
- “根据这张首帧生成一段视频”
- “把这段文字合成语音”
- “生成一段背景音乐”
- “搜索 MiniMax 最近的产品更新”
Agent 应能够发现并优先考虑对应的 MMX 工具,不需要用户额外补充“必须使用 mmx”。
如果受某个平台限制,无法保证绝对优先级,插件也应至少让 MMX 以独立原生工具出现,并提供可配置的优先使用策略,而不是只能依赖宽泛 Skill 的语义触发。
价值
MMX 的优势正是一个入口覆盖多模态能力。官方插件可以把这种“能力完整”转化成 Agent 里的“可发现、可选择、可稳定调用”,减少每个用户为不同 Agent 手工写 Skill、MCP 配置和路由提示的重复工作。
背景
MMX 的能力很完整,已经覆盖文字、图片、视频、语音、音乐、视觉理解、联网搜索和文件管理,也已经有自己的 MCP。
目前官方推荐通过以下方式把 Skill 安装到 Agent:
但实际使用中的核心痛点是:Skill 安装成功,不等于 MMX 成为 Agent 中容易被发现、容易被主动选择的一等工具。
当 Agent 同时存在内置工具、其他插件或更专用的 Skill 时,MMX 往往处于较低的工具选择优先级。用户提出普通需求,例如“生成一张图片”“生成视频”“联网搜索”,Agent 经常不会主动使用 MMX,只有明确提示“必须使用 mmx”后才会调用。
这与 #118 描述的问题一致。#118 中维护者也确认,目前通常需要手动告诉 Agent 使用
mmx search,最终建议仍是“搜索必须使用 mmx search”。这个临时办法对单次调用有效,但没有解决安装后的工具发现和路由问题。需求
希望官方提供一个可安装到多种 Agent 的 MMX 插件发行物,而不只是通用 Skill 文档。
建议支持 Codex、Claude Code、Cursor、OpenClaw、Hermes 等常见 Agent。由于各 Agent 的插件机制不同,可以是一个统一安装器加多套官方适配,而不要求所有平台共用完全相同的插件格式。
例如:
或者提供一个官方插件包,安装时自动识别当前 Agent。
插件应解决的问题
将 MMX 的不同能力暴露为清晰、独立的一等工具,例如:
mmx_image_generatemmx_video_generatemmx_speech_synthesizemmx_music_generatemmx_searchmmx_vision_describe为每个工具提供针对 Agent 路由优化的名称、描述、适用场景和示例,避免所有能力只藏在一个宽泛的
mmx-cliSkill 中。在支持插件路由规则或工具偏好配置的 Agent 中,提供合理的默认选择策略,让媒体生成、MiniMax 搜索等需求能自然命中 MMX。
复用现有 MMX MCP / CLI、认证和配置,不要求用户重复配置 API Key。
支持安装、检查、升级和卸载,并提供已验证的 Agent 兼容性矩阵。
允许用户配置工具偏好,例如“媒体生成优先使用 MMX”,而不必在每次对话中重复指定。
验收建议
安装官方插件后,在一个同时装有多种工具的 Agent 环境里,直接输入以下普通需求:
Agent 应能够发现并优先考虑对应的 MMX 工具,不需要用户额外补充“必须使用 mmx”。
如果受某个平台限制,无法保证绝对优先级,插件也应至少让 MMX 以独立原生工具出现,并提供可配置的优先使用策略,而不是只能依赖宽泛 Skill 的语义触发。
价值
MMX 的优势正是一个入口覆盖多模态能力。官方插件可以把这种“能力完整”转化成 Agent 里的“可发现、可选择、可稳定调用”,减少每个用户为不同 Agent 手工写 Skill、MCP 配置和路由提示的重复工作。