用 AI 写一个公众号标题生成器，零基础也能做
很多人写公众号，卡住的不是内容，而是“怎么把内容变成一个会被点开的标题”。
Codex 镜像站（LetAiCode - AI 编程助手）
很多人做公众号，最卡的一步，不是正文。
而是标题。
文章写完了，却总觉得标题不够吸引人。
想写得更有点击率，又怕太像标题党；想更专业一点，又怕太硬。
改来改去，最后还是不满意。
所以这次我没有继续手动想标题，而是直接做了一个小工具（文末附链接）：
用 AI 写一个“公众号标题生成器”。
而且我不是一步到位做成复杂版本，而是分成了两步：
-
第一步：先做本地 MVP 版 -
第二步：再做可调用 API 的版本
这篇文章，我就把这两个版本的研发过程一起拆给你看。
如果你是 AI 编程初学者，这会是一个非常适合入门的小项目。
一、为什么我建议新手先做这个项目？
因为它很适合练 AI 编程的完整流程。
它有 3 个优点：
第一，需求简单。
输入主题、读者、风格，输出标题，不需要复杂后端。
第二，结果直观。
做完立刻就能看到效果，而且马上能自己用。
第三，特别贴近真实场景。
如果你在写公众号、做自媒体、做内容，这不是练手玩具，而是有实际价值的工具。
比起一上来就做复杂系统，我更建议新手先做这种：
小，但完整；简单，但有用。
二、第一步：先做一个本地 MVP 版
很多人一开始做 AI 编程，最大的问题不是不会写代码，而是想得太大。
正确方式不是一上来就接 API、做账号系统、做历史记录。
而是先做一个最小可运行版本。
所以我的第一步非常克制，只做这几个功能：
-
输入文章主题
-
输入目标读者
-
选择标题风格
-
点击按钮
-
输出 5 个标题
我先让 AI 帮我拆需求，而不是直接写代码。
我给它的 Prompt 是：
我想做一个“公众号标题生成器”网页小工具，请你先不要直接写代码，而是先帮我拆解这个工具需要哪些功能模块。
要求：
1. 适合 AI 编程初学者实现
2. 先做最小可运行版本
3. 页面尽量简单
4. 核心功能是：输入主题、目标读者、标题风格后，输出多组公众号标题
5. 请用产品需求拆解的方式输出
这一步很重要，因为 AI 编程真正容易翻车的地方，不是模型不够强，而是你根本没把需求想清楚。
拆完之后，我再让 AI 写第一版代码：
请帮我写一个简单的 HTML 网页“公众号标题生成器”。
功能要求：
1. 输入文章主题
2. 输入目标读者
3. 选择标题风格（如：干货型、痛点型、提问型）
4. 点击按钮后，生成 5 个公众号标题
5. 页面简洁，适合新手阅读和修改
6. 使用原生 HTML、CSS、JavaScript
7. 所有代码放在一个文件里，方便直接运行
8. 生成的标题要结合输入的主题、读者和风格
这样做出来的，就是一个纯前端、本地可运行的 MVP 版本。
这个版本的意义，不是“多强大”，而是：
先把想法跑起来。
三、本地 MVP 跑起来后，我是怎么继续迭代的？
第一版做出来之后，我没有立刻停。
因为 AI 编程真正有价值的部分，往往不是第一版，而是后面的迭代。
本地版本跑起来后，我主要发现了几个问题：
-
每次点生成，结果变化不大
-
标题风格不够多
-
页面虽然能用，但不够像一个真正的小工具
-
标题生成逻辑更像“模板拼接”，还不够灵活
所以第二轮，我继续让 AI 优化：
-
增加更多风格：反常识型、故事型、转化型
-
扩充模板数量
-
让每次点击随机组合，避免固定输出
-
增加“一键复制单条标题”
-
增加“生成更多”，而不是直接覆盖原结果
这一步让我真正意识到：
AI 编程不是一次性生成成品，而是一轮一轮把产品做出来。
如果你是新手，这里最值得学的不是某段代码，而是这种节奏：
-
先做最小版
-
跑起来
-
找问题
-
明确描述问题
-
再让 AI 优化
四、为什么我后来又做了一个 API 版？
做到这里，本地版其实已经能用了。
但我很快发现一个限制：
本地 MVP 的标题，本质上还是写死模板。
它适合快速验证产品方向，也适合练手。
但如果你想让标题更自然、更像真正的内容策划结果，就需要让工具接入真正的大模型。
所以我又做了第二个版本：
API 版标题生成器。
这个版本的核心变化是：
-
前端页面负责输入参数
-
本地 Node 服务做代理
-
再由代理调用 Claude / GPT / Codex / OpenAI 兼容接口
这样做有两个好处：
第一，更安全。
API Key 不直接暴露在前端。
第二，更灵活。
你可以切换不同模型，生成结果也会更自然。
我后来还把页面补成了可直接填写：
-
API Key -
Base URL -
模型名称
这样如果你用的是中转站，或者本地配置的是 OpenAI 兼容接口，就可以直接在页面里测试，不用每次都改代码。
五、从本地版到 API 版，我真正学会了什么？
如果只看表面，你会觉得这篇文章是在做一个标题生成器。
但如果看底层方法，这个项目真正让我更清楚了 3 件事。
1. 先做 MVP，比一开始追求“完整产品”更重要
很多人做 AI 编程，最容易犯的错，就是还没跑起来，就想把所有功能都做完。
但真正高效的方式，是先做一个最小版本。
哪怕它不完美，只要能跑，你就已经赢了第一步。
2. 需求要分层
这次我把需求分成了两层：
-
本地版需求：验证产品形态 -
API 版需求：提高结果质量和可扩展性
一旦你会这样拆，AI 就更容易配合你，而不是一开始就被你问乱。
3. AI 最有价值的，不只是“生成代码”，而是“协助迭代”
很多人把 AI 当成“一键生成器”。
但我越来越觉得，它更像一个能持续协作的开发助手。
你给它目标，它帮你拆。
你给它问题，它帮你修。
你给它产品方向，它帮你一起打磨。
这才是 AI 编程真正有意思的地方。
六、这篇文章里最关键的 4 段 Prompt
为了方便你直接复刻，我把最关键的 4 段提示词放在这里。
1. 拆需求
我想做一个“公众号标题生成器”网页小工具，请你先不要直接写代码，而是先帮我拆解这个工具需要哪些功能模块。
2. 做本地 MVP
请帮我写一个简单的 HTML 网页“公众号标题生成器”，
使用原生 HTML、CSS、JavaScript，所有代码放在一个文件里。
3. 继续优化本地版
请基于现在这个“公众号标题生成器”继续优化，
增加更多标题风格、随机生成逻辑、一键复制和生成更多功能。
4. 升级成 API 版
请把当前版本升级成 API 版，前端页面负责输入参数，
本地 Node 服务做代理，并支持填写 API Key、Base URL 和模型名称。
如果你会用这 4 类 Prompt，基本已经能把这个项目从 0 做到可用。
七、最后：先做一个小工具，比看十篇理论更有用
很多人学 AI 编程，最大的问题不是不会学，而是一直停留在“看懂了”，却没有“做出来”。
但真正能建立信心的，从来不是你看了多少概念，
而是你亲手做出了一个东西。
哪怕只是一个很小的“公众号标题生成器”，它也比空谈 Prompt、空谈方法论更有价值。
因为从这一刻开始，你不再只是“听说 AI 能写代码”，
而是已经开始真正用 AI 帮自己做工具了。
文末
如果你也想继续看这种 AI 编程实战教程，可以留言告诉我：
你下一篇最想做什么小工具？
比如：
-
公众号选题生成器
-
文案润色工具
-
爆款标题改写器
-
周报自动生成器
我可以继续按“新手可复刻”的方式写下去。
如果你正在学习 AI 编程，但又不想把时间浪费在模型切换、接口配置和调用门槛这些问题上，也可以直接使用我的 AI 中转站，把更多精力放在真正的实操和创作上。 Codex 镜像站（LetAiCode - AI 编程助手）
Demo源代码 gitcode.com/u011635002/…
api源代码 gitcode.com/u011635002/…
