需先切换匹配场景的Agent，再用“动词+宾语+约束”重写需求，拆解为最小业务单元提交，新建会话避免上下文污染，并在方案命名、字段完整性、流程实测三节点人工干预。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在码上飞输入需求后，AI返回的方案明显偏离核心意图——比如你要做报修系统，它却生成了一个库存盘点工具；或者你明确要求“必须支持微信扫码登录”，它却只给了用户名密码入口——这种错位不是偶然，而是需求表达、上下文理解或平台配置环节出现了可定位的偏差。
先确认是否触发了正确Agent
码上飞后台默认激活的是「通用应用开发Agent」，但如果你的需求涉及鸿蒙、小程序、API接口或数据看板等特定场景，必须手动切换对应智能体。进入对话界面右上角→点击「Agent选择」→下拉菜单中核对当前启用的Agent名称是否匹配你的目标类型。例如：要生成微信小程序，必须选「微信小程序开发Agent」；要输出Spring Boot后端代码，得选「API与后端开发Agent」。【未切换Agent时，AI会按通用逻辑兜底生成，大概率忽略生态约束和部署要求】
这一步操作起来很简单，直接点选即可，但跳过会导致后续所有输出都跑偏方向。
检查原始需求是否存在歧义词
方法一：用「动词+宾语+约束条件」三段式重写需求句。例如把“做个维修系统”改为“开发一个Web端维修工单系统，管理员能分配任务、维修员能提交处理结果、所有记录自动归档并支持Excel导出”。
方法二：拆解为最小业务单元再逐条提交。不要一次性丢入整段PRD，而是分三次发送：“第一步：需要一个表单页面，字段包括报修人姓名、联系电话、故障描述、上传图片”→“第二步：后台需支持按状态筛选（待处理/处理中/已完成）”→“第三步：导出功能必须保留原始时间戳和操作人信息”。
AI对模糊名词（如“系统”“管理”“便捷”）无解析能力，它只识别具体动作、对象和硬性规则。你写“支持多种登录方式”，它可能默认加上邮箱、手机号、Apple ID；而你真正想要的只是微信授权登录。
验证历史对话是否污染当前理解
第一步：点击对话左上角「新建会话」按钮，强制开启干净上下文。
第二步：复制原始需求文本，粘贴进新对话框，**不带任何前置解释或补充说明**，直接发送。
第三步：收到首轮回复后，先不急着确认，而是快速扫视AI是否主动追问关键细节。如果它立刻列出“是否需要审批流？”“是否对接企业微信？”这类问题，说明理解正常；若直接甩出完整方案且没提问，大概率是把旧会话里的错误假设延续过来了。
旧对话中你曾说过“先不用考虑权限”，AI可能记成全局设定，哪怕新需求里已明确要求“按角色控制数据可见范围”，它也会自动屏蔽该逻辑。
人工干预关键节点的三个时机
① 当AI第一次给出解决方案名称时（如“信息数据管理系统”），立刻判断该命名是否覆盖你提到的所有动词——“提交、分配、记录、统计”缺一不可。若名称笼统，马上回复：“请重新定义系统名称，必须体现‘工单流转’和‘闭环追踪’两个核心特征”。
② 在它生成页面结构草图后，重点核对字段是否完整。例如你写了“需记录维修开始时间、结束时间、耗时分钟数”，但它只画了前两项，漏掉自动计算字段，此时必须指出：“耗时字段需由系统根据开始/结束时间自动计算并存储，不能由人工填写”。
③ 下载源码包前，进入预览环境实操测试。尝试用测试账号走一遍完整流程：提交表单→登录管理员账号→分配任务→切换维修员账号→提交结果→回到管理员页查看状态变更。只要其中任意一步失败，立即截图+标注问题点，发回对话框：“第3步分配任务后，维修员收不到通知，前端无提醒，后端日志也未触发消息队列，请修正任务分发逻辑”。
