从 0 到第一篇阅读破 1000：我如何用 AI 搭建写作工作流

从 0 到第一篇阅读破 1000：我如何用 AI 搭建写作工作流

副标题：一个写 Bug 的后端，把零散想法变成稳定输出的流水线

我是一只阿木木，一个写后端代码、也常写 Bug 的普通人。

很长一段时间，我对「写文章」「做个人 IP」这几个词都有点过敏：

• • 白天写需求、救火，已经很累了
• • 晚上一打开电脑，只想刷视频，不想再敲字
• • 偶尔热血上头写一篇，发完只有几十个阅读，第二天就泄气

那时候我对写作有三个典型想法：

1. 1. 要有大块整块时间，才能写出像样的文章
2. 2. 没什么「干货」，写了也没人看
3. 3. AI 写作都是灌水骗流量，和「真实」对立

直到有一天，我公众号里有一篇文章阅读第一次破了 1000。

说不上是「爆文」，但对我这种从 0 开始的人来说，那一刻很真实地告诉我两件事：

• • 原来普通打工人也能写出有人愿意看完的东西
• • 原来 AI 不是来替代我写，而是可以帮我把写作这件事，
    变得「更像写代码」——有流程、有模块、有复用

这篇文章，我想聊的不是「那篇破 1000 的文章有多厉害」，
而是更底层的一件事：

我是如何用 产品思维 + Obsidian + AI
搭出一条「从 0 到 1、然后能反复用」的写作工作流。

你会看到的是：

• • 一个写 Bug 的后端，怎么用熟悉的方式来设计写作流程
• • 我在选题、构思、写初稿、修改、复盘时，
    分别让 AI 干了哪几件事、自己又守住了哪些底线
• • 那篇阅读破千的文章，背后踩住了哪些「爆款心理点」

如果你也是普通上班族、技术人，想写但总是写不出来，
希望这条流水线能让你少卡一点。

一、先说人话：阅读破 1000，对普通人意味着什么？

我先把预期说小一点。

• • 这不是「10 万+ 爆文」的故事
• • 我也不是全职写作者，没有庞大私域和流量池
• • 我只是从一个「一年更新不到 3 篇」的人，
    变成了可以相对稳定地，每月写出几篇有人看的东西

那篇第一次阅读破 1000 的文章，有几个特点：

• • 标题里有具体数字 + 踩坑经历 + 节省时间感：

  《我亲手砍掉的 3 套知识管理系统：花了两年才明白的坑》

• • 结构上是故事 + 总结：
• • 讲了 3 套系统是怎么搭的、怎么死的
• • 每一套后面都归纳出一个「坑」
• • 最后说了我现在在用的更简单的一套
• • 心理上踩住了 3 个点：

1. 1. 别人踩过的坑，我不想再踩一次（损失厌恶）
2. 2. 想偷看别人的「后台系统」长什么样（窥探欲）
3. 3. 自己也折腾过很多系统，看见同类会觉得被共情（同温层认同）

说实话，那篇文章并不完美，
但它验证了一件事：工作流是有效的。

接下来我就按「流程拆解」告诉你，是怎么一步一步搭出来的。

二、先把写作「产品化」：这一条工作流长什么样？

我把写作当成一个小产品，
先画了一个「最小可用版本」的流程图。

对于每一篇文章，我只做这三大步：

对应到工具上，就是：

• • Obsidian：当「写作中台」
• • 管选题库
• • 管每篇文章的「项目」
• • 管沉淀下来的知识卡片和爆款结构模板
• • AI：当「智能协作开发」
• • 帮我从素材到结构
• • 帮我从结构到骨架
• • 帮我查漏、优化标题和开头
• • 但不负责决定我要写什么 & 怎么说故事

下面我按「第一篇破千文章」的视角，把这三步摊给你看。

三、Step 1：选题——从 Bug 和翻车开始，而不是从「干货清单」开始

