MiniMax Agent Coding Plan全栈项目规划教程

必须先完成精准项目规划，明确用户角色、核心交互、数据持久化及第三方集成；校验Coding Plan含Supabase/Stripe等关键词、字段匹配、无本地存储；授权时用真实密钥及时区；首三条日志验证基础设施、API路由与前端部署。

用MiniMax Agent Coding Plan启动一个带后端、能支付、可定时更新的全栈项目，必须先完成精准的项目规划——这一步跳过或写得模糊，后续会反复卡在工具调用失败、API权限缺失、Supabase表结构错配等不可逆环节。

明确项目边界与交付形态

打开 MiniMax Agent 网页端，在输入框中用中文完整描述你要构建的应用，

不要写“做个 ”“做个APP”这种泛化表述——Agent会默认生成前端Demo，不会主动申请Supabase权限或配置Stripe webhook。

提交后等待Agent生成Coding Plan，页面底部会出现带编号的开发步骤列表，这是后续所有操作的唯一依据。

校验并修正Coding Plan中的关键依赖

第一步，先看一眼 Plan 里有没有出现“Supabase”“Stripe”“Cron job”“Email verification”这些关键词。要是一个都没出现，基本就可以判断：这个 Agent 还没真正识别出后端需求。这时候不能直接往下走，而是要回头重写需求描述，把几个关键点说得更明确——比如“需要数据库存储用户状态”“需要真实支付通道”“需要定时刷新数据”。

第二步，打开 Plan 里任意一个带 API 调用的步骤，比如“创建Supabase认证表”，重点核对它列出来的字段名，看看是否和你实际要存的数据一一对应。拿选座系统来说，seat_id、status、locked_until、user_id 这几个字段必须齐全；如果 Plan 里只写了 id 和 name，

第三步：若Plan中间出现“使用本地SQLite”或“前端localStorage存储”，立刻终止执行——这表示Agent误判为纯前端项目，返回上一步重写需求，加入“部署到云环境”“需要多用户并发访问”等强约束词。

授权外部服务并绑定凭证

方法一：Supabase授权

当Coding Plan显示“正在请求Supabase权限”时，弹窗中点击“Allow”，系统自动跳转至Supabase控制台新建项目。注意：此项目名称由Agent自动生成，不可修改，否则后续代码连接字符串失效。

方法二：Stripe密钥注入

在Plan执行到“配置支付网关”步骤时，页面右侧会弹出密钥输入框。此处必须填入Stripe Dashboard → Developers → API keys → Secret key（以sk_live_开头），

方法三：定时任务开关

若Plan含“每日07:00同步赛事数据”类需求，Agent会在部署阶段自动创建cron job。此时需在弹窗中选择时区（如Asia/Shanghai），选错将导致任务在凌晨3点触发而非早7点。

启动全栈构建并监控首阶段输出

点击“Run Plan”按钮后，界面进入实时日志流。重点关注前三条日志：

① “Initialized Supabase project: xxx-yyy-2026” —— 表示后端基础设施已就绪；

② “Generated backend API routes: /api/seats/lock, /api/payments/webhook” —— 表示接口契约已定义；

③ “Deployed frontend to https://xxx.space.minimax.io” —— 表示静态资源已发布。

若10秒内未出现第一条日志，立即检查浏览器控制台是否有“403 Forbidden”报错——大概率是API Key过期或未开通Coding Plan对应套餐。

当看到“Backend service is healthy”日志后，直接打开生成的URL，用测试账号完成注册流程。这一步成功即代表全栈规划闭环完成。