用 AI 从 0 到 1 做出并上架一个能用的产品：选题验证、商业模式、前后端开发与合规落地全流程实操笔记

本文由 莫潇羽@无忆研习社（www.wuyi.wiki）撰写，转载请注明出处。

快速摘要

如果你只想要一句话结论：今天用 AI 做产品，"怎么做"已经不难，真正决定成败的是"做什么、卖给谁、在哪儿被看见、怎么完成一次干净的付费闭环"。 我自己折腾了一年多下来，把这套流程压成了一条主线——先用调研把方向想明白，再用最小可用版本（MVP）快速验证，接着才谈前端 UI、后端数据库和部署上线，最后落到国内平台的合规上架。这篇长文会把这条主线从头到尾拆开：三条底层原则、国内合规的工具与大模型选择、方向与应用形态的取舍、买断/按需/流量三种盈利模式、判断一个方向值不值得做的四条标准、三种选题方法、电商与种草两种成交路径、2026 年小红书与抖音的合规上架姿势，以及前端 UI、后端三件套（数据库·接口·部署）、数据库表结构与安全策略、缓存加载渲染这些性能细节。

需要提前说清楚的是：我讲的都是"个人学习实践"层面的方法论，不做任何收益承诺，也不碰任何绕过网络管理的操作；文中涉及价格、平台规则的地方都会是写稿时的近似情况，具体请以官方为准。想看完整拆解，往下翻。

先想清楚再动手：我在 AI 做产品上踩出来的三条底层原则

很多人一上来就问我一个问题：怎么才能源源不断冒出好点子？我的答案可能有点扫兴——点子几乎是最不值钱的一环。真正把一个想法变成能被人用、有人愿意付费的东西，中间隔着调研、验证、取舍一整条链路。我把这一年多的经验压缩成了三条原则，顺序不能乱，这也是后面所有章节的地基。

原则一：先把"落地路径"想明白，再谈开发

我第一次用 AI 做产品是在前年年初。那阵子我特别兴奋，脑子里一个想法接一个想法，觉得"这东西大家肯定都需要"，然后就闷头做了出来。做完才发现：压根没人用，我也不知道该往哪儿推。换一个想法，再做一个，结果一模一样。复盘了几天我才想通——做的过程太有意思了，有意思到我一直在用"埋头开发"来逃避那个真正难的问题：做完之后怎么让人看见、怎么让人愿意用。

所以我给自己定死了第一条：任何产品，先想明白它"怎么落地"，再决定用什么技术去实现。 顺序是"先想清楚→再动手"，不是"先动手→边做边想"。而想清楚的唯一靠谱办法，是做调研。我常挂在嘴边一句话：你所有的困惑，答案都在同行那里。你想做某个东西，先去看已经在做的人——他的功能怎么设计、内容怎么发、用户在评论区反馈什么、他到底是怎么被人找到的。这些看明白了，你才有资格决定这个产品该不该做、怎么做。

为了逼自己把这一步做扎实，我平时会用两张表来梳理：一张是选题调研表，把对标产品的用户画像、使用场景、解决了什么问题、产品形态、为什么值得做等二十来个问题逐条填一遍；另一张是最小验证表，用来提前想清楚"第一版做哪些功能、哪些先不做、用户最短的使用路径是什么"。表本身不重要，重要的是填表这个动作会强迫你把模糊的冲动变成具体的判断。

原则二：完成比完美更重要，先做最小可用版本

我犯过的第二个大错，是完美主义。去年我做过两个语言学习类的小工具，当时那个方向做的人很少、几乎没什么竞争，明明两周就能上线，我却因为"想做得跟同行一样好"硬生生磨了一个多月。等我这个所谓"精品"憋出来，市场上已经冒出一大堆同质化产品，最好的时间窗口就这么错过了。

这件事让我彻底记住：在验证阶段，完成 > 完美，时间 > 打磨。 先用最快的速度把最小可用版本做出来，抢时间窗口、验证市场到底有没有真实的付费需求，然后再回头把体验做扎实。一上来就想端出一个完美产品，本质上是把"验证成本"提前砸成了"沉没成本"。

