MiniMax_Agent辅助编程完整流程

MiniMax Agent可完成端到端编程任务：创建代码生成型Agent并启用工具调用→输入结构化提示词→用MMX-CLI解包、注入凭证、启动验证→通过调试窗口迭代修改并用m25 apply同步状态。

用MiniMax Agent完成一次从需求理解到可运行代码交付的编程任务，需避开手动拼接API、反复调试提示词、本地环境不匹配这三类典型卡点。整个流程必须在控制台与本地终端间闭环验证，不能只停留在网页聊天界面。

创建Agent并绑定编程能力

这一步决定后续能否调用真实开发工具链，不是选个模板就完事。

进入Minimax开发者控制台 → 点击左侧“Agent” → 点击“创建Agent” → 模板类型选择“代码生成型”，不要选通用对话型。

在系统提示词框中，粘贴以下内容（直接复制，不要删减空格和换行）：
你是一名全栈工程师，熟悉React 18、TypeScript 5.4、Supabase 2.0和Vite 5.0。所有输出必须是可直接执行的完整项目结构，包含package.json、src/App.tsx、supabase/migrations/目录及SQL文件。禁止使用伪代码或自然语言描述。

：在“高级配置”页勾选“允许调用外部开发工具”，否则Agent无法生成数据库迁移脚本或启动本地服务命令。

构造精准提示词触发工程级输出

提示词质量直接决定输出是否含后端逻辑、部署配置和测试用例，模糊描述只会返回单HTML文件。

方法一：结构化指令法
直接在聊天框里把需求一次性的交代清楚，比如这样写：“生成一个用户管理后台，要求：①前端用React实现表格增删改查；②后端用Supabase提供auth+restful API；③包含docker-compose.yml用于一键启动；④输出格式为完整markdown代码块，每个文件用```filename.tsx```标记。”

方法二：参考锚定法
先上传一份你已有的vite.config.ts文件 → 输入：“按此配置风格，扩展出完整的用户管理后台项目，补充src/lib/api.ts封装Supabase client，补全vitest单元测试。”

注意：如果提示词里出现“大概”“类似”“参考一下”这类模糊词，Agent会默认只生成前端页面，跳过后端和部署部分。

本地拉取并验证生成代码

网页端生成的代码不能直接跑，必须通过MMX-CLI注入真实依赖和环境变量。

第一步：安装专用CLI工具
在终端执行：npm install -g minimax-m25-cli@2.5.3，版本号必须严格匹配，旧版无法解析M2.5模型生成的tool_call字段。

第二步：解包代码并注入凭证
将网页输出的markdown复制保存为project.md → 执行：m25 unpack project.md --api-key YOUR_API_KEY --group-id YOUR_GROUP_ID。

第三步：启动验证服务
接下来进入生成好的project目录，运行：m25 dev。正常情况下，浏览器会自动打开http://localhost:5173；这时页面里应该能看到带登录状态的用户表格，同时在 Network 面板中，也能捕捉到发往 http://localhost:54321/auth/v1/token 的合法请求。

：说明MMX-CLI未正确读取.env.local中的SUPABASE_URL和SUPABASE_ANON_KEY，需手动检查该文件是否存在且字段值非空。

调试多轮交互与状态记忆

当需要迭代修改某模块（如把表格改成卡片布局），不能重新发整段提示词，否则丢失上下文。

① 在网页调试界面点击已创建Agent右侧的“调试”按钮 → 进入实时聊天窗口。
② 输入：“把用户列表页的Table组件换成GridCardLayout，保留分页和搜索功能。”
③ 等待Agent返回diff patch格式的修改建议 → 复制其中src/components/UserList.tsx的内容 → 覆盖本地同名文件。
④ 回到终端执行m25 apply，该命令会自动校验文件哈希、重装依赖并热更新浏览器。

这一步操作起来很简单，直接把文件拖进去就行。但必须用m25 apply而非npm run dev，否则Agent生成的状态记忆（如上次修改的组件路径）不会同步到本地开发服务器。