想让 MiniMax Agent 真正跑通一个端到端任务，通常需要完整经历五个关键步骤：首先通过结构化指令唤起 Leader，并确认系统已经进入 Team Mode；接下来授权 Supabase 等关键工具；然后放开执行流程，尽量避免在中间节点频繁干预；再接收 Verifier 的最终校验结果，以及它自动触发的修正流程；最后核对交付物是否完整可用，并导出 ZIP 文件。

如果你希望 MiniMax Agent 一次性完成从规划、执行、校验、修正到交付的完整任务链，而不是反复停留在“要继续吗”的确认环节，就必须明确触发 Team Engine 协同机制，同时避开单 Agent 模式下常见的上下文中断问题。

第一步：用结构化指令激活Leader角色

在输入框中输入带有明确动作和结果目标的复合型指令，例如：“为我开发一个带用户登录页和数据看板的待办事项 Web 应用，要求支持本地存储、响应式布局，并生成可直接运行的 HTML+CSS+JS 单文件。”

不要只写“帮我做一个待办清单”，这类模糊表达会导致 Leader 无法准确拆分子任务，系统也更容易默认进入单 Agent 模式，后续大概率会频繁卡在确认提问上。

输入完成后先按回车，【一定要等到右上角出现「Team Mode Activated」徽标，再继续下一步】。如果界面中只显示“思考中”，或者完全没有相关标识，就说明 Leader 实际上尚未成功激活。这种情况下，应重新整理提示词，并补充完整技术约束，例如“单文件”“本地存储”“响应式”等要求都应明确写出。

第二步：授权关键工具链

当 Agent 弹出 Supabase、GitHub 或本地文件系统的授权请求时，直接点击「允许」。

如果跳过这一步，Worker 将无法访问数据库或写入本地磁盘，所有依赖持久化能力的子任务，例如用户注册、任务保存等，都可能在无明显提示的情况下执行失败，Verifier 也无法准确比对实际输出与预期结果。

授权完成后，任务栏通常会显示 Leader、Worker×3、Verifier 共 5 个并行进程标识。

第三步：放行执行，不干预中间节点

当你看到「Worker_001: Generating login UI」、「Worker_002: Building dashboard logic」等日志持续滚动时，【切勿点击「继续」或输入任何新指令】。

Team Engine 的核心设计原则是：Leader 负责下达任务，Worker 负责执行任务，Verifier 负责校验结果——人为插入新指令会打断状态机流程，导致 Verifier 失去对照基准，进而使后续自动修正机制失效。

此时可以暂时离开电脑，最长等待时间约为 18 分钟（超时阈值由 Ma vis Runtime 设定），系统会在检测到 Worker 卡死后自动终止对应进程，并重新启动相关子任务。

第四步：接收Verifier的终局校验报告

当所有 Worker 状态都变为「Done」后，Verifier 会启动一致性扫描，重点检查登录页是否可以正常提交表单、看板数据是否能够实时更新，以及单文件是否支持双击直接运行。

如果全部检测通过，输出区顶部会显示绿色的「✅ Delivery Ready」，同时附带一键下载 ZIP 包的按钮。

如果某项校验失败，例如“本地存储未触发”，Verifier 会生成差分报告，精确指出哪一行 JS 没有调用 localStorage.setItem()，并自动触发 Worker_002 重新生成对应模块。

第五步：交付物验证与导出

点击「Download Project」下载 ZIP 包，解压后双击 index.html，确认页面与功能都能正常运行。

打开控制台，执行 localStorage.setItem('test','ok'); 再刷新页面，检查数据是否仍然保留——这是判断 Worker 是否真正完成本地存储集成的关键硬指标。

确认无误后，右键项目文件夹→「Send to → Compressed (zipped) Folder」，完成命名后再发送给协作方。