写作没灵感？因为你缺一个"中间件"思维——一个程序员如何用Obsidian实现"积木式"内容生产

写作没灵感？因为你缺一个"中间件"思维

——一个程序员如何用Obsidian实现"积木式"内容生产

你好，我是【一只阿木木】，一名后端程序员。用工程师的逻辑搭建系统，用产品经理的思维经营自己。

这是「重塑大脑」系列的第四篇。前三篇我们完成了骨架搭建（PARA）和血肉填充（渐进式总结+永久笔记）。现在，你的知识库里已经有了一堆精心加工过的卡片。

但你心里一定有一个疑问："然后呢？这些卡片怎么变成实际的产出？"

今天，我来回答这个问题。

01 | 一个困扰了我两年的噩梦

我想先跟你聊一种痛苦。

这种痛苦叫做——"对着空白文档发呆"。

你一定经历过。

老板让你写一份技术方案。你新建了一个文档，敲下标题，然后光标在那里一闪一闪。

你盯着它。它盯着你。

十分钟过去了，你写下了三行字，删掉了两行半。

你觉得开头不够好，于是删掉重写。写完又觉得逻辑不对，再删。

一个小时过去了，文档里只剩一个标题和一个孤独的光标。

你开始焦虑，于是打开手机"放松一下"。等你放下手机，又过了四十分钟。

最后你在截止日期前两小时，疯狂赶工，交出一份自己都不满意的东西。

写公众号文章也是同样的噩梦。

我在决定写这个系列之前，有整整两个月处于"想写但写不出来"的状态。

每个周末我都会打开电脑，告诉自己"今天一定要写一篇"。

然后我会做以下事情：

• 花30分钟想选题 → 想不出来
• 花20分钟看别人的文章找灵感 → 看完觉得人家写得真好，自己算了吧
• 花15分钟纠结标题 → 改了8遍，还是不满意
• 花10分钟调整 Obsidian 的主题配色 → 这算不算"准备工作"？
• 花5分钟看了一眼时间 → 三个小时没了

产出：零。

我以为我是缺乏灵感。
我以为我是缺乏天赋。
我以为我是缺乏自律。

后来我才明白——我缺的不是以上任何一种东西。我缺的是一个正确的"生产流程"。

02 | 程序员最不应该犯的错误：从零开始造轮子

让我问你一个问题。

如果你的老板让你开发一个用户登录功能，你会怎么做？

A. 从零开始手写一个HTTP服务器，自己实现TCP协议、自己写加密算法、自己造一个数据库……

B. 用 Spring Boot 搭个框架，引入 Spring Security 做认证，用 JWT 做 Token，数据库用 MySQL，ORM 用 MyBatis——30分钟搞定。

你当然选B。

因为你知道一个基本常识：不要重复造轮子。能复用的就复用，能调用的就调用。

但是——

当你面对一个空白文档准备写文章、写方案、写述职报告的时候，你在做什么？

你在从零开始造轮子。

你试图从一片空白开始，凭空"想"出所有内容。
你在用最低效的方式"手工打造"每一段文字。
你把自己当成了一个没有任何依赖库的裸机程序。

这就是你写不出来的根本原因。

不是你没灵感，是你的"创作系统"里缺少一个关键组件——

中间件。

03 | 什么是"中间件"思维？

在后端开发中，中间件（Middleware）是什么？

它是一个介于"原始请求"和"最终响应"之间的预处理模块。它把一些通用的、可复用的逻辑提前封装好，让你的业务代码更干净、更高效。

text

请求 → [鉴权中间件] → [日志中间件] → [限流中间件] → 业务逻辑 → 响应

每个中间件都是独立的、可复用的。你不需要每次写接口都重新实现鉴权和日志。

Tiago Forte 在《打造第二大脑》中提出了一个异曲同工的概念——"中间产物"（Intermediate Packets）。

他说：

不要把创作看成一个从0到1的巨大工程。把它看成一个"组装"过程——你要做的只是把之前积累的"中间产物"拼接在一起。

什么是"中间产物"？

• 你之前写的一条永久笔记——这是一个中间产物
• 你做技术调研时整理的对比表格——这是一个中间产物
• 你在闪念中记下的一个比喻或金句——这是一个中间产物
• 你从一本书中提炼的三条核心观点——这是一个中间产物
• 你在某个项目中总结的踩坑记录——这是一个中间产物