3.1 为什么我后来只从这三类地方选题？

回头看我阅读表现最好、反馈最多的几篇文章，它们的来源高度一致：

1. 1. 我自己走过的弯路 / 翻过的车

• • 比如那篇 3 套废掉的知识管理系统

• • 线上事故、技术方案、团队协作里的矛盾

• • 同事、朋友、评论区，反复出现的那几类

这三类选题有一个共同优点：

你天然有素材、有情绪、有场景，
不需要为了炫技去堆理论。

3.2 在 Obsidian 里建一个「翻车选题池」

我在 Obsidian 里有一个很简单的选题库文件：
02_Projects/Write_IP/00_选题池.md

里面只记三种东西：

Markdown

# 选题池｜阿木木
## 1. 我踩过的坑 / 废掉的系统
- 3 套废掉的知识管理系统（Notion / Roam / 过度工程的 Obsidian）
- 某次线上事故：幂等性没设计好导致重复扣款
- 学习英语的 4 次失败尝试
...
## 2. 我真解决过的问题
- 用 AI + Obsidian 完成一篇英文技术博客到中文原创的转换
- 如何用第二大脑管理工作项目（从需求到复盘）
...
## 3. 大家总问的问题
- 「你是怎么下班后还有精力学习和写东西的？」
- 「技术人用 AI 写作，会不会变得很假？」
- 「刚用 Obsidian，要怎么搭最小结构？」
...

每次想到什么，不追求写完整，就丢一行进来。

3.3 用 AI 帮你从「一行灵感」变成「可写选题」

比如我当时只写了一行：

3 套废掉的知识管理系统（Notion / Roam / 过度工程的 Obsidian）

我会把这行丢给 AI，让它帮我扩展成「可写版本」：

text

这是一个选题的简要想法：
「3 套废掉的知识管理系统（Notion / Roam / 过度工程的 Obsidian）」
请你帮我：
1. 以「一个普通程序员的视角」，列出这背后可能有的 5–10 个小故事或细节场景
2. 这些故事中，哪些最容易让其他同样折腾过知识管理的人产生共鸣？请标出来
3. 基于这些内容，给出 3 个不同角度的文章标题建议，适合公众号读者

AI 会给出类似：

• • 第一次迷信 Notion 模板，把别人的系统全盘复制
• • 被双链世界洗脑，以为所有东西都应该用链接串起来
• • 把 Obsidian 搞得像公司内网知识库，最后自己都用不下去

看到这些，我心里就会很快有判断：
这东西我能不能讲，能不能讲得具体，不会空。

最后那篇破千文章的标题就是在这样的基础上迭代出来的。

四、Step 2：写一份文章「迷你 PRD」——这决定它能不能被点开、看完

选好题之后，不急着写正文，我会先写一份「文章 PRD」。

在 Obsidian 里，新建一个这篇文章的项目笔记，比如：
2024-我亲手砍掉的3套知识管理系统-规划.md

模板长这样（你可以直接抄）：

Markdown

# 文章规划｜我亲手砍掉的 3 套知识管理系统
## 1. 目标读者是谁？
- 职业/阶段：普通上班族/技术人，自学党
- 特征：
  - 信息焦虑，买了很多课程/书
  - 折腾过很多笔记软件和系统
  - 常常觉得「我不是不努力，而是不会管理知识」
## 2. 他们在什么场景会点开这篇文章？
- 正在纠结要不要换新工具/新模板
- 对「第二大脑」「知识管理」心动，但又怕被割
- 最近刚刚重构完自己的系统，半爽半心虚
## 3. 我要给什么具体承诺？
- 告诉你我亲身踩过的 3 套系统是怎么死的
- 帮你看清常见的 3 个知识管理大坑
- 展示我现在在用的一套简单但能活下去的结构
## 4. 想踩的几个心理点
- 「别重蹈覆辙」：浪费时间/钱的损失厌恶
- 「原来不是只有我这样」：同温层的安全感
- 「想偷看别人的后台长什么样」：好奇/窥探欲
## 5. 初步结构想法
- 开头：自嘲 + 场景共鸣
- 三套系统的故事（Notion / 双链 / 过度 Obsidian）
- 每套故事后总结一个坑
- 最后说我现在的做法 + 给 3 条现实建议