这里可以用一个简单的对照，把两种做法的差异摆清楚：

原则三：学会做减法，把非必要功能一律砍掉

第三条是前一条的延伸：学会做减法。 你要不停问自己——对用户完成核心动作来说，这个功能是不是必要的？只要不是，通通可以砍。假设你要做的是"AI 生成一张图片"，那第一版可能连注册登录、会员体系都不需要，一个网页加一个生成按钮就够了。

我把不同阶段的"主要矛盾"整理成了一条链路，帮自己时刻分清"现在该干嘛"：

调研阶段  → 主要矛盾：搞清楚同行怎么做、方向能不能立住
验证阶段  → 主要矛盾：用最小成本证明"有没有人愿意用/愿意付费"
开发阶段  → 主要矛盾：做减法，砍掉一切非必要功能，先跑通核心
放大阶段  → 主要矛盾：打磨体验、优化路径、扩大流量

这三条原则说起来朴素，但我自己就是靠它们从一个纯小白慢慢走过来的。记住一点就好：AI 让"做"变得越来越便宜，恰恰因为如此，"做什么、怎么落地"才成了真正的分水岭。 这也是我（莫潇羽）把整套方法拆给你看时，一定要放在最前面的原因。

工具与模型：把国内合规的一整套先配齐

想清楚方向之后，才轮到工具。下面我把自己在用、也适合新手的一套国内合规组合讲清楚，顺便说说学习方法。先给个总体判断：2026 年的国产 AI 编程工具已经能覆盖绝大多数日常开发需求，对新手尤其友好——中文理解好、上手成本低，很多还免费。 没必要一开始就去折腾门槛高的境外工具。

AI 编程工具：国产已经够用，优先选它们

先解释一个新手术语：AI 编程工具，简单说就是"你用大白话描述需求，它帮你生成、修改、调试代码"的软件，有的是编辑器插件，有的是独立的 IDE（可以理解成"程序员的一体化工作台"）。国内目前主流的几款可以这样对照着看：

我的建议很直接：如果你是纯新手，先从一款中文体验好、免费额度够用的工具起步，把界面摸熟——随便让它给你写个网页、聊两句、生成个小功能，先建立"我能指挥它干活"的手感，再进入正式开发。真正重要的从来不是某个固定提示词，而是你能不能把开发流程和背后的技术概念理解透。

至于 Cursor、Claude Code、Codex 这类境外工具，能力确实强，但对国内新手来说付款、网络环境都更麻烦，性价比不一定高。这里只做客观科普，不做任何操作引导：境外模型与工具的使用，需遵守国内网络与内容管理相关规定。 在国产工具已经够用的今天，我个人更推荐先把国内这一套用顺。

大模型选择：国产模型编码能力已经不错

工具背后是模型。新手常见的疑问是"到底该配哪个模型"，我的经验是——预算有限就用国产模型练手，预算充足就优先用当下最强的模型，因为好模型能帮你省下大量反复调 bug 的时间。 我最早用能力一般的模型写一个功能，可能要几十轮对话才能把 bug 磨平，那种痛苦会实实在在拖垮你的节奏。

国产可选的编码模型这几家值得关注：DeepSeek（新版本编码能力已经相当能打、价格便宜）、智谱 GLM 系列、月之暗面 Kimi、阿里通义千问、字节豆包、腾讯混元。它们大多在国内可以直接、合规地调用，中文场景理解也更到位。需要提醒的是：这些模型的价格、版本变动非常快，上面提到的能力和价位都是写稿时的近似情况，请以各家官方定价页面的实时数据为准。

学习方法：把 AI 当成随身答疑的老师