每一条加工过的笔记，都是你知识库里的一个"中间件"。

当你需要写一篇文章时，你不是"从零开始创作"。你是打开仓库，挑选合适的中间件，把它们组装成一个完整的作品。

这就是"中间件思维"的核心：

创作不是无中生有，创作是有序组装。

04 | 一篇文章是怎么"长"出来的

说到这里，你可能会觉得："道理我懂了，但具体怎么操作？"

来，我给你看一个100%真实的案例——就是你正在读的这篇文章的诞生过程。

第一层：散落的中间产物

在动笔写这篇文章之前，我的 Obsidian 里已经散落着以下笔记卡片（全部是过去几个月日常积累的）：

text

03-Resources/产品思维/
└── MVP思维：先完成再完美.md
03-Resources/效率工具/
└── Obsidian-MOC地图笔记用法.md
02-Areas/内容创作/
└── 写作SOP-我的内容生产流程.md
03-Resources/商业认知/
└── 知识付费的本质是"把知识产品化".md
04-Archives/已完成项目/2024-Q1-数据看板项目/
└── 踩坑记录.md
02-Areas/技术基本功/
└── 永久笔记-小团队不应盲目采用微服务架构.md
└── 永久笔记-技术选型的核心不是性能是团队认知成本.md
00-Inbox/
└── 闪念-2024-01-18.md
    → "写文章就像写代码——不是从零开始，而是调用已有的模块"

这些笔记分散在不同的文件夹里，写于不同的时间，来自不同的场景。

如果没有"中间件思维"，它们会永远沉睡在知识库里，互不相识。

第二层：一个触发点

某天晚上做周回顾时，我在 Inbox 里看到了那条闪念：

"写文章就像写代码——不是从零开始，而是调用已有的模块"

我突然意识到——这就是下一篇公众号文章的核心论点！

于是我在 01-Projects/公众号-重塑大脑系列/ 下新建了一个文件：

Markdown

# 第四篇-中间件思维（草稿）
## 核心论点
写作/创作不是"无中生有"，而是"有序组装"。
就像程序员调用中间件和第三方库一样。
## 可以调用的"中间产物"
- [[MVP思维：先完成再完美]] → 引出"不要追求完美初稿"
- [[小团队不应盲目采用微服务架构]] → 作为"中间产物拼接"的案例
- [[技术选型的核心不是性能是团队认知成本]] → 同上
- [[知识付费的本质是把知识产品化]] → 引出"知识模块化"的概念
- [[踩坑记录-数据看板项目]] → 作为"过去积累的中间产物"案例
- [[写作SOP]] → 展示我的实际工作流
## 大纲
（待定，先把材料铺开再组织）

注意看——我还没有开始"写"文章，但我已经有了6个可用的"模块"。

第三层：搭骨架

有了材料，下一步是组织结构。我用了一个程序员最熟悉的方法——先定义接口，再写实现。

Markdown

## 大纲 v1
1. 痛点场景：对着空白文档发呆的经历（人人都有）
2. 错误归因：不是缺灵感，是缺流程
3. 类比引入：程序员不会从零造轮子，写作也不应该
4. 核心概念：中间产物（Intermediate Packets）
5. 实操案例：这篇文章本身就是中间产物拼出来的
6. 工具演示：我在Obsidian里怎么做的
7. 给读者的行动指南

大纲写完，这篇文章就已经完成70%了。

因为每一个小节背后，都有一条现成的笔记在支撑。我要做的只是把它们按逻辑顺序展开、衔接、润色。

第四层：填充内容

最后一步，我打开每条被引用的笔记，把核心观点复制过来，然后用这篇文章的语境重新表述。

这个过程不是"复制粘贴"，而是**"翻译"**——把散落的卡片语言翻译成连贯的文章语言。

整篇文章的写作时间：3小时。

而如果我没有这些中间产物，同样的文章我可能需要8小时以上——其中5小时花在"想"上面，3小时花在"写"上面。

中间件思维帮我省掉了那5个小时的"想"。因为大部分思考已经在日常积累中完成了。

05 | 不只是写文章：中间件思维的三种应用场景

你可能觉得"中间件思维"只适合写公众号。

不。它适用于一切需要"产出"的场景。

