MiniMax Agent生成代码前需拆解需求：先识别隐性约束，再用动词驱动法或数据流向法拆分原子动作，最后明确技术栈、边界条件及外部依赖。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你用MiniMax Agent生成代码时，如果直接扔给它一句“做个登录页面”，大概率会得到一个缺少表单验证、没连后端、样式错乱的半成品。需求没拆解清楚，Agent就只能靠猜。
先识别需求里的隐性约束
打开原始需求文本，逐字读一遍，标出所有没明说但实际必须满足的条件。比如“用户能用微信扫码登录”——这里隐含了需要调用微信JS-SDK、需服务端提供临时登录凭证接口、前端要处理扫码成功后的跳转逻辑。
把这类隐性约束单独列成一条条短句，写在草稿纸上或新建文本框里。漏掉任何一条，后续生成的代码都可能卡在联调环节。
这一步不能跳过。MiniMax Agent不会主动追问你“要不要支持暗色模式”，它只会按字面执行。你不说，它就不做。
把功能主干切分成原子级动作
方法一：动词驱动法
找出需求中所有动词，每个动词对应一个最小可执行单元。例如：“用户提交表单→校验手机号格式→发送短信验证码→比对输入码→写入数据库→跳转首页”。这里共拆出6个原子动作，每个都应能独立测试。
智能订单处理助手，帮助用户快速创建WMS发货单。 当用户请求以下操作时使用： 1. 采购/下单/创建发货单（如"帮我采购一本书"、"帮我下单"） 2. 批量处理订单（如"帮我完成这个表格中所有订单的发货"） 3. 从Excel/CSV文件导入订单 支持从标准格式的Excel表格中提取：商品名称、数量、ISBN、收...
方法二：数据流向法
画一条从输入到输出的数据线：用户输入 → 前端处理 → API请求 → 后端校验 → DB写入 → 响应返回 → UI反馈。在线上每处转折点停下来问：这里有没有分支？有没有异常路径？比如“API请求”之后必须补上“超时重试”和“401跳登录页”两个分支节点。
【必须确保每个原子动作有明确输入、明确输出、明确失败出口】
确认技术栈与边界条件
第一步：明确当前项目已锁定的技术选型。比如团队只用React 18 + TypeScript + TanStack Query，那就不允许Agent生成Vue模板或jQuery写法。
第二步：写下不可逾越的边界。例如“不引入新npm包”“复用现有UI组件库中的Button和Input”“接口地址必须走环境变量VITE_API_BASE_URL”。这些是硬性红线，得提前塞进Agent的system prompt里。
第三步：标注外部依赖状态。如“微信扫码接口已上线”“短信平台配额剩余800条”“用户表结构本周刚加了is_deleted字段”。Agent不知道这些，你得喂给它。