最后说个不起眼但极其管用的学习方法：遇到不懂的名词、报错、概念，随手问 AI。 我自己的知识量，很大一部分就是每天和 AI 一问一答慢慢攒起来的——它比你去到处搜零散教程效率高得多。给自己定个阶段目标也有帮助，比如用一个月做出一个能解决自己或身边人某个小问题的产品；能被人用、甚至有人愿意付费当然更好，但别把预期定得太高。对大多数人来说，能独立做出一个满足自己需求的东西，本身就是一次很扎实的能力提升。

方向选择：为什么新手先做国内、先做网站或小程序

方向选错，后面全是弯路。先谈两个最基础的岔路口：做国内还是海外，以及做 App、网站还是小程序。这两个选择会直接决定你后面获客、开发、上线的整套难度。

国内优先：新手先在熟悉的环境里建立信心

先把"新手"定义清楚：我说的新手不一定是不懂代码的人，而是产品经验不够丰富的人。对这类朋友，我的建议是优先做国内产品，理由有三个。

第一，你对国内的市场环境、用户习惯、营销玩法天然更熟。你知道怎么在小红书、抖音上把内容发出去、尽量不被限流，这套规则你摸得着。第二，做海外要面对一整套额外的复杂性——多平台账号、支付通道、内容合规、防封号等等，难度陡增，对新手极不友好。第三，也是最关键的：国内市场能让你在相对短的时间里看到反馈。 有人来用、有人愿意付费，或者产品发到社交平台后有大量真实评论，这些都是反馈。海外做搜索引擎优化（SEO，简单说就是让网站在搜索结果里排得更靠前）那种打法，反馈周期常常要三个月起步，绝大多数人根本熬不住。

这里不是说海外不好，只是它对想快速建立信心的新手不友好。如果你不是打算在海外市场死磕一两年，国内几乎是更优的起点。

应用形态：App、网站、小程序怎么选

确定了做国内，接下来是选形态。我把三种形态的取舍列成一张表，你一眼就能看明白我为什么很少推荐个人开发者一上来就做 App：

App 最大的问题是"分平台"和"维护成本"：你做了苹果版，安卓和鸿蒙用户就用不了，得再各做一套，时间成本极高；每次更新还要过应用商店审核，慢且有被拒风险。网站的好处是改完就能上线，时间成本低。而小程序背靠微信生态，跨平台、开发成本最低，还能便捷地调用微信支付和登录，甚至借助熟人社交关系带来自然流量。

需要提醒新手一点：功能相对复杂的小程序，很多类目对纯个人主体不太友好，限制不少，尤其在备案和上架环节。如果你想做功能更完整的小程序，建议办一个个体工商户执照，用个体或公司执照去做，限制会宽松很多——这一点我在后面讲备案时还会再展开。

到底选网站还是小程序，最终要回到你的盈利设计和获客路径上：你打算靠什么变现、用户从哪个渠道进来，决定了你该用哪种形态。这也顺理成章地把我们带到了下一节。

盈利模式：买断、按需、流量三条路怎么选

在国内用产品完成商业闭环，主流就是三条路：一次性买断、按使用付费、靠流量（广告）分成。选对模式，比把产品打磨得更漂亮往往更影响结果。

三种模式的本质区别

我先把三种模式的适用场景摊开讲，再给一张对照表收口。

买断式，就像你在电商平台买东西——付一次钱，东西归你，交易结束。它对产品的门槛要求最低：只要能帮用户解决一个具体问题，就具备卖出去的可能。为什么门槛低？因为它不需要考虑用户会用多少次。举个通用化的例子：像"学习类"这种偏反人性的工具，用户很可能第二个月就放弃了，如果你按月收费，大概率收不到第二个月的钱；那不如做成一次性买断，一手交钱一手交付，干净利落。

按需付费，用户每用一次付一次钱，又细分为"按时长"（比如周卡、月卡、季卡）和"按次数/积分"（每用一次消耗多少积分）。它的最大优点是有积累：只要产品能持续解决用户的问题、用户有持续使用的需求，哪怕你某段时间不推广了，它也会持续带来价值。到底按时长还是按次数，取决于使用频次——高频需求（比如某类每天都要用的工具）适合按次数，低频但有长期需求的（比如偶尔用一次的设计类工具）更适合按时长。

