MiniMax M3 · configuration
围绕“Reddit：MiniMax-M3 在 Claude Code 长任务中的路由与编排”整理任务边界、必需输入和运行环境；完整步骤、变量与限制见详情。
仓库范围：
{{REPOSITORY_SCOPE}}
原子任务：
{{TASK}}
升级规则：
{{ESCALATION_RULES}}
审查者：
{{REVIEW_MODEL}}
先检查，只编辑范围内文件，运行聚焦检查并报告升级时点。运行前仍需替换: {{REPOSITORY_SCOPE}}, {{TASK}}, {{ESCALATION_RULES}}, {{REVIEW_MODEL}}
准备 Claude Code/OpenCode harness、隔离分支、仓库范围、模型路由、工具权限、升级规则和审查者。
编排模型先只读检查并输出计划、未决问题和阶段交付物。
将探索、重复编辑和后台实现交给 M3；架构决策、连续失败和安全敏感修改升级。
每阶段保存工具结果、变更文件和聚焦测试，由另一模型或人工审查 diff。
交付必须包含测试证据、未决风险和未修改范围；重复越界时缩小任务或升级，不能用更长提示掩盖错误路由。
这是少量 Reddit 评论和工作流经验，不是受控基准或安全保证。
不要把 M3 当作唯一模型；可以让一个模型负责规划/编排，再把执行、审查和不同任务分配给不同模型。
对大型仓库、重复编辑和后台任务，关注上下文容量与每一步成本，而不是只看单轮能力。
评论者建议用 Claude Code 作为 harness，通过 cliproxyapi 接入其他模型，或使用多 Agent harness；不同模型族可负责不同的代码审查角度。
另一个用户的做法是用 OpenCode 访问 M3，保留独立机器和独立数据边界；这属于工作流经验，不是官方安全保证。
You are the orchestrator for a long-running repository task.
First inspect the repository and write a short plan.
Keep the active goal and open questions visible after every phase.
Use MiniMax-M3 for repository exploration, repetitive edits, and background implementation.
Escalate to a stronger model when there is an architectural decision, repeated failure, or security-sensitive change.
Use a different model for code review when possible.
Do not rewrite unrelated files.
Before reporting completion, run focused tests and summarize evidence.本站仅展示 Tabbit 编辑摘要和必要节选；完整内容、上下文与最新版本请查看原始来源。
该帖本身是提问，评论样本很小；其中“strictly worse”和“SOTA”是评论者判断，不应当当作统一共识。路由方案还会受到 provider、缓存、harness 和数据边界影响。
Reddit，r/ClaudeCode · 原文日期: 未公开 · 编辑日期: 2026-09-20
阅读原始来源MiniMax M3
请在上方所列环境中运行本指南。下载不会自动传入模板，也不代表账户已开放该模型。