热爱技术,追求卓越
不断求索,精益求精

第一个十天:我把写稿这件事从靠灵感改成了靠流程

我是俊,做技术开发十几年,写过的东西不算少。但我知道一件事:我写不了稳定的稿。

状态好的时候一天三篇,状态差的时候一个星期不动笔。这不是懒,是没有系统。靠灵感产出的问题不在于产量低,而在于不可预测——你没法保证明天还有量。

九月中旬我给自己定了个试验,搭一套内容流水线,看看能不能把写稿从靠灵感变成靠流程。到月底正好跑满十个整天,能跑通,但代价跟我一开始想的不一样。

这十天实际发生了什么

天数 干了什么
Day 1 定方向,一个门面对客、后台做专业分工,同时把连载的名字定下来
Day 2 拆角色,选题、写作、审核、发布各自分开
Day 3 第一次翻车,让 AI 帮我写的项目复盘,初稿全篇是编的
Day 4 立规矩,写自己的经历必须先拿一手材料
Day 5 发现多用户共用一套记忆,是个架构级错误
Day 6 拉代码建库,把成熟的后台框架和自研 Agent 打通
Day 7 做了内容库存机制,节假日顺延不再撤稿
Day 8 一篇稿子改了三处事实错误,意识到通顺会伪装成正确
Day 9 优化站内 SEO,改完之后发现真正难的是等
Day 10 两个通道日更稳定跑通,一篇文章配一条短视频,稿子不共用

十天下来我自己的角色变了,从写的人变成了审的人。这是这十天里最大的变化,也是最没想到的一个。所以这篇算第一个十天的复盘,后面还有第二个、第三个。

三个坑,是这十天最值钱的部分

头一个坑:AI 帮你写自己的经历,会一本正经地胡说

Day 3 那天我写一篇讲自己 AI 视频平台的长文,标题都想好了,叫「做平台这一年」。稿子很顺,逻辑清楚,句子也漂亮。

发之前我随手翻了下提交记录,实际是从 8 月 17 日拉了个开源项目开始改,到现在一个月出头,根本不是什么一年。

问题不在 AI 会编。问题在于,AI 不负责判断事实,它只负责把你给它的前提展开成一篇通顺的文章。而你给它的前提,往往是你以为。

更麻烦的是通顺本身会让人放松警惕。一篇结构完整、过渡自然的文章,读起来天然就有可信度,你会觉得写得这么顺应该没错。我后来把这条记下来了,通顺会伪装成正确。

所以我给自己立了三条规矩,现在每次写自己的东西都过一遍。写自己的经历必须先拿一手材料,提交记录、文档、当时的截图都算,拿不到就先不写。AI 生成的事实部分必须自己逐条核,尤其是数字和时长。不确定的地方写成我以为,不写成事实。

第二个坑:多用户共用一套记忆,是架构级错误

Day 5 那件事我印象很深。我本来想把这套系统推给我老婆用,结果发现两个人用同一个智能体,数据会混在一起。她会看到我的知识库,我的上下文里也会带上她的对话。

原因不复杂,同一个容器、同一套记忆文件、同一份知识库,Agent 本身没有用户这个概念,它只有当前上下文。

当时的解法是一个用户一个 Agent,各自独立的工作空间。这个解法在家庭场景基本够用,但只要往 SaaS 方向走就会碰到新问题:同一个容器里的多个 Agent,依然有能力读到容器里其他 Agent 的目录。

真要解决只能靠物理隔离,一个客户一个容器一套独立卷。这件事后来变成了我们做交付时的核心原则,也是 Day 6 那次整合里最难的部分。难的不是怎么接进去,是谁都别想自己造一套记忆。

多租户系统里,数据隔离不是功能,是地基。地基没打好,上面盖什么都是暂时的。

第三个坑:改完 SEO 之后,最难的是等

Day 9 那天我花了一整天优化站内 SEO,重写标题、补内链、合并重复内容、换掉默认图标。改完打开后台看了一眼,一个数都没动。

这事让我停了一会儿。做技术的人习惯改完立刻能验收的活,代码提交、测试跑过、页面刷新,效果可见。但内容这些事是种地,不是修机器。

也是在那段时间我想通一件事,现在越来越多人不再用搜索引擎,而是直接问 AI。而 AI 读的,恰恰就是页面本身。页面干净不干净,决定的不只是排名,还决定你能不能被人讲出来。

这个判断我没在文章里点破术语,但它确实是这十天里对我影响最大的一个。

跑通之后,系统大概长这样

素材采集(每天日记)
      ↓
选题判断(哪些能成稿、哪些进仓库)
      ↓
双通道分流(文章一篇 / 短视频一条,素材不抢池)
      ↓
写作(去 AI 味、控敏感词、控字数)
      ↓
人工审核(真实性 / 个人味道 / 标题 / 敏感词)
      ↓
发布 → 回填台账 → 库存管理

几个我觉得必须坚持的设计。

两边的素材不共用。文章用日记池,短视频用往期落选选题和长文的单点切口。原因很实际,平台对搬运查得严,同文直发有判重风险。

默认草稿,人工过了才发。全自动发布听着很美,实际是给自己埋雷。AI 生成的东西必须有人签字,这个签字不能省。

敏感词分平台处理。同一个意思,短视频和长文的表述边界完全不同。有些词在一个平台是描述,在另一个平台就是导流嫌疑。这事踩过才长记性。

还有库存机制。节假日顺延不撤稿,改成入库等发。听起来是个小设计,实际解决了断更焦虑,你不必为了不断更硬发一篇自己不满意的稿子。

十天下来的三个结论

内容能不能稳定产出,取决于流程,不取决于灵感。十天前我犹豫要不要做,是担心我写不出来怎么办。跑完第一个十天的答案是,写不出来往往不是能力问题,是没有把选题这一步前置。选题一旦前置于写作,写作就变成了填空题。

AI 能帮你提速,但不能帮你负责。它能把我很确定展开成一篇通顺的文章,也能把我以为展开成一篇通顺的文章,而且两篇读起来一模一样。人是唯一那个必须去核对事实的人。

最难的永远不是技术。搭流水线不难,写脚本不难,调提示词也不难。难的是等,等收录、等流量、等验证,还有等自己把一件长期的事做完。

这十天的意义不在我发了多少篇,而在于我把一件靠状态的事,变成了一件靠系统的事。这话听着像总结,但确实是我这十天唯一真正立住的东西。

接下来

后面我打算继续记录这套系统的演进,尤其是几个方向。交付形态怎么从自建走到能给别人用,中间要解决多少问题。多租户隔离怎么做,一个客户一个容器一套记忆,成本和体验怎么平衡。业务系统和 Agent 的记忆到底该存在哪。还有就是,当人不再搜关键词,页面该怎么写。

这十天里没讲完的细节,我也会继续写。

最大的收获是我把写不出来这件事,从性格问题重新定义成了流程问题。希望对你也有用。

赞(0)
未经允许不得转载:LoveCTO-技术天天练,程序员的 AI 实战笔记 » 第一个十天:我把写稿这件事从靠灵感改成了靠流程

热爱技术 追求卓越 精益求精

登录

找回密码

注册