4.1 用 AI 帮你审一下「PRD 是否靠谱」

把这份 PRD 丢给 AI：

text

这是我为一篇文章写的「迷你 PRD」：
{粘贴上面内容}
请你当一个公众号编辑，帮我看看：
1. 目标读者和场景是否具体、有画面？如果太抽象，请指出
2. 承诺是否过大或过空？如果是，请帮我改得更具体一点
3. 在你看来，这篇文章最有可能打动读者的 3 个点是什么？我应该在哪几节重点展开？

这一步可以防止你写着写着变成纯吐槽，或者纯教程。

五、Step 3：在 Obsidian 里搭「素材池 + 结构草图」

现在，我会给这篇文章在 Obsidian 里建一个「文章项目文件夹」：

text

📁 02_Projects
    📁 Write_IP
        📁 2024-砍掉3套知识管理系统
            📝 00_文章规划
            📝 10_Notion完美模板的坟场
            📝 20_双链宇宙的信息黑洞
            📝 30_Obsidian过度工程的折磨
            📝 40_现在的最小可用系统

5.1 每套系统一条笔记，只回答三件事

比如 10_Notion完美模板的坟场.md：

Markdown

# Notion 完美模板的坟场
## 1. 当时的宏伟设想（越具体越好）
- 是什么时候开始的？
- 看到什么内容被种草？
- 你当时是怎么想象自己的未来的？
## 2. 它是怎么死的？
- 具体过程（第1周、第2周、第3周…）
- 哪个细节让你第一次有「不太对劲」的感觉？
- 最后压死它的那根稻草是什么？
## 3. 这套系统暴露了一个什么坑？
- 用一两句话总结
- 尽量能迁移到别人的场景里

这样每条笔记只承担一个局部故事，减轻写作压力。

5.2 用 AI 帮你把「宏伟设想」写具体一点

如果你只记得一个模糊印象，可以让 AI 帮你挖细节：

text

我当时搭建 Notion 知识管理系统的大致情况是这样：
- 刚看到很多「第二大脑」「全能人生管理模板」
- 把别人整套模板全导入，又根据自己的职业做了很多字段
- 一开始特别兴奋，每天调整样式和结构，但真正写的内容很少
- 两三周后几乎不用了
请你帮我，以「第一人称」的视角，把这种经历写成一段具体的故事：
- 包含刚开始的兴奋、过程中的纠结、放弃时的细节
- 用比较轻松、自嘲的语气

得到的东西，你可以再按自己的真实经历调整。

六、Step 4：AI 生成大纲和「初稿骨架」

当每个子笔记里都有了一些素材之后，我会把这些内容和文章规划，一起丢给 AI：

text

下面是我要写的一篇文章的规划和部分素材，请你帮我生成大纲和初稿骨架：
【1. 文章 PRD】
{粘贴 00_文章规划 的内容}
【2. 三套系统的故事素材】
{分别粘贴 Notion / 双链 / Obsidian 三条笔记里的主要点}
【要求】
1. 请先输出这篇文章的详细大纲（一级、二级标题）
2. 再根据大纲，为每个二级标题写 2–3 段「初稿骨架」，重点说明：
   - 故事的起因、经过、结果
   - 暴露出的坑
3. 用「我」来叙述，语气可以略微自嘲，像和读者聊天
4. 在适合补充个人具体细节的地方，用【这里建议补充具体时间/情境】标记出来

这一步的结果，通常是一个「八九成结构合理，但有点 AI 味」的雏形。

