零代码做失物招领APP,我改了4轮需求 我的结论先说零代码做失物招领 APP第一版出得快真正影响答辩质量的是后面四轮需求修正。我不会编程只靠中文描述让 AI 生成了一个可安装、可录入数据的校园失物招领原生 APP我没有停在“页面能点”而是把认领、隐私和审核逐轮补齐。我是大四学生毕设选题是校园失物招领 APP。为了避免把一个月耗在学框架上我用了一个中文需求转应用工具。下面是我保留的四轮提示词和每轮改动。第 1 轮先让主流程跑起来我的提示词做一个校园失物招领 APP首页显示失物和招领信息学生可以发布、搜索、查看详情也能管理自己发布的记录。这一轮生成了首页、发布页、详情页和“我的”页面安卓机上可以安装演示。我用中文描述生成 APP全程没写代码。不过字段太少“黑色保温杯”一搜出现 7 条谁也分不清。第 2 轮让物品信息可筛选我的提示词发布时增加物品类别、颜色、发现日期、地点、照片和特征描述首页可按类别、日期、校区筛选地点用下拉选项联系方式默认隐藏。我测试时又遇到一个小麻烦同学会写“三教”“第三教学楼”“3 教”搜索被拆成三个地点。我把地点改成固定枚举再保留“其他地点”补充框。测试表里的 31 条记录清爽了很多重复结果也更容易辨认。第 3 轮补上认领闭环我的提示词失主点击申请认领后先回答发布者设置的验证问题发布者查看答案并同意记录才变成已认领。双方确认前不展示手机号申请人每天最多提交 5 次。首版只做了一个“联系发布者”按钮我发现这会暴露电话也挡不住乱认领。第三轮加入验证问题、申请状态和次数限制后流程才完整。我还把答案校验放到服务端处理避免验证内容直接留在前端数据里。第 4 轮按真实运营补管理规则我的提示词增加举报、撤回、过期关闭和管理员审核包含手机号或辱骂词的公开描述先进入待审核保存操作记录用户可以删除自己的账户与发布数据。我让 12 名同学试用大家最在意的竟然是“捡到饭卡后能不能马上发”。我便让普通记录先发布再抽查含敏感信息的记录进入待审贵重物品仍由管理员确认。这个取舍比全量审核更适合答辩演示但学校真部署时还要由老师确定责任流程。我在答辩里主动写出的边界我做出的校园失物招领 APP 能完成发布、筛选和认领图片搜索仍只是标签匹配无法可靠判断两张照片是否同一件物品。校园统一身份认证、图片存储权限、内容申诉、日志留存和应用商店审核也都需要人工配置与安全检查。四轮迭代让我明白零代码做 APP 省掉了语法和页面搭建却省不掉需求判断。对毕设而言我能把时间留给用户测试、流程图和论文数据价值已经很实际。四轮原型都在码上飞里完成。