流量/广告，靠用户访问产生的流量分成变现，有点像公众号靠阅读量、短视频靠平台的创作激励。这条路对新手其实相当友好，尤其是小程序：它背靠微信生态，门槛低——举例来说，网站想接谷歌广告联盟门槛不低、审核周期长，而小程序往往只要达到一定的访问量级就能开通流量主功能。只要产品是那种有长期、反复使用需求的工具型小程序（比如各种文案/内容处理小工具），用户每次来用、每次看几眼广告，就能持续带来一点点积累。

一张表看懂怎么选

这里要特别区分一个概念："卖使用时长"和"订阅制"不是一回事。 订阅制是每个月自动从用户卡里扣钱，很多国内用户对这种"自动续费"有天然的恐惧感；而卖时长是用户主动买一个月、到期不自动扣。对新手来说，卖时长的接受度通常更高。

我个人的经验是：如果你之前没做过任何产品，可以先从"流量主变现的小程序"或"买断式的小工具"入手，它们门槛最低、最容易快速拿到反馈；等你有了经验、也想做能长期经营的东西，再考虑按需付费这种有积累的模式。

判断一个方向值不值得做：我总结的四条标准

选对模式之后，回到更前面的问题：面对一个具体方向，怎么判断它值不值得做？去年我给很多人的建议是"找有结果的产品去复制"，现在回头看，这话只对了一半。你确实可以用 AI 把别人的产品复制出来，但你很难复制出一样的结果。 我把判断标准打磨成了四条，建议你把想做的方向逐条代进去过一遍。

标准一：这个产品是否已经被验证过

第一条最直观：你想做的东西，市场上有没有人已经拿到过结果？ 这里的"结果"分两种——一是流量结果（靠这个产品拿到了可观的关注和访问），二是成交结果（有真实的付费）。凡是市面上现存的产品，甚至你自以为很独特的点子，大概率早就有人在做，甚至已经有人跑出了结果。

为什么强调这条？因为被别人验证过、有人愿意付费的产品，才是真正被市场需求托住的产品。很多人只想靠一个"绝妙创意"突围，但创意的不确定性太大——你怎么确认它是好创意？又怎么确认没人做过？事实是，很多人做出来的东西压根没人用、没人付费。这里还有个容易混的点：有需求不等于能解决问题。 有些产品有很强的用户需求，却未必真能解决用户的痛点；但这不代表它就卖不出去。这条听起来绕，本质是个常识——先看它有没有被验证过。

标准二：达成结果的过程是否可被复制

这是我认为最重要的一条：光看到某个产品拿到了结果还不够，你得看它"是怎么拿到"的，而这个过程能不能被你复制。 举个通用化的例子：假设某人推广一个产品靠的全是他自己积累多年的私域人脉，那你看到他做起来了，也照着做一个同款，却发现自己压根没有那样的流量池，产品根本撑不起来。过程不可复制、不够透明，你复制出的就只是个空壳。

这正是我强烈建议做国内产品的核心原因之一：国内大多数面向普通用户的产品，推广过程是公开可复制的。 只要它在公域（小红书、抖音这些）推广，你就能看到它所有的推广动作，这等于同行直接把答案摆在你面前。反过来，很多人做完东西不知道怎么推广，本质就是调研不到位——如果你是"看着一个明确对标"才决定做的，那你天然就知道该怎么推。所以别永远停在"怎么做"，要往前一步搞清楚"它为什么这么做、结果是怎么达成的"。

标准三：在你选定的渠道里，竞争到底有多激烈

第三条讲竞争，但要害在于——不是看整个市场有多少同质化产品，而是看你选定的那个渠道里，有多少人在跟你抢。 在 AI 面前，同一类产品谁都能做，所以"市场上有多少同款"意义不大；真正影响你的，是"你要投放的那个平台里"有多少直接竞争者。