接下来，真正决定这篇文章质量的，是你在这个基础上做的两件事：

1. 1. 换成你自己的话
2. 2. 把真实生活细节塞进去

七、Step 5：我守住的两件事——故事一定要自己讲，结论一定要自己下

7.1 把「AI 腔」改成「阿木木腔」

AI 写出来的句子，经常是这样的：

「我们往往会高估工具本身的价值，而忽略了自身需求的实际情况。」

我会改成：

「那阵子我总觉得，换了个高级工具，人生就能自动升个级。
真正的需求是什么，我反而没想过。」

如果你对文笔没信心，可以用下面这个 Prompt 让 AI 帮你改口语：

text

请把下面这段话，改写成更口语、更像中国程序员在公众号里写东西的风格：
{粘贴原句}
要求：
- 句子短一点
- 可以稍微自嘲，但不要过于油腻
- 保持原意不变

来回几轮，你会慢慢找到自己的语感，以后就可以直接自己写了。

7.2 故事细节必须自己补

比如「Obsidian 过度工程」那部分，AI 可能只会说：

「我设计了一套复杂的文件夹结构和模板，最后发现用起来非常累。」

我会给自己加这样的约束：

• • 每个系统至少写出 1–2 个具体时刻，比如：
• • 某天晚上 11 点，我花了 30 分钟给一个不起眼的会议记录选模板
• • 某次和同事聊天，想记一句话，却犹豫放在哪个文件夹
• • 至少写出 1–2 个真实情绪：
• • 兴奋、羞愧、烦躁、后悔，而不是只说「觉得不好用」

这些东西，AI 写不出，因为它没经历你的生活。

八、Step 6：用 AI「冲一冲」标题和开头——踩中点击和读完的两个关键

那篇阅读破 1000 的文章，我一开始起的标题是很平庸的：

《我用过的几套知识管理系统复盘》

典型问题：

• • 没数字、没时间成本感
• • 没有「坑」这个带损失感的词
• • 没体现「我自己也翻过车」

我后来是这样让 AI 帮我「冲一冲」的：

text

这是我这篇文章的内容简介和当前标题：
【文章简介】
{贴文章 PRD 的摘要，包括三套系统和三个坑}
【当前标题】
《我用过的几套知识管理系统复盘》
请你作为一个公众号编辑，帮我改写 5 个新标题，要求：
1. 必须包含具体数字或时间成本感（例如「3 套」「两年」）
2. 暗示可以帮读者避坑或省时间
3. 体现出这是「我的亲身经历」，而不是工具测评
4. 控制在 20 字以内

AI 给出了好几个版本，我从中选了现在这一个：

《我亲手砍掉的 3 套知识管理系统：花了两年才明白的坑》

这一步本质上是在利用两个非常朴素的「爆款心理因素」：

1. 1. 损失厌恶：

• • 「花了两年」「踩了坑」→ 暗示「你看完可以少踩一些」

• • 「亲手砍掉」「3 套」→ 想知道每一套怎么砍的

8.1 开头：用三段解决「我为什么要看下去」

我会用 AI 和自己配合改开头，遵循一个小公式：

场景共鸣 → 自嘲一下 → 给出具体承诺

例如现在这篇文章开头的结构就是这么来的。

你可以用这个 Prompt 帮你优化开头：

text

这是我这篇文章现在的开头部分：
{粘贴当前开头}
目标读者：普通上班族/技术人，有心写作或做个人 IP，但总写不出来。
请你帮我重写一个 3–5 段的开头，满足：
1. 第一段就让目标读者觉得「说的不就是我」
2. 第二段可以适度自嘲，拉近距离
3. 第三/四段给出这篇文章的具体承诺：看完能收获什么

九、Step 7：发布、复盘，把这一切「存回」第二大脑

文章发出去后，我会把它当成一个「版本发布」，做一个小复盘。

9.1 在 Obsidian 里建「文章索引卡」

