跳转到内容

用 AI 做应用

网站主要传递内容或促成一个动作;应用还要处理状态、账号、数据、权限、错误恢复和长期维护。只画页面不等于完成了应用设计。

用文字描述也可以:

进入 → 注册/登录 → 创建内容 → 保存 → 查看结果 → 修改或删除

为每一步补充成功、失败、空数据、重复提交、权限不足和网络中断时的表现。

列出核心对象、字段、关系和谁能读写。例如“项目、成员、任务”比“做一个后台”更容易讨论。先决定哪些数据属于用户、团队或公开范围,再考虑数据库。

  1. 用假数据完成核心流程;
  2. 接入真实数据读写;
  3. 加入登录和最小权限;
  4. 加入错误、加载、空状态和日志;
  5. 再处理性能、通知、支付和高级功能。

每一步都应该能让一个真实用户试用,而不是只增加代码量。

先让它分析现有项目和生成数据模型,再分别实现页面、接口、校验和测试。要求它说明修改了什么、为什么、如何回滚,避免一次生成一套你无法理解的架构。

  • 身份认证和会话过期;
  • 权限校验不能只放在前端;
  • 输入校验、上传文件类型和大小;
  • 数据备份、删除和导出;
  • API Key 和环境变量;
  • 日志中是否包含敏感信息;
  • 第三方服务失败时的提示和重试。
类别 问题
核心流程 新用户能否独立完成一次主要任务?
数据 刷新、重复提交和错误后数据是否一致?
权限 用户能否看到别人的数据?
可恢复 出错后是否有明确下一步,是否能重试?
运维 能否看到日志、备份数据并发布新版本?