我这两天尝试了很多次不低于50次的完整的Android小项目生成，就简简单单的拍照后OCR，每次调整完捂住哪，另外一边就漏水的感觉非常让我头大，qwen3的页面做的更是没什么逻辑可言，我都把流程图分支还有跳转都在需求文档里一步步做好了，就差没把判断图都给画上，但永远都是第一个界面要么死在打开相机，要么死在打开相册，我都无法去评价工具的好坏，我是看广告点击来的，结果有种被喂了屎的感觉，我不太好受，希望你们继续进步吧
换一个模型呢
可以尝试用下glm4.6
全部模型我都试过，我需求也特简单，把菜单拍下来识别菜单的菜和价格，输入如需要随机菜的数量，给我随机出结果，就这么简单一个需求，生成不下50次，真的我反正心是死的，我开始只是一句话后来我不听补充资料，到最后我上需求文档，后面我还加了页面逻辑，设定了样色风格，还在文档里写了每个页面的什么按键跳转的什么页面的什么地方，每次生成完的项目都基本是首页就出的问题，要不是功能缺失，就是生成了按钮但按钮无效，调用权限也不会，我甚至在生成的时候还特意叮嘱过生成要注意权限逻辑，又当爹又当妈的，都快赶上我自己给人用的项目需求的好几倍了，结果依然是一坨。
理论上讲大模型不会蠢到听不懂人话，我猜测可能问题出在两个方面，一是这个工作可能确实得你出马，他实现困难，二是他不懂装懂，你俩先讨论好实现方案纯讨论，讨论好了再去写设计文档，你查看设计文档不满意就让他继续改，最后才是严谨按照设计文档开发。给你分享个案例，这是iflow cli开发的，我一点前后端也不懂，一行代码不碰，全是让他改。
2 个赞
个人惨痛经验。让iflow拟定一套实施计划，包括不限于：角色设定（比如文档技术专家，算法工程师，前端布局专家，建模专家，性能优化专家，测试专家等），功能划分，任务分解，每个节点有详细计划，每个节点对应程序最好不超过1000多行。让大模型对关键算法也拟定实施方案，反复人工审核，和大模型讨论，提示词要严厉，这相当于减少大模型幻觉和偷懒几率。如果一上来就放手让大模型看文档干，大模型极有可能给你塞私货（比占位函数和简化函数更可怕的，就是大模型自己发明些东西）。另外，每个节点完成时都要大模型按照技术文档评估代码，直到你满意，在写好总结文档后才进入下一个节点。每个阶段结束后，也要花时间总结，留下文档，然后清空上下文，进入下一个阶段。下一个阶段开始时候，让大模型从拟定好的文档开始。代码不连贯和记忆有关，大模型现在只有几百K上下文，记忆只能靠一套文档支撑，个人只能不厌其烦记录和清空。最最重要就是备份代码，有时候大模型会删掉代码，个人只能欲哭无泪。IFLOW最近更新很及时，安全审计和PLAN模式避免很多麻烦。
2 个赞