在 03_Knowledge/Output_Index 里建一条：

Markdown

# 输出索引｜我亲手砍掉的 3 套知识管理系统
## 1. 基本信息
- 标题：
- 链接：
- 发布时间：
- 阅读量里程碑：24 小时内 / 7 天内 / 1 个月
## 2. 目标读者 & 选题类型
- 目标读者画像：
- 选题类型：踩坑复盘 / 知识管理 / 普通人翻车故事
## 3. 使用的结构模板
- 三个故事 + 三个坑 + 一个当前方案
- 开头结构：共鸣 → 自嘲 → 承诺
## 4. 效果 & 反馈
- 阅读数据：
- 评论里最高频关键词：
- 哪一段被转发或截图最多？
## 5. 可以如何再利用？
- 拆成「三套系统」的三条短内容
- 后续可以写一篇「我现在在用的系统」详细拆解
- 可以延展一篇「怎么避免工具党陷阱」

这样一来，每一篇写过的、表现不错的文章，
就变成了你以后可以反复复用的「结构模板 + 选题案例」。

9.2 把经验沉淀成一个「爆款因子 checklist」

阅读破 1000 后，我在 Obsidian 里单独建了一条：

Markdown

# 写作 checklist｜发布前自查
## 1. 标题 & 副标题
- [ ] 是否有具体数字或时间成本？
- [ ] 是否暗示可以帮读者避免损失/少走弯路？
- [ ] 是否体现「个人经历」，而不是空洞教程？
## 2. 开头三段
- [ ] 第一段是否有读者可以对号入座的场景？
- [ ] 是否有一句自嘲，降低距离感？
- [ ] 是否给出具体承诺（本篇会讲什么）？
## 3. 结构
- [ ] 是否有至少一个完整故事（起因-经过-结果）？
- [ ] 是否有清晰的「总结/清单/建议」部分？
- [ ] 是否有一段情绪上的收尾（比如释然、鼓励、反思）？

每次发文前，用 3 分钟过一遍。
这就是所谓「爆款结构」在我系统里的落地方式：可查、可复用。

十、总结：从 0 到 1000，是工作流跑通的副产物

回头看，我更在意的不是那次阅读破 1000，而是：

• • 我终于有了一套能反复跑的流程
• • 我知道每一步 AI 可以帮我做什么、不能做什么
• • 我在 Obsidian 里真的有了一套「写作中台」，而不是散落在各处的草稿

把这篇文章浓缩成一个你可以带走的东西，就是这三步：

1. 1. 把写作产品化

• • 每篇文章先写个「迷你 PRD」：写给谁、在哪个场景点开、我能给啥承诺
• • 由这个 PRD 决定选题、结构和标题方向

• • Obsidian 管选题池、文章项目、知识卡片、输出索引
• • AI 管大纲、骨架、口语化、标题和开头优化、校对

• • 每篇发完，建一条「文章索引卡」
• • 把效果好的结构、标题、开头套路，收进 checklist
• • 下次再写，就是在上一个版本基础上的「迭代」

十一、如果你想从 0 到第一篇「有人看的文章」，可以从这里开始

你不需要一上来就搭我这么一整套系统。

你今天就可以只做三件小事：

1. 1. 在任何一个笔记工具里建一个文件，叫：
   写作选题池

• • 写下你最近一年踩过的 5 个坑 / 翻过的 5 次车
• • 从中挑一个，你最有话可说的

• • 写给谁？
• • 他在什么场景会找到这篇？
• • 你能给他哪 2–3 条具体承诺？

先不用想阅读多少、能不能变现，
先让「从 0 到发出第一篇，有人认真看完」这件事在你这边跑通一次。

如果你愿意，你也可以把你的第一篇「从 0 开始」的文章标题发给我，
我会很乐意在后续的内容里，拆几篇读者案例，一起继续打磨这套写作工作流。