用 Claude Code 把 Obsidian Vault 变成完整商业操作系统

六个月前，我的 Obsidian Vault 是一个墓地。

3000 条笔记。两年的捕获。一个我重组了四次、仍然无法在 30 秒内导航的文件夹结构。

每个生产力 YouTuber 都告诉我第二大脑会改变我的生活。

他们没有告诉我的是：没有神经系统的第二大脑只是一个非常昂贵的文件柜。

文件柜改变的那一天，是我通过 MCP 将 Claude Code 连接到它的时候。

不是"我粘贴东西进去"那种连接。是 Claude Code 对我 Vault 中的每个文件具有实时读写访问权限，并作为我曾经写过的所有内容的智能层运行的那种连接。

今天，Vault 不是一个笔记应用。它是一个完整的商业操作系统。

研究自动运行。内容自动起草。项目更新自己的状态。每周评论自动编写。客户简报在每次通话前生成。早晨简报在我打开笔记本电脑时已经等待着我。

为什么选择 Obsidian，而不是 Notion、Roam 或其他

在架构之前，工具选择很重要。

每个其他笔记工具都位于 API 或专有格式之后。

Notion 有很好的 API。但你的笔记在 Notion 的云端，以 Notion 的专有块格式化，依赖 Notion 的持续存在。

Obsidian 是你本地机器上的纯文本 Markdown 文件。

当 Claude Code 通过 MCP 连接到 Obsidian 时，它正在读写真实文件。不是向别人的服务器发起 API 调用。不是转换专有块。而是以与文本编辑器相同的方式读取实际的 .md 文件。

这很重要，原因有三：

第一，速度。 文件系统访问比任何 API 都快。Claude 处理 Vault 内容的速度明显快于处理 API 获取内容的速度。

第二，可靠性。 没有 API 速率限制。没有服务器停机。没有认证失败。文件要么在那里，要么不在。

第三，所有权。 你的 Vault 永久属于你。访问自己的笔记不需要订阅。如果公司改变定价模式，不需要迁移。

架构：五个运行商业的系统

Obsidian 商业操作系统不是一个大系统。它是五个专业系统，每个系统拥有特定的商业功能，并通过共享的 Vault 结构进行通信。

每个系统都有自己的 Vault 文件夹、自己的 CLAUDE.md 配置、自己的技能文件和自己的自动化工作流。

Vault 结构：让一切运转的关键

在构建任何系统之前，你需要一个为机器操作设计的 Vault 结构，而不仅仅是人类导航。

大多数 Obsidian Vault 结构是为人类浏览设计的。按主题、按项目、按日期组织的文件夹。

操作系统 Vault 是为智能体操作设计的。每个文件夹都有可预测的目的。每个文件名遵循一致的约定。每个笔记都有 Claude 可以可靠解析的属性头。

00 - INBOX/
    [未处理的捕获落在这里]

01 - PROJECTS/
    [client-name]/
        00-overview.md
        01-brief.md
        02-notes/
        03-deliverables/
        04-communications/
    [internal-project-name]/
        相同结构

02 - AREAS/
    content/
    finances/
    relationships/
    health/
    learning/

03 - RESOURCES/
    research/
    references/
    templates/

04 - SYSTEM/
    CLAUDE.md
    skills/
    workflows/
    logs/

05 - DAILY/
    [YYYY-MM-DD].md

06 - GENERATED/
    briefings/
    drafts/
    reports/
    syntheses/

07 - QUEUE/
    [Claude 自动处理的任务文件]

08 - ARCHIVE/
    [已完成的项目和过时的内容]

GENERATED 和 QUEUE 文件夹是运营核心。

QUEUE 是你向系统分配任务而无需启动 Claude 会话的方式。你在 Queue 中放入一个描述你需要的文件。自动化层拾取它，处理它，并将输出存入 GENERATED。

GENERATED 是每个自主输出的着陆点。永远不要在这里手动编辑文件。它们是 Claude 的输出。当你想使用 GENERATED 中的东西时，你复制它或引用它。

主控文件 CLAUDE.md

04 - SYSTEM 文件夹中的 CLAUDE.md 文件是你的商业操作系统的宪法。

每个智能体、每个工作流、每个自动化进程在执行任何操作之前都会读取这个文件。

它告诉 Claude 关于你的业务、你的标准、你当前的优先级以及它在自主操作时必须遵循的规则。

核心结构包括：

• Owner：你是谁、你的业务、你做什么、你服务谁
• Business Context：业务类型、收入模式、团队结构、阶段
• Vault Structure：每个文件夹包含什么的简要描述
• Active Clients：每个活跃客户及其参与类型和状态
• Active Projects：每个活跃项目及其状态和下一个里程碑
• Content Operation：发布计划、写作风格、当前内容支柱
• Revenue Targets：月度目标、当前 MRR、关键指标
• Operating Rules for Autonomous Actions：自主操作的规则（如不删除文件、不发送通信、不承诺交付物等）
• Quality Standards：每个类别的好输出是什么样子
• Current Weekly Focus：每周一更新——本周最重要的是什么