场景一：程序员写技术方案

传统做法：接到需求 → 打开空白文档 → 从"一、项目背景"开始写 → 痛苦地憋3天

中间件做法：

打开 Obsidian，搜索相关关键词，找到以下中间产物：

text

- [[消息队列选型对比]] → 直接引用到"技术选型"章节
- [[2024-Q1数据看板项目踩坑记录]] → 直接引用到"风险评估"章节
- [[小团队不应盲目采用微服务架构]] → 引用到"架构决策"章节
- [[接口幂等性设计方案]] → 引用到"详细设计"章节

然后用一个技术方案模板把它们串起来：

Markdown

# XX项目技术方案
## 1. 项目背景
（根据需求文档写，5分钟）
## 2. 技术选型
（调用 [[消息队列选型对比]]，稍作修改，10分钟）
## 3. 架构设计
（调用 [[小团队不应盲目采用微服务架构]]，
  结合团队现状，15分钟）
## 4. 详细设计
（调用 [[接口幂等性设计方案]]，补充业务细节，20分钟）
## 5. 风险评估
（调用 [[踩坑记录]]，提前预警类似问题，10分钟）
## 6. 排期
（根据工作量估算，5分钟）

总耗时：1小时出初稿。以前要一天半。

场景二：产品经理写竞品分析

假设你兼具产品思维，需要写一份竞品分析报告。

你的知识库里可能已经有这些中间产物：

text

- [[竞品A-功能拆解.md]] → 三个月前体验竞品时记的
- [[用户反馈-高频问题汇总.md]] → 从客服群里整理的
- [[SaaS定价策略分析.md]] → 读了一篇分析文章后的永久笔记
- [[用户分层的RFM模型.md]] → 学习增长知识时积累的

你要做的不是"从零调研竞品"，而是把已有的积木拿出来，按照竞品分析的框架重新排列。

新的调研只需要补充差量部分——你的库里没有的那些信息。

这就像Git的增量更新——不需要每次都全量拉取，只需要pull最新的diff。

场景三：数据营销人写活动复盘

活动结束后，老板要一份复盘报告。

传统做法：从数据后台导数据 → 做图表 → 硬写分析 → 东拼西凑

中间件做法：

在活动进行过程中，你就应该在 Obsidian 里随手记录中间产物：

text

01-Projects/618大促活动/
├── 每日数据快照.md（每天花5分钟记录关键指标）
├── 异常情况记录.md（突发Bug、流量异常、客诉）
├── 灵感和优化想法.md（过程中想到的改进点）
└── 用户有趣反馈.md（截图了几条好玩的用户评论）

活动结束后，你打开这些文件，复盘报告的80%素材已经在那里了。

你只需要：

1. 从数据后台补充最终数据
2. 把过程记录按时间线排列
3. 加上你的分析和结论

1小时交稿。同事们还在找数据呢。

06 | 在 Obsidian 中落地"中间件思维"的四个工具

光有思维还不够，你需要在工具层面把它固化下来。以下是我在 Obsidian 里用的四个具体实践：

工具一：MOC（Map of Content）—— 内容地图

MOC 是一种"索引笔记"，它不产生新内容，只负责把相关的笔记串在一起。

你可以把它理解为一个微服务的注册中心——它本身不处理业务，但它知道所有服务在哪里。

我的 MOC-内容创作.md 长这样：

Markdown

# MOC - 内容创作
## 写作方法论
- [[渐进式总结方法论]]
- [[费曼学习法的本质是输出]]
- [[中间产物思维]]
- [[MVP思维：先完成再完美]]
## 选题库
- [[选题-程序员的第二大脑]]
- [[选题-AI工具横评]]
- [[选题-从0到1做技术自媒体]]
- [[选题-后端程序员的产品思维]]
## 爆款研究
- [[爆款标题公式拆解]]
- [[高转发文章的3个共性]]
## 写作SOP
- [[我的内容生产全流程]]

当我需要写新文章时，我不会对着空气发呆。我会打开这个MOC，浏览一遍，灵感自然就来了。

因为所有的"中间件"都在这里，等着被调用。

工具二：Dataview 查询 —— 自动化"素材发现"

Obsidian 的 Dataview 插件允许你像查数据库一样查笔记。

我在日报模板里嵌入了一段查询，每天自动显示"最近7天修改过的永久笔记"：