用一个通用化的例子：某类文件处理小工具，在应用商店里同款一大堆，你再做一个 App 上架，竞争会非常惨烈；但如果这类产品在某个短视频渠道几乎没人做，你去那个渠道做，机会就大得多。哪个渠道竞争小，你就去哪个平台做。 我做过的一些方向，在某个平台已经有几十家甚至七八十家在做，那种红海就没必要硬挤——就算能做出一点成绩，也会做得很累、很难持续。

标准四：你自己能不能理解用户的需求

第四条是我今年才真正想透的：当你决定做一个产品时，先问自己——这东西我自己会不会用、能不能理解用户为什么用。 如果你做的产品自己都不用，你就很难深入理解用户的真实需求。别人拿到结果，往往是因为他对市场和用户理解得足够深；你只盯着结果去模仿，做出来的东西很容易在体验上跟原作拉开明显差距，上限一眼就能看到。

如果你实在要做一个自己不会用的方向，唯一的补救办法就是做大量、充分的调研，逼自己去理解"用户在什么场景用、在意什么结果、为什么功能付费、觉得哪里麻烦、为什么会流失去用竞品"。这件事不容易，但绕不过去。

把四条串起来记：被验证过、过程可复制、渠道竞争可控、你能理解用户。 四条都过关，这个方向才真正值得你投入时间。

选题的三种实操方法

标准是"筛子"，方法是"料斗"。下面讲我自己天天在用的三种选题方法，核心思路都是一样的：尽量去接收一手信息，别过度依赖被别人加工、转述过好几手的二手结论。

方法一：看榜单，去填补渠道空白

我最常用的是看榜单找需求。最直接的榜单就是各类应用商店的排行榜——付费榜、分类榜、总榜，每天看哪些产品上来了、哪些下去了。看到有意思的产品，我就去别的平台搜一下：这个在应用商店排名靠前、有人付费的东西，小程序上有没有？安卓商店有没有？如果某个渠道还是空白，我就可以做一个同类产品去填补这个空白。

这条方法背后是一个朴素逻辑：用户在一个平台有需求，大概率在另一个平台也有需求。 在应用商店火了的东西，做成小程序难道就不会有人用？看榜单要养成习惯，每周至少看几次、最好天天扫一眼，机会来的时候你才抓得住。选题是个偏积累的过程，看得足够多，你才真正知道什么产品适合你做。

方法二：用关键词去搜同类产品

第二种是在小红书、抖音上搜关键词，比如搜"网站""插件""小工具"这类词，看有哪些产品卖得不错。我会把观察到的产品记进一张本地表里，持续跟踪它们的销量变化——比如某个产品这个月的销量数字，到月底我再去看变化了多少，自己攒出一个直观的手感。卖得好的，就进我的候选产品库。

这种方法能找到的多半是买断式产品，缺点也明显：信息差透明，你能看到的产品别人也能看到，容易招来竞争；而且能搜到的类型有限，因为很多有价值的产品并不会直接在电商渠道开店卖。但作为起步方法，它足够用了。

方法三：刷推荐，去发现"搜不到"的产品

第三种最反直觉，却是我现在最主要在用的：养一个专门的账号去刷推荐。 我会用一个新账号刻意搜索、互动"独立开发""AI 编程""种草引流"这类内容，让平台以为我对这类内容感兴趣，然后它就会持续给我推。很多靠种草模式推广的产品，你直接搜是搜不到的，只能靠信息流刷出来。

举个我自己的真实节奏（细节做通用化处理）：这两天我在做的一个小程序，就是刷推荐时看到别人做了个同类的东西火了，我一查发现小程序这个渠道还没人做，就顺手做了一个，眼下正在备案审核。这种方法看似随机，实则非常有效——它帮你发现那些"你正常根本想不到"的机会。

三种方法可以叠着用：榜单看趋势、关键词做定点跟踪、刷推荐挖冷门。选题不是一锤子买卖，它是一个需要持续积累的过程，看得越多，判断越准。

成交路径设计：电商模式与种草模式