Current Weekly Focus 部分是最重要的。 每周一早上更新。它使每个 Claude 的决策都偏向本周真正重要的事情，而不是基于陈旧的优先级操作。

System 1: 智能与研究

研究系统是节省时间最多的系统，也是每个月变得更有价值的系统。

在这个系统之前，研究是我创建的每段内容的瓶颈。一小时的阅读、综合和笔记记录，然后才能写一个字。

现在研究自主发生。我醒来时，前一天晚上排队的话题的结构化研究简报已经准备好了。

研究技能文件

保存为 04 - SYSTEM/skills/deep-research.md，定义了触发条件、所需上下文、处理流程和输出格式。

核心要求：如果核心洞察是大多数人已经知道的东西，它就失败了。深入挖掘，直到洞察真正不明显。

自动化研究队列

n8n 工作流每天早上 5 点运行：

1. 读取 07 - QUEUE 中以 RESEARCH- 开头的每个文件
2. 对每个文件，调用 Claude API 并附带 deep-research 技能提示
3. 将研究简报存入 06 - GENERATED/briefings/
4. 归档已处理的队列文件
5. 发送 Telegram 通知，告知准备就绪的研究简报数量

每天早上 6 点，前一天排队的每个研究任务都已完成并等待着你。

System 2: 内容生产

内容是业务的输出。内容生产系统是与收入最直接连接的系统。

系统处理四个自动化的内容工作流：

早晨内容简报

每天早上 6 点，n8n 工作流生成当天的内容简报。它读取最近的研究简报、过去 7 天的每日笔记、当前内容支柱和最近发布的内容。

Claude 将所有内容综合成一份内容简报，包含三个按潜力排名的角度，包括每个角度的钩子、最适合的格式以及是否需要额外研究。

早上 7 点打开笔记本电脑，简报已经在 GENERATED 中。你选择一个角度开始写作，或者排队让内容智能体起草。

内容起草智能体

在 Queue 中放入一个名为 DRAFT-[content type]-[topic].md 的文件，附带你想包含的任何具体笔记。

Claude 阅读该话题的研究简报、CLAUDE.md 中的声音配置文件以及该内容类型的格式指南。它在 GENERATED/drafts/ 中产生初稿。

初稿遵循你的确切声音模式，因为 CLAUDE.md 包含从你的最佳表现内容中提取的详细声音配置文件。

表现分析器

每周一早上 7 点，这个工作流拉取你的内容表现数据，喂给 Claude，并将分析存入 GENERATED/reports/。

分析回答每个创作者每周需要回答的三个问题：

• 什么表现最好，以及具体是什么让它奏效
• 什么表现不佳，以及最诚实的原因
• 什么应该多做，什么应该停止做

分析直接反馈到下周的内容简报，创建一个闭环，系统从自己的输出中学习。

再利用引擎

当一段内容的表现超过你定义的阈值时，再利用引擎自动为其他平台生成变体。

一篇长文变成 5 条推文变体、一个 LinkedIn 帖子和一个新闻通讯部分。每个变体都是特定于格式和声音匹配的。不仅仅是重新格式化，而是为每个平台的受众阅读方式真正重写。

System 3: 客户与项目运营

这是让运营客户业务的日常感受产生最大差异的系统。

通话前简报

任何客户通话前 30 分钟，通话前简报工作流触发。

它读取 01 - PROJECTS 中的客户文件夹、最近 3 次会议记录、与客户相关的任何开放任务、通信历史和参与概述。

它在 GENERATED 中产生一页简报，包含：

• 关系状态和上次重要互动
• 开放交付物及其当前状态
• 上次通话中承诺了什么
• 基于项目状态的建议议程项目
• 通话结束前确保你说的一件事

自从构建这个系统以来，我从未在客户通话中准备不足。

项目状态更新器

每次修改客户项目文件夹中的文件时，工作流触发。

它读取变更、读取现有项目概述，并用反映变更的时间戳状态注释更新概述。

你的项目概述自动保持最新。

交付物追踪器

通过 MCP 连接到 Airtable 的简单数据库，Claude 在你记录交付物完成时更新。

你在每日笔记中写 "DELIVERED: [client] — [deliverable]"。Claude 读取它，在 Airtable 中找到客户记录，标记交付物完成，并记录日期。

你的客户交付追踪保持准确，无需单独的行政步骤。

发票提醒

每月 25 日运行的工作流。

它读取 CLAUDE.md 中的客户参与概述，识别月度 retainer 客户。检查 Airtable 付款记录。为任何尚未支付下个月 retainer 的客户生成草稿发票提醒邮件。

草稿存入 GENERATED/communications/，供你审阅后发送。

System 4: 个人绩效

操作系统不仅用于商业功能。个人绩效系统追踪产生商业产出的输入：能量、专注、决策和习惯。

每日笔记模板

每天晚上 11 点为第二天自动生成每日笔记。

