我把OpenClaw和Obsidian接在一起，内容工厂就自己跑起来了
最近看到一篇文章，他把Obsidian跑成了一座工厂——468次git commit，85个AI Skills，7个平台同步分发，一个人干出十人团队的产出。
我疯狂点头。
不是因为数字，而是因为他用一句话说清楚了我过去一周在干什么：搭建完全属于自己的、有独特个人风格的、不会丢失的内容工厂。
应用是过客，文件代代相传。
这是Obsidian的CEO Steph Ango说的。意思是，在足够长的时间维度上，你创造的文件比你用来创造它们的工具重要得多。
我从来没用这个角度想过这件事。但它把我最近在做的一切，一句话全说清了。
我的起点，比较粗糙
市场工作出身，不会写代码，但搭出了相对复杂的 Obsidian + Claude Code + OpenClaw 工作台。
在agent火起来之前，各类工具我都用过一圈——Notion、飞书、印象笔记、以及各种markdown编辑器。每次迁移都是一次小型灾难，格式乱、链接断、之前积累的东西要重新整理半个月。
后来我认真问了自己一个问题：如果哪天这个软件倒了、涨价了、或者被收购之后变了，我的内容还在吗？
答案让人难过。
但是，一个.md文件，纯文本，Markdown格式——在任何设备上都能打开，不依赖任何公司的服务器活着，也不会因为某个产品经理决定"优化体验"而凭空消失。
这才是真正属于我的东西。
和AI手把手搭建工作流
我现在的系统，只能说是 众硅拾柴火焰高，是和龙虾OpenClaw、Claude Code、Gemini一起，不断开会，一点点搭出来的。
我想要的功能很多，而且非常个性化，加上没有专业背景，程序和代码不可能一次性设计好。都是在实际生产内容的过程里，边踩坑边迭代的。
核心结构一览
龙虾作为强力执行引擎：
- 文字内容：抓取原文、分析内容、初稿写作、文章配图、合成封面、自行推送
- 视频内容：字幕提取、脚本创作、提示词生成、配音生成、匹配字幕、视频剪辑
- 个人助理：日报推送、工作日志、第二大脑
Obsidian作为存储中心：
- 所有文稿、文档、日志全在这里，全是本地.md文件
- 一键渲染文章格式、导入平台草稿
- 系统管理所有文件、清除过时信息、优化所有文件分类
Claude Code作为项目经理：
- 系统管理：建立、管理和迭代各类程序、工作流以及skills
- bug修复：维修所有遇到的代码问题
GitHub作为桥梁：
- 让程序有记录，可追溯
这四层加在一起，就是我的内容工厂。
一次完整的内容生产是什么样的？
举例来说，我把一个URL发给龙虾，说"改写成一篇公众号文章"。
它自动：
- 抓取主题
- 全网搜索补充信息
- 调用我的写作Skill，按我的文风进行创作
- 生成文章配图
- 推送草稿
再举个例子，我把一个油管博主告诉龙虾，让它分析一下。马上就有了：
又或者，我把一条视频发给龙虾，说“做一条同主题的视频”。
它自动：
- 抓取内容
- 补充信息
- 创作脚本
- 生成字幕、配音和视频
- 剪辑成片
会进化的内容工厂
Skill是可以学习的。
我有一个机制：每次我手动润色完一篇文章，龙虾就来读最新版本，和原版对比，提炼出我改动的风格特征，更新到"夏洛特写作Skill"里。
每写一篇，Skill就更像我一点。
我还有一个机制：我学到了什么、准备做什么、忽然灵光一现的点子、现在工作的进度…… 所有在和大模型对话的过程中提到的、所有和龙虾的配合中成功实现的、所有被Claude Code修复的、都会被提取和整理。
我的经验被沉淀，教训被学习。
这个飞轮，是整套系统里最有价值的部分。 因为它会和我一起成长，并且和我一样独一无二。
大多数人用AI的方式是：每次给它一堆背景，希望它"这次能理解我"。
更好的方式是：把你的风格、偏好、原则，变成一份活的文档，让AI每次都读到它，每次都在改进它。这份文档，就是你最值钱的资产。
关于"文件属于你"这件事
一行脚本逻辑写反了，1174个文件瞬间被清空。
但因为有Git，一条命令就全恢复了。
我还没有经历过这种灾难，但我明白这件事的逻辑：
你的知识资产，应该放在你自己能够完全控制的地方。
Notion是一个很好的产品，我现在还在用。但我不会把自己核心的文章草稿、写作风格文档、Skill系统放在Notion里。不是因为Notion不好——而是因为那是它的服务器，不是我的硬盘。
哪天它调整价格，我能怎样？哪天它被收购之后变了，我能怎样？
.md文件不一样。它就是一个文件。用任何编辑器都能打开，不需要任何公司的API，不需要"导出"，不需要等待。它一直在那里，安安静静，属于你。
这不是偏执，是正确的设计选择。
一切都应该.md，一切都应该CLI。这是我最近一个月最大的感想。
目前还没解决的问题
说几个真实存在的麻烦，不想假装全都解决了。
图片风格有时不稳定。 生成的插图，有时候风格很统一，有时候差很多。目前靠详细的Skill文档约束prompt格式，但还是有运气成分。
X平台无法一键发布带图的文章。 X的编辑器不接受粘贴图片，必须手动上传。文字可以直接复制，图片这一关还是需要手动。
Obsidian同步需要手动触发。 我用Git插件同步，每次写完要手动commit+push。还没自动化。
视频想要完全自动化挺贵的。 目前我大部分情况还是让龙虾给我提示词，我手动去网页，毕竟Seedance 2.0 API还蛮贵的……
这些问题都在待解决清单里。但也证明了一件事：工作流的搭建不是一次性的，是持续迭代的。
你不需要等系统"搭好了"才开始用。边用边搭，才是真实的节奏。
如果你也想搭，从哪里开始
我没法给你一份"照着做就行"的操作清单——因为每个人的情况太不一样了。
不过有几个起点是通用的：
第一步：选定本地优先的工具。 Obsidian或者任何以本地.md文件为核心的工具都行。核心标准只有一个：你的文件在你自己的硬盘上，不是在别人的服务器上。
第二步：建立你自己的Skill。 不要只用网上下载的一堆skills。只有你亲自开始写，才能理顺思路，知道你究竟想要的是什么，才能让AI更好地实现你的目标。根据效果不断迭代就好。这也是训练自己结构化思维的好方式。
第三步：定一个触发词，开始自动化第一个环节。 不要一开始就想全自动化，先找一个你每天都要重复做的事，试着自动化它。
第四步：建立文件即记录的习惯。 每次有更新，记录下来。有什么新发现，记一条。这些记录，是你系统进化的原料。
笔记本等你来写，而操作系统推着你往前走。
你想让自己的内容工作变成什么样，就把它设计成什么样。
问自己：如果今天这个工具倒闭了，我明天还能继续工作吗？
如果答案是"不能，我的所有东西都在那里"——那就要小心啦。
文件比工具活得长。
内容比平台活得长。
你的.md比你……
感谢观看