@cyrilXBT: https://x.com/cyrilXBT/status/2053291096076145097

X AI KOLs Timeline 新闻

摘要

本文介绍了一种通过模型上下文协议(MCP)集成 Claude Code,将 Obsidian 笔记库转变为商业操作系统的方法。文章详细阐述了其架构、文件夹结构以及利用本地文件访问功能自动化研究、内容创作和项目管理的五个专用系统。

https://t.co/3QaNoO9Vov
查看原文 导出为 Word 导出为 PDF
查看缓存全文

缓存时间: 2026/05/10 14:27

我是如何用 Claude Code 将 Obsidian 库转变为完整的业务操作系统的

六个月前,我的 Obsidian 库还是一片墓地。

3,000 条笔记。两年积累的记录。一个我重新整理了四次,但在 30 秒内依然无法导航的文件夹结构。

每位生产力 YouTuber 都告诉我,“第二大脑”会改变我的生活。

但他们没有告诉我的是,没有神经系统的第二大脑,不过是一个极其昂贵的文件柜。

就在我通过 MCP(模型上下文协议)将 Claude Code 连接到 Obsidian 的那一天,这个文件柜发生了改变。

这里的“连接”并非指“我粘贴内容进去”,而是指 Claude Code 拥有对我库中所有文件的实时读写访问权限,并作为智能层运行在我所写的一切内容之上。

如今,这个库不再仅仅是一个笔记应用。

它是一个完整的业务操作系统。

研究自动运行。内容自我起草。项目自动更新状态。每周回顾自动撰写。客户简报在每次通话前生成。当我打开笔记本电脑时,晨间简报已等候多时。

以下是构建相同系统的完整指南。

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

在讨论架构之前,工具的选择至关重要。

其他所有笔记工具都位于 API 之后或采用专有格式。

Notion 拥有出色的 API。但你的笔记存储在 Notion 的云端,采用 Notion 专有的块(blocks)格式,且依赖于 Notion 的持续存在。

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

当 Claude Code 通过 MCP 连接到 Obsidian 时,它是在读写真实的文件。不是向别人的服务器发起 API 调用,也不是转换专有块。它像文本编辑器一样读取实际的 .md 文件。

这很重要,原因有三。

首先,速度。文件系统访问比任何 API 都快。Claude 处理库内容的速度显著快于处理通过 API 获取的内容。

其次,可靠性。没有 API 速率限制。没有服务器停机时间。没有身份验证失败。文件要么存在,要么不存在。

第三,所有权。你的库永久属于你。访问自己的笔记无需订阅。如果公司更改其定价模式,也无需迁移数据。

我要向你展示的业务操作系统依赖于这三种属性的可靠性。

架构:运行业务的五个系统

Obsidian 业务操作系统不是一个大系统。

它是五个专门化的系统,每个系统负责特定的业务功能,并通过共享的库结构进行通信。

系统 1:情报与研究 系统 2:内容生产 系统 3:客户与项目运营 系统 4:个人绩效 系统 5:财务追踪

每个系统在库中都有自己的文件夹、自己的 CLAUDE.md 配置、自己的技能文件以及自己的自动化工作流。

它们共同运行独立创作者或创始人企业的每一项运营职能。

使一切运转的库结构

在构建任何系统之前,你需要一个专为机器操作(而不仅是人类浏览)设计的库结构。

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

操作系统库则是为智能体(agents)操作而设计的。每个文件夹都有明确的目的。每个文件名都遵循一致的规范。每条笔记都有一个 Claude 可以可靠解析的属性头部(properties header)。

00 - INBOX/
    [未处理的记录暂存于此]

01 - PROJECTS/
    [客户名称]/
        00-overview.md
        01-brief.md
        02-notes/
        03-deliverables/
        04-communications/
    [内部项目名称]/
        same structure

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 关于你的业务、标准、当前优先级以及它在自主操作时必须遵循的规则的一切信息。

# 业务操作系统 — CLAUDE.md

## 所有者
[你的姓名,你的业务,你做什么,你服务谁]

## 业务背景
类型:[独立创作者 / 创始人 / 顾问 / 等]
收入模式:[企业如何赚钱]
团队:[独立 / 承包人员 / 描述你的结构]
阶段:[早期 / 成长期 / 成熟期]

## 库结构
[简要描述每个文件夹包含的内容]

## 活跃客户
[列出每个活跃客户及其合作类型和状态]

## 活跃项目  
[列出每个活跃项目及其状态和下一个里程碑]