它拉取：明天的内容简报、日历上的任何客户通话（通过 Google Calendar MCP）、昨天每日笔记中未完成的开放任务、CLAUDE.md 中的当前每周焦点。

你醒来时，结构化的每日笔记已经预填充了你的议程、你的开放循环和你当天的焦点。

每周评论

每周日晚上 8 点，每周评论工作流触发。

它读取过去一周的所有 7 篇每日笔记、所有项目状态更新、所有内容表现数据和一周的所有生成输出。

它产生每周综合，包含：

• 什么向前推进了，以及具体原因
• 什么没有推进，以及诚实的原因
• 一周中出现的一个值得命名的模式
• 下周按杠杆排名的三个优先级
• 一周每日笔记中的一个个人洞察

每周评论过去需要 45 分钟的手动笔记阅读和反思。现在需要 10 分钟阅读系统综合的内容，5 分钟添加系统遗漏的内容。

决策日志

每次你在每日笔记中写 "DECISION:" 时，自动化工作流捕获该条目。

它让 Claude 向决策记录添加三个字段：决策依赖的关键假设、告诉你决策是否正确的领先指标、以及回顾检查的日期。

90 天后，决策日志工作流将这些决策浮出水面进行审查。

你关闭了你做出的每个重大决策的循环。

System 5: 财务追踪

财务系统是最直接的，但始终是最被忽视的。

收入追踪器

每当你在每日笔记中记录收到付款时触发的工作流。

格式："RECEIVED: $[amount] from [client] for [description]"

Claude 读取条目，更新 02 - AREAS/finances/revenue.md 中的月度收入总额，并更新 Airtable 中的客户付款记录。

你的收入追踪保持最新，零额外行政工作。

月度财务简报

每月 1 日，工作流生成上个月的财务简报。

它读取每日笔记中记录的所有收入、所有支出记录和 CLAUDE.md 中的月度目标。

它产生一页财务简报，包含：

• 收入 vs 目标
• 环比比较
• 客户收入细分
• 支出摘要
• 季度至今的预测 vs 实际

你总是确切知道业务的财务状况。不是在报税时。是每个月。

构建自动化层

上述六个系统需要一个无需你启动任何操作即可运行它们的自动化层。

n8n 是正确的工具。 自托管在每月 5 美元的 DigitalOcean droplet 上。没有每次执行定价。没有使用限制。

五种工作流类型：

Cron 工作流：按计划运行。早晨简报早上 6 点。每周评论周日晚上 8 点。月度财务简报每月 1 日。

文件监视工作流：在特定 Vault 文件夹中创建或修改文件时触发。队列处理器监视 Queue 文件夹。项目更新器监视项目文件夹。

事件工作流：从外部事件触发。日历事件触发通话前简报。Stripe webhooks 触发收入记录。

聚合工作流：从多个来源收集数据并编译报告。表现分析器从多个平台拉取。财务简报聚合多个数据源。

通知工作流：在工作流完成时发送更新。简报准备就绪时发送 Telegram 消息。有需要审查的内容时发送邮件。

从 Cron 工作流开始，因为它们最容易构建，也是提供最直接日常价值的。

队列处理器是第二优先，因为它最灵活。一旦运行，你可以随时向 Vault 分配任何任务。

根据需要添加事件和聚合工作流。

30 天后的日常体验

系统运行后，典型工作日是这样的：

早上 6:00：手机收到 Telegram 通知。三个研究简报和一个内容草稿已在 Vault 中准备就绪。

早上 6:05：阅读 Claude 生成的早晨简报。今天的三个顶级优先级。昨天的两个开放循环。中午前要做的一个决策。

早上 6:15：审查 Claude 昨晚从你昨天排队的话题产生的内容草稿。花 8 分钟编辑。安排发布。

早上 8:00：打开 9 点客户通话的项目文件夹。通话前简报已经在那里。5 分钟阅读。比手动准备 30 分钟更准备充分。

白天：使用系统理解的简单约定，在每日笔记中捕获想法、任务和笔记。一切都被自动处理。

下午 5:00：在每日笔记中写简短的每日评论。三件推进的事。一件卡住的事。一个你做的决策。

就这样。系统处理其余的一切。

90 天后发生的复利

Obsidian 商业操作系统最被低估的方面不是它在第一周做什么。

是它在第三个月做什么。

每份研究简报都添加到 Claude 为将来研究提取的知识库中。

每个内容表现数据点都使内容简报更准确。

每次记录的客户端互动都使通话前简报更丰富。

每个决策日志条目都构建一个记录，浮现出你如何决策的模式。

系统不仅维护业务。它学习业务如何运作，并更好地服务它。

到第三个月，早晨简报已校准到你的实际模式。

到第六个月，研究简报正在浮现跨越数月积累的知识库的连接。

到第十二个月，你拥有一个像你这样了解你的业务的商业操作系统。

并且比你独自运行得更好。

这个周末构建第一个系统。从早晨简报和内容起草智能体开始。每周添加一个系统。到第二个月，你有一个运行你的业务的操作系统。到第六个月，你有一个产生复利的业务。