用 AI 做应用
网站和应用的区别
Section titled “网站和应用的区别”网站主要传递内容或促成一个动作;应用还要处理状态、账号、数据、权限、错误恢复和长期维护。只画页面不等于完成了应用设计。
先画用户流程
Section titled “先画用户流程”用文字描述也可以:
进入 → 注册/登录 → 创建内容 → 保存 → 查看结果 → 修改或删除为每一步补充成功、失败、空数据、重复提交、权限不足和网络中断时的表现。
再定义数据和权限
Section titled “再定义数据和权限”列出核心对象、字段、关系和谁能读写。例如“项目、成员、任务”比“做一个后台”更容易讨论。先决定哪些数据属于用户、团队或公开范围,再考虑数据库。
推荐的迭代顺序
Section titled “推荐的迭代顺序”- 用假数据完成核心流程;
- 接入真实数据读写;
- 加入登录和最小权限;
- 加入错误、加载、空状态和日志;
- 再处理性能、通知、支付和高级功能。
每一步都应该能让一个真实用户试用,而不是只增加代码量。
让 AI 分阶段工作
Section titled “让 AI 分阶段工作”先让它分析现有项目和生成数据模型,再分别实现页面、接口、校验和测试。要求它说明修改了什么、为什么、如何回滚,避免一次生成一套你无法理解的架构。
必须提前考虑的事项
Section titled “必须提前考虑的事项”- 身份认证和会话过期;
- 权限校验不能只放在前端;
- 输入校验、上传文件类型和大小;
- 数据备份、删除和导出;
- API Key 和环境变量;
- 日志中是否包含敏感信息;
- 第三方服务失败时的提示和重试。
MVP 验收表
Section titled “MVP 验收表”| 类别 | 问题 |
|---|---|
| 核心流程 | 新用户能否独立完成一次主要任务? |
| 数据 | 刷新、重复提交和错误后数据是否一致? |
| 权限 | 用户能否看到别人的数据? |
| 可恢复 | 出错后是否有明确下一步,是否能重试? |
| 运维 | 能否看到日志、备份数据并发布新版本? |