选好方向、选好产品之后，你得设计"用户从看到你，到完成一次付费"的完整路径。这一步的重要性不亚于产品本身——路径一旦太长，转化率就会断崖式下跌（做过互联网运营的朋友都知道"流量漏斗"：每多一层转化环节，转化率就掉一截）。在国内社交媒体做产品，我总结下来主要就两种成交路径。

电商模式：路径短、转化高，但把自己暴露在同行面前

电商模式，就是你在抖音、小红书直接开个店，用户看到内容产生兴趣后，直接在平台里下单付款，像在电商平台买东西一样，售前售后都在平台里完成。它的优点是成交路径短、有平台背书、转化率高。

缺点也很直接。第一，信息差透明：别人看到你卖得不错，很容易来抄，竞争迅速激烈。第二，售后有边际成本：用户任何问题都通过店铺找你，而平台对客服普遍有考核要求（比如响应时长），你稍不及时就影响店铺数据。第三，它更适合买断式产品——因为电商模式下，前端做流量、做内容的能力，某种程度上比产品力更决定你的变现能力（买断是"卖一单是一单"，用户买完基本不会主动帮你传播）。

种草模式：爆发力强、可放大，但路径更长

种草模式，是把社交平台当作流量分发渠道，通过演示产品的使用过程，间接引导用户主动去搜索、找到你的产品，最后在产品内完成付费。它的好处是爆发力更强、能打开自然流量，而且可以快速复制放大——你做出一条种草内容后，可以组织多个账号帮你分发，把前端流量迅速铺起来。

它的缺点是成交路径更长：用户得先被内容种草，再去搜索、找到产品、试用，觉得不错才付费，环节多了转化自然偏低。而且它对应用形态有限制：种草内容要发到平台上打开自然流量，就必须符合平台规则，其中很重要的一条是不能引流到第三方平台。如果你做的是网站，想通过短视频把用户导到网址上是极其困难的——内容里一旦出现网址就很容易被限流。相比之下，小程序就天然适合种草：用户看到内容后，在微信里搜一下就能找到，路径丝滑。

这里有个成熟且合规的做法值得一提：如果你做的是网站，可以注册一个公众号（服务号），把网站地址挂在服务号的底部菜单栏，引导用户在微信里搜索服务号进入网站，而不是在短视频里硬塞网址。

两种模式我用一张表收口：

合规上架：2026 年的小红书与抖音怎么落地

这一部分是本文合规含量最高的内容，请务必认真读，也务必以平台官方最新规则为准。先给一个总的态度：任何形式的站外导流、任何"绕规则"的小动作，风险都在快速升高，不值得赌。 下面讲的都是把合规放在第一位的落地姿势。

先分清阶段：不同阶段用不同平台

一个常见误区是"产品一上线就想常规化放量"。其实要分阶段：

• 验证/冷启动阶段：主要目的是快速验证"有没有人愿意付费、反馈如何"，这个阶段小红书更合适。
• 放大阶段：产品已经验证过、要扩大规模时，抖音更适合放量。

别把这两个阶段的目标搞混：验证期你就老老实实验证，别急着追求常规化销售。

小红书上架：吃透 2026 年电子资源新规

这里必须更新一个很关键的事实：2026 年 2 月起，小红书对"电子资源"类目出台了新规，做过的朋友一定要重新对照。据平台公开口径，主要变化包括：电子资源二级类目大幅缩减（据整理仅保留"PPT/简历/其他模板""课件/教案/手抄报""头像壁纸"等少数类目，软件、电子书等类目被移除）；个人店入驻门槛提高（据整理需入驻时间超过 180 天、发布笔记超过 30 篇、粉丝超过 1000，并提供近 12 个月某自然月流水达标的证明等）。这意味着"注册小号→上架商品→拼命引流"的粗暴玩法基本走不通了。

