必须使用M2.7模型启用结构化输出模式，因其支持Clean Architecture四层分目录、确定性结构契约、Code Linter自动重构及Team Engine角色隔离，而H3或低版本M2无法满足。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让 MiniMax Agent 生成的代码具备清晰的模块划分、可读的函数命名、明确的责任边界，而不是堆砌在一个文件里或嵌套过深的逻辑块中。
用 M2.7 模型启用结构化输出模式
MiniMax Agent 默认调用的是 H3 或 M2 系列模型，但只有 M2.7 支持原生的「结构化技能编排」能力，它会在生成前自动识别任务复杂度并触发分层输出协议。打开 Agent 设置 → 选择模型 → 切换为 【M2.7】，否则后续所有结构化指令都会被降级执行。
这一步不能跳过：H3 虽支持 JSON 输出，但不强制约束代码组织；M2.7 则会在生成 Python/TypeScript 时，默认按 domain→service→dto→utils 四层目录结构展开，并为每个文件注入清晰的 docstring 和 type hint。
在 prompt 中嵌入结构契约（Structure Contract）
直接告诉 Agent 你期望的代码骨架，比让它“自己判断”更可靠。结构契约不是模板，而是带约束条件的声明式指令。
方法一：用关键词锚定层级
在需求描述后追加一句：“请按 Clean Architecture 分层，domain 层不依赖任何外部库，service 层只调用 domain 接口，infra 层封装 HTTP/DB 实现。”
方法二：指定文件粒度
写明：“生成 4 个文件：user_domain.py（含 User、Role 类）、auth_service.py（含 AuthService 类）、http_adapter.py（含 FastAPI 路由）、test_auth.py（含 pytest 测试用例）。”
【注意】不要写“尽量分层”或“最好有注释”——M2.7 对模糊副词响应极弱，必须用“请按……”“生成……个文件”“含……类”等确定性动词。
启用 MCP 工具链中的 Code Linter Skill
第一步：进入 MiniMax Agent 桌面端 → 点击左下角「Skills」→ 搜索并启用 Code Linter 技能。
第二步：提交代码生成任务后，Agent 会自动在输出末尾附加 lint 结果报告，标出：函数长度超 50 行、未类型标注的参数、重复 import、缺少 docstring 的 public 方法。
第三步：点击报告中的「Fix & Rebuild」按钮，Agent 将基于原始意图重构代码，把长函数拆为 validate_input()、fetch_user_data()、apply_business_rules() 三个独立函数，并补全 typing 和测试桩。
这一步操作起来很简单，直接点击按钮就行，但前提是 Code Linter 必须提前开启——关闭状态下 Agent 不会做任何结构校验。
用 Team Engine 强制角色分离
第一步：在任务输入框顶部点击「Mavis Mode」开关，启用多 Agent 协作模式。
第二步：输入需求时明确分配职责：
① Leader Agent 负责整体架构设计，输出模块关系图与接口契约；
② Domain Worker 专写 entity、value object、repository interface；
③ Infra Worker 只实现 repository concrete class 和第三方 SDK 封装；
④ Verifier Worker 对比 domain 层与 infra 层的接口签名一致性，发现不匹配立即中断流程。
这种分工不是模拟，而是由 Team Engine 底层 runtime 真实调度——Domain Worker 的代码沙箱里根本看不到 requests 或 sqlalchemy 包，从源头杜绝“业务逻辑里混 SQL”的问题。