dataview

TABLE file.mtime as "最后修改时间", file.tags as "标签"
FROM "02-Areas" OR "03-Resources"
WHERE file.mtime >= date(today) - dur(7 days)
SORT file.mtime DESC
LIMIT 10

为什么要看"最近修改过的笔记"？

因为最近修改过 = 最近思考过 = 当前最活跃的知识。

从这些活跃的笔记中，最容易诞生新的写作选题。

我还有一段查询专门用来发现"孤岛笔记"——那些没有任何双向链接的笔记：

dataview

LIST
FROM "03-Resources"
WHERE length(file.inlinks) = 0 AND length(file.outlinks) = 0
SORT file.ctime DESC

孤岛笔记意味着什么？意味着你有一些知识还没有和其他知识产生连接。

看到这些孤岛，你可以思考：它们和谁有关系？能不能链接到某个MOC里？

这个过程本身，就会激发新的想法。

工具三：Daily Note —— 中间产物的"生产车间"

我的每日笔记模板（通过 Templater 插件自动生成）：

Markdown

# {{date}} 日志
## 📥 今日收集
- 
## 💡 闪念
- 
## ✅ 今日完成
- [ ] 
## 🔗 今日连接
（今天的笔记和之前哪些笔记产生了关联？）
- 
## 📊 今日数据（如果你在做内容/产品）
- 公众号阅读量：
- 新增关注：
- 有趣的评论：

关键在最后一个区块——"今日连接"。

这是我每天强迫自己做的一件事：回顾今天接触的信息，想一想它和我已有的知识有什么关系。

不需要想得多深。哪怕只是写一句"今天读的那篇关于A/B测试的文章，让我想到了之前记的[[转化漏斗优化]]"——这就够了。

这一个动作，就是在把孤立的积木逐渐编织成网络。

每天做一次。一个月后，你的知识网络密度会发生质的变化。

工具四：写作专用看板 —— 让产出可视化

在 01-Projects/公众号-重塑大脑系列/ 下，我有一个看板文件：

Markdown

# 📋 重塑大脑系列 - 写作看板
## 💡 选题池（Backlog）
- [ ] 程序员的晨间Routine
- [ ] Obsidian vs Notion 深度对比
- [ ] 如何用AI辅助读论文
## 📝 正在写（In Progress）
- [ ] 第四篇-中间件思维 ← 本篇
## 👀 待发布（Review）
- [ ] （写完后移到这里，检查后再发）
## ✅ 已发布（Done）
- [x] 第一篇-为什么学了那么多
- [x] 第二篇-PARA实战
- [x] 第三篇-渐进式总结

是不是很像 Jira 的 Sprint Board？

没错。我把写作当成一个敏捷开发项目来管理。

• 选题池 = Backlog
• 正在写 = In Progress
• 待发布 = Code Review
• 已发布 = Done

每周的"周回顾"就是一次 Sprint Review——检查这周的产出，调整下周的计划。

07 | MVP心态：先完成，再完美

最后，我想聊一个比所有工具和技巧都重要的东西——心态。

程序员群体有一个通病（我自己深受其害）：

完美主义。

写代码时我们追求优雅的架构、完美的设计模式。这是好事。

但写文章时如果也追求"完美"，你就死定了。

你会陷入一个循环：

text

想写 → 觉得没准备好 → 继续准备 → 准备得越多越觉得不够
→ 焦虑 → 拖延 → 自责 → 更不想写 → 循环

打破这个循环的唯一方法是：接受"垃圾初稿"。

产品经理都知道一个概念——MVP（Minimum Viable Product，最小可行产品）。

先做出一个最简陋但能用的版本，发出去，收集反馈，再迭代。

写作也一样。你的第一稿就应该是垃圾。

我写这篇文章的第一稿长什么样？

Markdown

# 第四篇草稿
中间件思维。就是说写文章不要从零开始，
要像调用中间件一样调用已有的笔记。
案例：这篇文章本身。
案例：写技术方案。
案例：写竞品分析。
工具：MOC、Dataview、Daily Note。
（写不动了，明天继续）

就这么点东西。丑吗？丑。但它是一个"种子"。

第二天我回来，在这个种子上加了程序员的类比。
第三天加了具体的 Obsidian 截图和代码。
第四天润色了开头的故事和语言。