## 内容运营
发布计划:[你的发布频率和平台]
声音:[你的写作风格。关键模式。你绝不说什么。]
当前内容支柱:[你的主要话题领域]

## 收入目标
月度目标:[你的数字]
当前 MRR:[每月更新]
关键指标:[你最密切关注的数字]

## 自主行动的操作规则
- 未经明确确认,绝不删除任何文件
- 未经我审查,绝不发送任何通信
- 绝不替我承诺交付物或时间线
- 始终为生成的文件添加日期戳,格式为 YYYY-MM-DD
- 当不确定时:存入 GENERATED 并标记以供审查
- 在 04 - SYSTEM/logs/operations.md 中记录每次写入操作

## 质量标准
[各类别中良好输出的标准]

## 当前每周重点
[每周一更新——本周最重要的是什么]

“当前每周重点”部分是保持更新的最重要部分。每周一早晨更新它。它会让 Claude 的每一个决策都倾向于本周真正重要的事情,而不是基于过时的优先级进行操作。

系统 1:情报与研究

研究系统是最节省时间的系统,也是每个月价值递增的系统。

在此系统之前,研究是我创作每件内容的瓶颈。在我写下一个字之前,需要花费一小时阅读、综合和做笔记。

现在研究是自主进行的。我醒来时,就能看到针对我前一天晚上排队的主题的结构性研究简报。

研究技能文件

将其保存为 04 - SYSTEM/skills/deep-research.md:

# deep-research

## 触发器
"Run deep-research on [TOPIC]" 或在 Queue 中放入名为 
RESEARCH-[topic].md 的文件

## 所需上下文
阅读 CLAUDE.md 以获取当前业务背景和内容支柱。
检查 03 - RESOURCES/research/ 中是否有关于该主题的现有笔记。

## 流程
1. 确定与我的受众最相关的核心问题或角度
2. 综合我在库中关于该主题已有的内容
3. 识别大多数人忽略的洞察
4. 寻找能引发兴趣的反直觉角度
5. 定位 3 个具体的例子、统计数据或故事
6. 识别 3 个按潜力排名的内容角度

## 输出格式
保存至:06 - GENERATED/[DATE]-research-[topic].md

核心洞察:[一个清晰的句子]
大多数人忽略的:[非明显的角度]
支持证据:[3 个带有背景的具体例子]
关键数据:[2-3 个具体数字或引用]
内容角度:[3 个按潜力排名的内容创作角度]
我的现有笔记:[来自库的相关内容]

## 质量标准
如果核心洞察是大都已经知道的内容,
则视为失败。深入挖掘直到洞察真正具有非明显性。

自动化研究队列

每天早上 5 点运行的 N8N 工作流:

  • 读取 07 - QUEUE 中所有以 RESEARCH- 开头的文件

  • 对于每个文件,使用 deep-research 技能提示调用 Claude API

  • 将研究简报存入 06 - GENERATED/briefings/

  • 归档已处理的队列文件

  • 发送包含就绪研究简报数量的 Telegram 通知

每天早上 6 点,你前一天排队的所有研究任务都已完成并等待处理。

系统 2:内容生产

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

该系统自动处理四种内容工作流。

晨间内容简报

每天早上 6 点,N8N 工作流会生成当天的内容简报。

它读取:

  • 来自 GENERATED/briefings/ 的最新研究简报

  • 过去 7 天的每日笔记,以了解你一直在思考什么

  • 来自 CLAUDE.md 的当前内容支柱

  • 你最近发布的内容(追踪于 02 - AREAS/content/)

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

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

内容起草智能体

在 Queue 中放入一个名为 DRAFT-[内容类型]-[主题].md 的文件,并包含任何你想添加的具体笔记。

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

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

我的初稿现在需要少于 10 分钟的编辑时间,适用于 75% 的作品。

绩效分析器

每周一早上 7 点,此工作流拉取你的内容绩效数据,将其输入 Claude,并将分析存入 GENERATED/reports/。

该分析回答了每位创作者每周都需要回答的三个问题:

什么表现最好,以及具体是什么使其成功。

什么表现不佳,以及最诚实的原因是什么。

应该制作更多什么,以及应该停止制作什么。

分析直接反馈到下一周的内容简报中,形成一个闭环系统,其中系统从自身的输出中学习。

再利用引擎

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

一篇长文会变成 5 条推文变体、一篇 LinkedIn 帖子和一个通讯部分。

每个变体都是特定格式且声音匹配的。不仅仅是重新格式化,而是根据每个平台受众阅读内容的方式进行真正的重写。