对新手更现实的路径，是个人售卖方式——门槛相对低，适合在产品初期快速验证付费需求。用通用化的例子说：某段时间某类测评产品火的时候，我就是用个人售卖的方式在小红书完成验证的，效果并不比开店差。这里再次呼应 MVP 原则：上架产品同样要"先跑通、再完善"，先用门槛最低的方式验证，别一上来就卡一堆资质。

几条合规红线，请刻在脑子里：

1. AI 生成内容必须标注。 国内平台（小红书、抖音等）已明确要求：用 AI 生成的图片或文案，发布时要主动选择"AI 生成"标签。这是硬性合规要求，别抱侥幸。
2. 站外导流是高压线。 私信、置顶评论、个人简介、笔记水印里的任何站外引导都可能违规，且违规记录不会自动清除。更稳的做法是让用户自己在平台内搜索找到你的产品，而不是引导加微信。
3. 商品信息要如实、详尽。 新规对商品描述的颗粒度要求很高，别玩文字游戏。
4. 交付要用官方或可靠的加密工具，保护自己也保护用户权益。

抖音上架：虚拟产品要走合规的实物发货

抖音对纯虚拟产品一直不算友好。对新手来说，门槛最低、可行性较高的合规路径是实物发货：用户下单后你寄出一张"产品使用卡/激活卡"这类实物载体，用户收到后按卡上的方式激活使用。要注意的现实约束：

• 保证金与补缴时效在收紧。 据平台 2026 年规则，商家保证金的补缴时效已缩短（据整理为 3 天），触发条件也更严。请务必关注店铺后台资金状态。
• 客单价要算清楚账。 实物发货有物流成本，还要把可能的退货运费算进去。如果你的产品客单价太低（比如低于几十元），扣掉快递和退货成本可能就没什么利润空间了。
• AI 作品声明、内容合规同样适用。 涉及 AI 生成的影视、声音、视频等内容发布，国内自媒体平台要求标注 AI 作品声明；商用素材需取得正版授权。这些都要提前想到。

最后补一句缓冲：平台的类目规则、保证金标准、准入门槛都在动态变化，本文写的是写稿时的近似情况，具体请务必以平台官方后台和官方公告的实时口径为准。 合规这件事，多花一分谨慎，都比事后被限流、封店、罚款划算。这一点，我（莫潇羽@无忆研习社）踩过坑，所以说得格外重。

前端与 UI：用文档驱动，学会做减法

从这里开始进入开发。先说前端和 UI。新手在这块最容易犯两个错：一是对 UI 过度执着，二是指望 AI 一次生成完美界面。先纠正预期：任何你觉得好看的 AI 生成界面，背后都经过了几十甚至上百轮对话的细节调整。 UI 设计没什么玄学技巧，靠的是一次次微调。

文档先行：先写清楚"要做什么"

我的习惯是先写一份产品文档，再让 AI 动手。哪怕只是一段最简单的说明，也要把要做的东西讲清楚。以一个练手项目为例，文档里可以这样写需求：

# 产品说明（示例）
做一个简洁、专业的网站，要求：
1. 具备注册登录功能，注册需填写用户名和密码；
2. 实现调用接口生成图片的功能；
3. 包含一个产品首页 + 一个生成图片的操作页。

# 第一阶段（只做这一步）
只实现前端样式与视图布局，不实现业务逻辑、不接任何接口。
先把页面结构、基本位置摆出来即可。

关键是分阶段、控制变量。 每一轮对话只让它完成不超过两三个需求，别指望一次性把所有任务塞给它。第一阶段只做视图布局，先让页面的骨架立起来，业务逻辑放到后面。

参考效果图 + 做减法

做 UI 一定要有参考。没有参考，AI 生成的结果就会有很强的不确定性，你也不知道该怎么改。 我现在的做法是直接让 AI 出一版效果图，满意了再把效果图"固化"成一份开发用的 UI 规范（可以让 AI 用 Markdown 生成），后续每一页都按这份规范来实现，风格就统一了。如果你用的模型不支持识别图片，就只能靠这份文字版 UI 规范来约束样式。

配色和元素上，我只信一个原则——