About minimax-rules
A rule set for agents deciding when and how to use MiniMax MCP tools. It maps tasks to available capabilities, defines tool limitations, and gives examples of chained workflows.
Key features
- 01Task-to-tool decision rules
- 02MiniMax capability and limitation map
- 03Multi-tool workflow examples
- 04Guidance for avoiding unsuitable calls
Use cases
- 01Routing image, video, music, or speech tasks
- 02Combining image description with analysis
- 03Searching and summarizing results
- 04Handling translation and editing requests
MCP support
It specifies when an agent should call MiniMax MCP tools and which tasks they serve. It also documents their inputs, outputs, and limitations.
Install
Copy the command and run it in a terminal.
$
npx skills add https:/ / github.com/ meisijiya/ efficient-reasonix --skill minimax-rulesAfter installing, type/minimax-rulesin Claude Code to confirm it loaded.
Bundled filesminimax-mcp-server.js
Details
From the project READMEMiniMax MCP 使用边界规则
能力清单(MiniMax 能做什么)
| 工具 | 输入 → 输出 | 我有没有替代方案 |
|---|---|---|
minimax_text_chat | 文本 → 文本(翻译/润色/写作/分析) | ✅ DeepSeek 也能做,但 MiniMax 省 Token |
minimax_image_generate | 文本 → 图片 | ❌ 无替代,必须用 |
minimax_video_generate | 文本/图片 → 视频 | ❌ 无替代,必须用 |
minimax_music_generate | 文本 → 音乐 | ❌ 无替代,必须用 |
minimax_speech_synthesize | 文本 → 语音 | ❌ 无替代,必须用 |
minimax_speech_voices | 查询可用音色 | ❌ 无替代 |
minimax_vision_describe | 图片 → 文字描述 | ❌ 无替代,必须用 |
minimax_search | 关键词 → 搜索结果 | ✅ 有 web_search,但 MiniMax 额度充裕优先用 |
MiniMax 的硬限制(绝对不能做的事)
- ❌ 读取文件 —— 它只能收文本输入,不能访问你的磁盘
- ❌ 执行命令 —— 没有任何 shell 或代码执行能力
- ❌ 记住上下文 —— 每次调用是无状态的,不记得上一轮说了什么
- ❌ 多步推理 —— 单次 API 调用,不能"先这样再那样"
- ❌ 调用其他工具 —— 没有 MCP/工具链权限
决策树:这个任务该交给谁?
用户请求到达
│
├─ 是图片/视频/音乐/语音/视觉/搜索?
│ └─ YES → 无条件用 MiniMax MCP(我没有这些能力)
│
├─ 需要读文件 / 执行命令 / 跨文件分析?
│ └─ YES → 我自己来,❌ 不传给 MiniMax
│
├─ 是纯粹的文本→文本任务(翻译、润色、改写、写文案、写诗、写邮件)?
│ └─ YES → minimax_text_chat(省 DeepSeek Token)
│
├─ 是"让 MiniMax 也看看" / "第二意见"?
│ └─ YES → minimax_text_chat(输入我已有的分析结果或代码片段)
│
├─ 是代码片段级别的简单分析(单函数、单算法、一个 bug 模式)?
│ └─ YES → 可以问 MiniMax 作为补充(不替代我的主分析)
│
└─ 以上都不匹配 → 我自己处理
├─ 代码架构 / 重构方案
├─ 安全审查 / 漏洞分析
├─ 调试 / 排错
├─ 数学 / 逻辑推理
├─ 多步骤调研
└─ 需要项目上下文的任务
链式调度规则
以下场景自动编排多工具链,无需用户逐步指令:
场景 1:看图 + 分析
用户:"这张代码截图有什么问题?"
step1 → minimax_vision_describe(image) # 提取图片中的文字
step2 → 我自己分析提取出的代码 # 做专业判断
回复 → 我的分析结果(如有需要,附 MiniMax 的第二意见)
场景 2:搜索 + 总结
用户:"搜一下最新的 XXX 并总结"
step1 → minimax_search(query) # 获取搜索结果
step2 → minimax_text_chat("总结这些结果") # 让 MiniMax 总结
回复 → MiniMax 的总结
场景 3:翻译 + 润色
用户:"把这段话翻译成英文,语气正式一点"
step1 → minimax_text_chat("翻译并润色...") # 一步完成
回复 → 翻译结果
反例:这些情况不要用 MiniMax
| 错误用法 | 为什么不行 | 正确做法 |
|---|---|---|
| "帮我在项目里搜一下 XXX 的使用" | MiniMax 不能读文件 | 我自己 grep/search |
| "这个跨文件的架构怎么改" | MiniMax 看不到其他文件 | 我自己分析 |
| "帮我 debug 这个报错" | MiniMax 无上下文、无执行能力 | 我自己看日志 |
| "分析整个项目的安全漏洞" | 需要多文件扫描 + 专业判断 | 我自己审计 |
| "帮我把这段代码集成到项目里" | 需要改文件、了解项目结构 | 我自己动手 |
Token 使用态度
用户 MiniMax Token Plan 额度(国内版):
- 文本:1,500/周期(充裕)
- 图片:50/周期
- 音乐:100/周期
- 语音:4,000/周期
- 视觉/搜索:各 150/周期
策略:能用 MiniMax 处理的文本任务,不消耗 DeepSeek 推理预算。遇到翻译、润色、文案等任务,默认先调 MiniMax。
Comments
Markdown supported