系统 3:客户与项目运营

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

通话前简报

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

它读取 01 - PROJECTS 中的客户文件夹、最后 3 次会议记录、任何与客户相关的开放任务、通信历史以及合作概况。

它在 GENERATED 中生成单页简报,包含:

  • 关系状态和最近一次重大互动

  • 开放的交付物及其当前状态

  • 上次通话中承诺的事项

  • 基于项目状态的建议议程项

  • 通话结束前务必说出的一件事

自从我建立这个系统以来,我再也没有准备不足地参加客户通话。

项目状态更新器

每当客户项目文件夹中的文件被修改时,就会触发工作流。

它读取更改,读取现有的项目概况,并用反映变更的时间戳状态笔记更新概况。

你的项目概况保持自动更新。

交付物追踪器

一个简单的数据库,维护在 Airtable 中(通过 MCP 连接),Claude 会在你在每日笔记中记录交付物完成时进行更新。

你在每日笔记中写入 “DELIVERED: [客户] — [交付物]”。Claude 读取它,在 Airtable 中找到客户记录,标记交付物完成,并注明日期。

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

发票提醒

每月 25 日运行的工作流。

它读取 CLAUDE.md 中的客户合作概况,以识别月度保留客户。它检查 Airtable 付款记录。它为任何尚未支付下月费用的保留客户生成发票提醒邮件草稿。

草稿落入 GENERATED/communications/ 供你在发送前审查。

系统 4:个人绩效

操作系统不仅用于业务功能。

个人绩效系统追踪产生业务输出的输入:能量、专注力、决策和习惯。

每日笔记模板

每个每日笔记在晚上 11 点自动生成,供次日使用。

它提取自:

  • 你明天的内容简报

  • 日历上的任何客户通话(通过 Google Calendar MCP)

  • 昨天每日笔记中未完成的开放任务

  • 来自 CLAUDE.md 的当前每周重点

你醒来时,面对的是一个结构化的每日笔记,其中预填了你的议程、开放环路以及当天的重点。

每周回顾

每周日晚上 8 点,每周回顾工作流触发。

它读取过去一周的所有 7 天每日笔记、所有项目状态更新、所有内容绩效数据以及本周所有生成的输出。

它生成每周综合报告,包含:

  • 什么取得了进展以及具体原因

  • 什么没有进展以及诚实的原因

  • 本周出现的一个值得命名的模式

  • 下周的三个优先级,按杠杆率排名

  • 来自本周每日笔记的一个个人洞察

每周回顾过去需要花费 45 分钟手动阅读笔记和反思。

现在,只需 10 分钟阅读系统综合的内容,再加 5 分钟补充系统遗漏的任何内容。

决策日记

每次你在每日笔记中写入 “DECISION:” 时,自动化工作流都会捕获该条目。

它要求 Claude 为决策记录添加三个字段:决策所依据的关键假设、告诉你决策是否正确的主要指标,以及回顾日期。

90 天后,决策日记工作流将这些决策浮出水面以供审查。

你闭环处理所做的每一个重大决策。

系统 5:财务追踪

财务系统是最简单的,但也是最常被忽视的。

收入追踪器

一个简单的流程,在你每日笔记中记录收到付款时触发。

格式:“RECEIVED: $[金额] from [客户] for [描述]”

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

你的收入追踪器保持最新,无需任何额外的行政工作。

月度财务简报

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

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

它生成单页财务简报,包含:

  • 收入与目标的对比

  • 月度对比

  • 客户收入细分

  • 支出摘要

  • 迄今季度的预测与实际对比

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

构建自动化层

上述六个系统需要一个自动化层来在没有你干预的情况下运行它们

相似文章

@MindOS_Lisa: https://x.com/MindOS_Lisa/status/2052766937931973065

X AI KOLs Timeline

作者介绍了基于Karpathy知识库逻辑,结合Obsidian、Claude Code和LLM Wiki搭建个人知识管理系统的方法,实现内容自动收录、卡片生成与文章输出的完整闭环。文章区分了内容、信息与知识三个层次,并提供了具体搭建步骤。

@ashwingop: https://x.com/ashwingop/status/2052777467732283817

X AI KOLs Timeline

对Claude的“托管代理”(Managed Agents)的分析,将其视为下一代AI基础设施层——“公司大脑”(Company Brain)的先兆。这是一个运营状态层,使代理和应用能够基于共享的公司上下文行动,与更简单的知识库或基于Markdown的原型形成对比。