大家好呀，我是 Lazy熊。
这两天我做了一件事，本来以为只是一次很小的功能升级，结果做到一半，自己的想法反而被改了一遍。
前面我不是写过一个“AI 公众号标题生成器”嘛。
当时那个工具其实挺简单的，就是输入主题、读者和风格，让 AI 帮我出几条公众号标题。作为一个 demo，它已经够用了。能跑，能看，能生成结果，写一篇分享文章也完全成立。但后面我自己真拿它来写东西的时候，很快就发现一个问题：
标题有了，不代表文章就能顺着写下去。
很多时候，最难的根本不是“想一个标题”，而是标题定完之后的那一大串事。
这篇文章到底从哪个角度切更顺？
提纲怎么搭，才不会写着写着散掉？
正文怎么起头，才不会一上来就像机器写的？
写完以后，能不能再改得更像我自己一点？
最后怎么整理成一份能直接发的 Markdown？
也就是那一刻，我才反应过来：
我真正缺的，不是一个更强的标题生成器。
我真正缺的，是一个能把整条内容流程接住的工具。
所以这次我后来做的，已经不是“标题生成器 2.0”了。
而是把它往前推了一步，做成了一个：
标题候选 -> 选标题 -> 生成提纲 -> 生成整文 -> 改写润色 -> 导出 Markdown
现在回头看，这次变化表面上像是在加功能，实际上更像是在改工作流。
1. 我原来以为自己在做功能升级，后来发现其实是在补完整个流程
最开始那个版本的逻辑很简单。
输入一点信息，生成几个标题，然后结束。
如果只是为了展示“我可以用 AI 写一个小工具”，它完全够了。
但问题是，真实使用场景根本不是这样的。
因为公众号写作不是一个点，而是一条链路。
标题只是第一步。
后面还有提纲、正文、风格调整、导出整理。
以前那个工具，更像是帮我把门推开了一点，但人还没真正走进去。
我自己在用的时候，最明显的感受就是：
每次标题出来以后，我还是得切回文档里继续想。
想这篇文章到底该怎么写，开头要怎么起，结构要怎么排，哪些地方该放例子，哪些地方该收回来。
说白了就是，AI 帮我解决了一点点问题，但没有真正接住我后面更费脑子的部分。
所以我后面才慢慢想明白：
这次要升级的，不是“输出更多结果”，而是“把中间断掉的流程连起来”。
这两个方向，看起来差不多，但做出来的东西完全不是一回事。
前者比较像展示型 demo。
后者才更像一个你会反复打开的工具。
2. 为什么我后来越来越不满足于“只做标题生成”
说实话，一开始我觉得“标题生成器”这个切口挺好的。
因为它足够具体，也足够直观。
你输入一句主题，AI 出 5 条标题，别人一看就知道这个工具是干嘛的。
而且标题这个东西，天然也适合拿来做展示。它短、反馈快、结果一眼就能看出来。
但问题就在于，它太适合展示了。
有些功能很适合拿来发朋友圈、发推文、写 demo，但不一定足够适合长期高频使用。
标题生成对我来说，后来就有点这种感觉。
因为你真正开始写公众号的时候，会发现标题其实不是最费时间的地方。
真正费时间的是后面。
比如你会遇到这种情况：
标题挺满意，但正文完全接不上。
或者提纲能列出来，但写出来很像在交作业。
再或者内容是完整的，可语气不对，不像你平时会说的话。
这些问题都不是“多生成几个标题”能解决的。
所以我后来越来越明确一件事：
如果一个 AI 工具只解决了最前面的那一步，那它不一定真的解决了最值钱的那一步。
这也是我为什么继续往下做。
我不只是想让它“更会起标题”。
我想让它从一个小点子工具，慢慢变成一个真正能帮我推进内容创作的工作台。
3. 这次我是怎么把它一步步改成“公众号文章生成工作台”的
这次升级我没有搞得特别复杂，核心其实就做了三件事。
第一件事，是把输入补完整
最早那个版本的输入很轻：
主题、读者、风格。
这对标题生成来说够了，但对生成一篇完整文章来说，信息还是太薄。
所以后面我把输入改成了更像真实写作上下文的一套：
-
文章主题
-
目标读者
-
文章类型
-
语气风格
-
文章目标
-
核心观点
-
补充素材
-
限制条件
这个改动看起来只是多了几个输入框，但实际效果差别挺明显。
因为 AI 生成质量很多时候不是只跟模型有关，也跟你喂进去的信息厚度有关。
你只给它一句“帮我写一篇讲 Codex 的文章”，它当然也能写，但大概率会很泛。
可如果你告诉它：
这篇是写给谁的， 文章想达到什么效果， 核心观点是什么， 要保留什么口吻， 哪些地方不要写得太重，
那它出来的东西通常会稳很多。
我自己这次做下来，一个很明显的感受就是：
不是 AI 不会写，而是很多时候我们给它的上下文，根本还不够支撑它写得像样。
第二件事，是不再一步出全文，而是拆成三步
一开始我其实也动过“一键生成整篇文章”的念头。
因为这样最省事，看起来也最爽。
但后面我还是没这么做。
原因很简单，一步到位的结果经常会有一种“都对，但又都差一点”的感觉。
方向可能没错，但结构不顺。
内容可能很满，但重点不够聚焦。
语言可能很完整，但不像我自己会写出来的东西。
所以我最后还是把它拆成了三步：
先生成标题候选。
再选一个标题生成提纲。
最后再根据提纲生成整篇正文。
这个流程其实更像真实写作。
因为大多数人写公众号，也不是脑子里有个主题，然后直接从第一段一路写到最后一段。
更多时候，还是先定角度，再搭结构，再往下写。
这也是我这次升级里挺重要的一个想法：
AI 最适合做的，不一定是一步替你完成全部，而是帮你把每一步都变顺。
第三件事，是把“改写”和“导出”补上
这一点我觉得特别关键。
因为如果一个工具只能生成结果，不能继续往后处理，那它很多时候还是停留在“好像挺厉害”的阶段。
但真实使用不是这样的。
真实使用里，你一定会继续改。
你会想让它更口语化一点。
更像个人经验一点。
更像干货总结一点。
或者别那么像 AI，稍微收一收。
而且改完之后，你还需要把内容导出去，继续整理，或者直接发。
所以我后面又加了两步：
-
按方向改写正文
-
导出 Markdown
功能不算复杂，但补上之后，整个工具的感觉一下就不一样了。
它终于不只是“生成一点东西给你看”，而是开始更像一个能接住实际工作流的小工具。
4. 这次升级让我最大的感受，不是 AI 更能写了，而是我自己更知道要什么了
如果只看表面，这件事当然还是一个 AI 编程项目。
我改了前端页面，补了后端接口，把原来单一步骤的工具改成了一个多阶段工作台。
但说实话，这次让我印象最深的还真不是代码本身。
而是我在一边做、一边改的过程中，越来越清楚一件事：
AI 编程最重要的，很多时候不是让 AI 帮你多写代码，而是逼你先把自己的流程想清楚。
因为如果你自己都不知道这个工具到底该解决哪一个具体问题，那 AI 当然也能帮你做点东西出来。
只是那个东西大概率会停在“能跑”“能看”“差不多”的层面。
但一旦你真的把流程想清楚了，AI 的价值就会很明显。
它能帮你把脑子里本来模糊的一套动作，很快变成一个真的能跑起来的工具。
这也是我这次做完之后特别强烈的一个感受：
AI 编程最适合做的，不一定是那种很大的平台，而是你自己工作里那些高频、重复、真实存在的卡点。
对我来说，这条流程刚好就是公众号写作。
我本来就反复在经历这几个动作：
想标题，搭提纲，写正文，调语气，导出整理。
既然这条流程本来就存在，而且我会不断重复，那它就特别适合被做成一个工具。
5. 这次经历也让我重新理解了 AI 编程真正有价值的地方
以前很多人一聊 AI 编程，第一反应还是：
它能不能直接帮我写项目？
它能不能替我做很多代码？
它能不能让我开发更快？
这些当然都重要。
但我现在越来越觉得，真正值得长期投入的方向，可能不是这些问题本身。
而是另外一个更实际的问题：
AI 能不能帮你把你原本就存在的一套工作方式，变得更顺、更快、更容易复用？
这件事听起来没有那么炫，甚至没那么像“AI 改变世界”的叙事。
但它特别真实。
因为大多数人真正缺的，不是凭空做出一个超级产品。
而是把自己每天都在做、又总觉得别扭的一些动作，整理成更顺的流程。
从这个角度回头看，这次把“AI 公众号标题生成器”升级成“公众号文章生成工作台”，对我来说真正有价值的地方，不是它多了几个按钮，也不是接口变多了。
而是它让我更确定了一件事：
AI 编程真正值得做的，往往不是炫技型 demo，而是工作流型工具。
因为 demo 解决的是“别人看了觉得不错”。
而工作流工具解决的是“你自己真的会反复去用”。
6. 最后
如果你最近也在做 AI 编程，我会很建议你换个角度想一想。
先别急着问：
我能不能让 AI 帮我做一个很厉害的项目？
不如先问：
我现在有没有哪条真实、高频、重复，而且每次做都让我觉得有点烦的流程，值得被做成一个小工具？
很多时候，这种地方，反而最容易做出真正有价值的东西。
因为 AI 编程最有用的地方，不一定是替你凭空创造一个世界。
而是帮你把原本就属于你的那套工作方式，变得更顺一点、更快一点，也更容易复用。
这次我把一个小小的“AI 公众号标题生成器”，一路升级成了一个能生成标题、提纲、正文、还能改写和导出的内容工作台。
表面上看，它只是一次小升级。
但对我自己来说，它更像是一次认知升级。
我开始更清楚，什么样的 AI 工具值得做，什么样的流程真的值得被产品化。
如果你也在做 AI 编程，或者也在想怎么把 AI 真正用进自己的工作流，后面我也可以继续分享这次升级里的具体实现思路、提示词设计，或者整个工具是怎么一步步拆出来的。
最后也分享一下我现在自用的 API 中转站，支持 codex / gemini / claude，稳定性和性价比我自己用下来都还不错。
gitcode地址
