这是新手最容易踩的坑之一：功能还没跑通，就急着建数据库。我见过太多人还没搞清楚”用户上传图片之后 AI 返回结果”这个流程怎么跑，就去研究怎么搭数据库、怎么设计表结构。结果折腾了两周，发现整个流程走不通，数据库白建了。正确做法是：先用假数据把最短路径跑通。所谓假数据，就是你直接在代码里写死一些示例内容，假装用户已经上传了图片、假装 AI 已经返回了结果——先让整个流程跑起来，看到”做完了是什么样子”。这一步叫MVP（最小可行产品）思维：先让产品能跑，再用真的数据和逻辑替换假的。数据库是后面的事。
第三步：让东西真的能干活
这叫后端。还是用开店的比喻——前端是门头，负责接待顾客、接收订单。但顾客点了单，总得有人真的去做这个菜吧？后端就是那个后厨和店员调度。用户按下一个按钮，前端把请求发过去，后端开始干活：调用 AI 模型、处理数据、判断逻辑、返回结果。前端负责”接单”，后端负责”做菜”。举几个具体例子：用户输入一段文字，后端调用 GPT 返回回复用户上传一张图，后端调用图像识别模型提取信息用户点下单，后端计算价格、查库存、生成订单后端通常不直接面对用户，但它决定了你的产品能做什么、响应速度怎么样、处理逻辑对不对。
这主要是两件事：环境变量/密钥和日志。环境变量 / 密钥你调用 AI 的 API key、连接数据库的密码、各种配置信息——这些不能直接写在代码里。为什么？因为代码可能会上传到 GitHub（公开仓库），密钥一旦泄露，别人可以直接用你的账号跑 AI、消耗你的额度。轻则账单爆炸，重则账号被封。正确做法是：把这些敏感信息单独放在一个配置文件里，代码运行时读取它。部署到服务器的时候，在服务器的环境里单独配置。本地能跑、上线就崩——大部分原因是密钥没配对。日志出问题的时候，日志就是你的监控录像。用户说”我点了没反应”，你打开日志，看到最后一次请求是 2024-03-15 14:32:15，请求参数是xxx，响应是500。你就有方向去查。没有日志，你和 AI 只能一起猜：是不是网络问题？是不是参数传错了？是不是模型崩了？猜来猜去浪费时间。有日志，一目了然。
正确顺序是什么
来一个完整的清单：
先做好前端页面和交互——让它能点、能看、能反馈
用假数据跑通最短路径——看到”做完了是什么样”
再补后端逻辑——让功能真的能工作
再决定哪些需要数据库记住——流程通了再优化存储
部署出去让别人能用——先跑起来再说
最后加域名、日志、密钥——这些是”稳固”工作，不是”开始”工作
记住一句话：做产品先完成后完美
写在最后
AI 确实让做产品变得很快。你可能用一下午就搞定一个 app 的前端，再用一晚上接上后端。但如果你没有搞清楚前端、后端、数据库、服务器分别负责什么——你大概率会在做到一半的时候发现”这个功能好像加不上去”，然后从头返工。AI 让你速度快，但地图没认清，返工也会很快。这篇文章就是帮你把地图看清楚。下一次，我们聊点更具体的——怎么用 AI 真正从零开始搭一个能跑的小产品。敬请期待。有问题或者想看什么主题，欢迎留言。
夜雨聆风