一棵树不是一天长成的，一篇文章也不是。

你的永久笔记是土壤。你的中间产物是养分。你的MVP初稿是种子。

种子种下去之后，让它慢慢长。

不要在种子阶段就要求它是一棵参天大树。

08 | 你的中间产物清单：现在就开始积累

读到这里，你可能会想："我的知识库里还没有什么中间产物啊，怎么办？"

没关系。每个人都是从零开始的。

但你可以从今天开始有意识地生产中间产物。

以下是一份清单，帮你识别日常工作和生活中那些值得保存的中间产物：

程序员的中间产物

text

□ 技术选型时做的对比表格
□ 排查Bug时的排查路径和解决方案
□ Code Review时给别人写的评审意见
□ 读源码时画的流程图或架构图
□ 面试别人时准备的题目和评判标准
□ 某个技术概念"用自己的话"写的解释

内容创作者的中间产物

text

□ 刷到的好标题（截图+分析为什么好）
□ 自己的一句话灵感/金句
□ 读者的精彩评论和提问
□ 某篇爆文的结构拆解
□ 自己文章的数据复盘（哪篇好、为什么好）
□ 某个概念的精彩比喻

产品/营销人的中间产物

text

□ 竞品的功能截图+分析
□ 用户访谈中的原话记录
□ 数据分析中发现的有趣规律
□ 一次A/B测试的完整记录（假设、方案、结果、结论）
□ 营销活动的复盘模板
□ 行业报告中的关键数据点

这些东西，你以前可能做完就扔了。

从今天开始，请把它们存进你的 Obsidian 知识库——哪怕只是一条粗糙的记录，哪怕只有三行字。

因为你永远不知道，未来的哪一天、哪一个项目、哪一篇文章，会需要调用它。

你今天存下的每一块积木，都是未来的你在为自己写代码。

09 | 今晚的作业

今天的作业比以往任何一次都简单。

不需要读书，不需要做笔记，不需要配置任何工具。

你只需要做一件事：

回想一下你这周做过的工作。有没有什么东西，做完就扔了，但其实值得保留？

一份邮件？一个技术调研结果？一段代码的注释？一个会议上的发言？

把它找出来，花5分钟整理成一条笔记，存进你的 Obsidian 知识库。

在笔记的末尾写上一句话："这条笔记未来可能用在____________。"

填完这个空，你就完成了一次"中间产物"的生产。

做完后在评论区告诉我：你保存了什么？你觉得它未来可能用在哪里？

我特别好奇大家的答案。

10 | 下一篇预告

到这里，我们的知识管理体系已经基本成型了：

text

第一篇：为什么要做 → 认知觉醒
第二篇：骨架怎么搭 → PARA 系统
第三篇：血肉怎么填 → 渐进式总结 + 永久笔记
第四篇：产出怎么做 → 中间件思维（本篇）

但你可能已经隐隐感觉到了——上面所有的流程中，有一个巨大的效率杠杆我们还没有用上。

AI。

下一篇，我会带你看一个让我自己都震惊的工作流——

• 如何让 ChatGPT 帮你做 L1-L2 的初步筛选
• 如何在 Obsidian 里直接和 AI 对话，让它帮你发现笔记之间的联系
• 如何用 AI 批量生成永久笔记的初稿，然后你只需要审核和修改
• 以及最重要的：AI 不能替代你做什么

关注【一只阿木木】，设为星标，下一篇不迷路。

🔖 「重塑大脑」系列目录

第一篇：为什么你学了那么多，却依然过不好这一生？
第二篇：只需4个文件夹，彻底终结你的数字混乱
第三篇：停止无效阅读！这才是把书读薄再读厚的方法
第四篇：写作没灵感？因为你缺一个"中间件"思维（本篇）
第五篇：ChatGPT + Obsidian：我的AI知识工作流
第六篇：坚持100天后，我发生了什么变化？（全复盘）

持续更新中，点击关注，一起搭建你的第二大脑 🧠

我是阿木木，一个用工程师的逻辑搭建系统，用产品经理的思维经营自己的后端程序员。

如果这篇文章让你理解了"为什么有些人产出那么快"的秘密，请转发给你身边那个每次写方案都要从零开始痛苦挣扎的同事。他需要这篇文章。

我们下篇见。