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

X AI KOLs Timeline 工具

摘要

一份使用 Obsidian、Claude Code 和 N8N 自动化构建个人操作系统的指南,旨在应对状态不佳的日子并减少手动维护。

https://t.co/FmSotxKER7
查看原文
查看缓存全文

缓存时间: 2026/05/21 08:23

如何将 Obsidian 打造成永不停机的个人操作系统

大多数生产力系统崩溃的原因只有一个。

它们是为好日子设计的。

在好日子里,你有时间和精力维护系统:正确归档笔记、更新项目状态、处理收件箱、消化所有输入。

在坏日子里,系统反而成为负担而非助力:收件箱四天没处理、笔记散落在随机文件夹、项目状态落后数周。

你会停止使用系统,因为维护它消耗的能量比它节省的还多。

Obsidian 个人操作系统的设计思路截然不同。

它不是为好日子设计的。

它是为扛过坏日子设计的。

这套架构会在你焦头烂额时自我维护,在你无法持续投入时产出有用结果,无论你是否主动整理,它都能智能地累积价值。

本指南将完整构建一套 Obsidian 系统——它运转你的生活,且无论生活如何冲击,永不停机。

为什么大多数 Obsidian 系统会崩溃

在构建之前,你需要理解大多数人搭建的系统为何无法持久。

原因有三。

手动维护负担。 系统需要你定期更新才能保持准确。项目状态需要手动更新,仪表盘需要手动刷新,标签需要手动应用。当生活忙碌时,维护跟不上,系统变得不可靠。不可靠的系统会被弃用。

随时间累积的复杂性。 人们从一个简单结构出发,每遇到当前系统无法处理的问题就增加一层复杂性。半年后,他们拥有了一套巴洛克式的架构,需要 20 分钟导航,还得阅读自己写的文档才能理解。

没有智能层。 知识库只存储信息,却不加以推理。你捕捉了想法但再也找不到;你记录了会议笔记,却未在相关时刻浮现行动项。系统只是存档,不是智能体。

操作系统架构解决了这三个问题。

手动维护消失了——因为通过 MCP 连接的 Claude Code 会自动维护系统。

复杂性受到控制——因为架构有固定数量的组件,每个组件有特定功能,且无组件重复。

智能得到增强——通过 Claude 读取知识库、建立联系、浮现相关信息,并生成知识库本身无法产生的输出。

三层架构

个人操作系统由三个清晰的层次构成。

第一层:存储层

这就是 Obsidian 本身。纯文本 Markdown 文件以一致结构组织。你生活中产生的每一条信息都存储在这里,格式人性化、机器可读、永久保存。

第二层:智能层

这是通过文件系统 MCP 连接到你的知识库的 Claude Code。Claude 读取你的文件,在它们之间建立联系,从中生成输出,并根据你生活中的变化更新它们。

第三层:自动化层

这是运行在 5 美元服务器上的 N8N。它调度工作流、触发事件、调用 Claude API,并在系统之间传递信息——无需你主动发起。

这三层将笔记集合转化为操作系统。

去掉任何一层,你就得到次等的东西。

缺乏智能的存储只是档案。

有存储和智能但没有自动化,只是你使用的工具。

三者合一,才是一套自动运转的系统。

永不崩溃的知识库结构

知识库结构是一切的基础。结构对了,系统会随增长保持连贯;结构错了,就会变成迷宫。

结构包含八个文件夹。你的整个知识库中每条笔记恰好属于其中一个。没有可选文件夹,没有重叠文件夹。

00 - CAPTURE/
    [所有未处理的内容落在这里]

01 - ACTIVE/
    projects/
        [project-name]/
            overview.md
            tasks/
            notes/
            outputs/
    areas/
        health/
        finances/
        relationships/
        learning/
        career/
    daily/
        [YYYY-MM-DD].md

02 - RESOURCES/
    research/
    references/
    templates/
    bookmarks/

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

04 - GENERATED/
    briefings/
    summaries/
    analyses/
    drafts/

05 - QUEUE/
    [待处理给 Claude 的任务]

06 - CALENDAR/
    events/
    reviews/

07 - ARCHIVE/
    [已完成的项目和过期内容]

每个文件夹的逻辑:

00 - CAPTURE 之所以存在,是因为捕捉和处理是两种独立活动。捕捉要赶上思考的速度。处理要跟上注意力的速度。捕获文件夹不加评判地吸收一切,以免因处理太慢而丢失内容。

01 - ACTIVE 只包含当下活跃的内容:正在做的项目、你负责的生活领域、每日笔记。没有历史,没有愿景,只有当下。

02 - RESOURCES 是参考图书馆。某天可能需要的东西。不是你现在正在做的事。

03 - SYSTEM 是操作系统本身:CLAUDE.md、技能文件、工作流定义、日志。基础设施层。

04 - GENERATED 是 Claude 产出存放的地方。永远不要手动编辑这里的文件。它们是系统输出。

05 - QUEUE 是 Claude 任务收件箱。你把描述需求的文件放进去。Claude 处理它们。输出落入 GENERATED。

06 - CALENDAR 追踪基于时间的信息:即将到来的事件、定期回顾。按“何时”而非“什么”来组织。

07 - ARCHIVE 是内容完成后的归宿:完成的项目、过期的参考资料。绝不删除,只归档。

让系统变得智能的 CLAUDE.md

CLAUDE.md 是一份文档,在任何工作流运行之前告诉 Claude 关于你生活的一切。

没有它,每次 Claude 会话都从零开始。有了它,每次会话都拥有关于你是谁、你在做什么、什么最重要这三大问题的完整上下文。

# 个人操作系统 —— CLAUDE.md

## 身份
姓名:[你的名字]
角色:[你的主要角色]
地点:[你的城市]

## 生活领域与当前状态
健康:[简要状态 —— 例如:“备战半马,每周跑4次”]
财务:[简要状态 —— 例如:“存首付,目标2026年12月”]
人际关系:[简要状态 —— 例如:“伴侣:[名字]。需维护的重要友谊:[名字]”]
学习:[简要状态 —— 例如:“正在学习:[主题]。目标:[成果]”]
事业:[简要状态 —— 例如:“当前职位:[头衔]。努力方向:[目标]”]

## 活跃项目
[项目名称]:[一句话描述] | 状态:[状态] | 下一步:[具体下一步行动]
[每个活跃项目重复]

## 当前优先事项
1. [本周最重要的事]
2. [第二重要]
3. [第三重要]

## 生成内容的规范
语气:[你的写作和沟通风格]
格式偏好:[你的偏好]
你绝对不要的:[具体要避免的东西]

## 运行规则
- 绝不删除文件,移至 ARCHIVE 并加时间戳。
- 未经人工审核绝不发送任何通信。
- 所有生成文件必须加日期戳:YYYY-MM-DD。
- 在 SYSTEM/logs/operations.md 中记录每次重大操作。
- 对位置不确定的内容,使用 GENERATED 并标记。

## 更新计划
本文件于以下时间审核更新:[你的计划 —— 例如:每周一早上]

每周一早上更新“当前优先事项”部分。这是整个系统中最重要的维护习惯。用五分钟诚实地反思本周真正重要的事情,能显著提升系统生成内容的相关性。

让系统成为操作系统的五个工作流

五个工作流将知识库从存储系统转变为操作系统。

每个都自动运行。每个都输出到 GENERATED。每个都无需人工干预自我维护。

工作流1:每日晨间简报

每天早上6点,这个工作流读取你的知识库并生成简报。

Claude 提示词:

阅读 CLAUDE.md 获取完整生活背景。

生成一份晨间简报,涵盖:

今日最重要:根据当前优先事项,我今天可以做的
最高杠杆率的一个行动。

日程:CALENDAR/events/ 中日期为今天的任何事件。
为每个事件准备一句话简介。

未关闭事项:昨日每日笔记中所有以 OPEN: 开头的内容。

项目脉搏:针对 CLAUDE.md 中每个活跃项目:
一句状态,一句下一步行动。

周重点:如果今天是周一,阅读上周每日笔记,
确定本周最重要的一件事。

格式控制在300字以内。以“今日最重要”开头。
保存至:GENERATED/briefings/[日期]-morning.md

这份简报在你打开笔记本电脑之前就已生成。三分钟读完。在你看到任何通知之前,你就知道什么最重要。

工作流2:捕捉处理器

每天晚上8点,这个工作流处理 00 - CAPTURE 中的所有内容。

Claude 提示词:

读取 CAPTURE 文件夹中今天创建的所有文件。

对每个捕捉项:

1. 识别其类型:
   任务:需要行动的事
   想法:后续需要发展或研究的事
   参考:供日后使用的信息
   笔记:关于当前活跃内容的上下文或观察
   事件:有时间限制需加入日历的事

2. 归档到正确位置:
   任务 → 在相关项目或领域中创建任务笔记
   想法 → 归入 RESOURCES/research/ 并加日期
   参考 → 按主题归入 RESOURCES/references/
   笔记 → 附加到相关项目或每日笔记
   事件 → 在 CALENDAR/events/ 中创建事件文件

3. 对于任务:提取具体行动,若有截止日期则分配,
   并添加至相关项目任务列表。

4. 处理完成后:将原始捕捉文件移至 ARCHIVE。

在 SYSTEM/logs/capture-log.md 中记录所有处理动作。

这意味着 00 - CAPTURE 每晚自动清空。没有积累,收件箱不会丢失内容。每条捕获内容都会去往正确的位置,无需你手动归档。

工作流3:周回顾生成器

每周日下午7点,这个工作流生成你的周回顾。

Claude 提示词:

读取过去7天的所有每日笔记。
读取本周修改过的所有项目笔记。
阅读 CLAUDE.md 获取当前生活背景和优先事项。

生成周回顾:

进展了什么:
本周的具体成果。每个成果的原因。
要具体:指出项目、行动、结果。

没有推进什么:
对停滞内容的诚实评估。
每项未推进内容的最可能原因。

本周模式:
反复出现的一个主题或洞见。
是否暗示需要改变。

下周优先事项:
按影响力排序的三项下周优先事项。
每项:为何重要,具体下一步行动是什么。

一个决策:
当前悬而未决的最重要决策。
做决策所需的信息。
再拖延一周的代价。

保存至:GENERATED/summaries/[日期]-weekly-review.md
更新 CLAUDE.md: 当前优先事项部分,填入下周前三项。

以前,周回顾需要花45分钟盯着笔记回忆发生了什么。现在只需10分钟阅读系统生成的内容,再加2分钟补充遗漏部分。

工作流4:队列处理器

每2小时,这个工作流检查 05 - QUEUE 中你扔进去的任何文件。

命名约定很简单:用动词加主题命名文件。

RESEARCH-stoic-philosophy-applications.md
SUMMARIZE-project-meeting-notes.md  
DRAFT-email-to-landlord-about-repairs.md
PLAN-trip-to-portugal-october.md
DECIDE-whether-to-accept-new-client.md

工作流读取文件名以了解任务类型,读取文件内容以获取具体指令。

Claude 提示词:

检查 QUEUE 文件夹中是否有未处理的文件。

对每个找到的文件:
1. 读取文件名以识别任务类型
2. 读取文件内容以获取具体指令
3. 使用 SYSTEM/skills/ 中的相关技能(如有)执行任务
4. 将输出保存至 GENERATED/[任务类型]/[日期]-[主题].md
5. 将队列文件移至 ARCHIVE/queue-processed/

在 SYSTEM/logs/queue-log.md 中记录所有队列处理。

如果任务需要知识库中不可用的信息:
在输出中标记为 NEEDS HUMAN INPUT: [所需内容]

队列处理器是系统中最强大的工作流,因为它能处理任何事。凌晨想到某件事,扔个文件进队列,凌晨2点处理完毕,醒来时输出已在等待。

工作流5:项目健康监控器

每周一早上7点,这个工作流检查所有活跃项目。

Claude 提示词:

阅读 CLAUDE.md 获取活跃项目列表。
阅读每个活跃项目文件夹中的 overview.md。
阅读过去7天内修改过的任何项目文件。

对每个项目生成健康评估:

状态:正常 / 有风险 / 停滞 / 阻塞

证据:具体表明该状态的依据。
要具体:指出文件名、日期和具体观察。

下一步行动:这个项目在未来48小时内最需要的一件事。

标记:任何超过7天没有活动的项目。
这些需要人工关注。

将健康报告保存至:
GENERATED/briefings/[日期]-project-health.md

对每个被标记的项目:在 QUEUE 中创建文件
REVIEW-[项目名称].md,并附上情况摘要。

项目健康监控器能在问题变成危机之前就发现它们。停滞七天的项目会在周一早上被标记,而不是在截止日期逼近时恐慌地发现。

抗崩溃特性

操作系统设计了三个特定的抗崩溃机制。

捕捉安全网

所有内容先进入 00 - CAPTURE。捕捉时无需做任何决定。你不会因为不知道归档到哪里而跳过捕捉。捕获文件夹吸收一切,处理器随后归档。

这意味着系统能在你忙碌的日子保持完整。当你没时间做任何事时,你仍然能捕捉到 00 - CAPTURE。处理器会在当晚自动处理其余部分。

永不删除规则

系统中没有东西会被删除。已完成的项目移至 ARCHIVE,过时的参考移至 ARCHIVE,处理过的捕获移至 ARCHIVE。

这意味着系统永远不会丢失信息。你不可能因为归档太激进而把它搞坏。保留一切的成本为零,因为存储无限,且系统在日常操作中从不要求你浏览归档。

CLAUDE.md 单一真相源

Claude 运行所需的所有关于你生活的信息都存在于一个文件中。只需更新一个文件,只需审核一个文件,一个文件支配所有工作流。

当你的优先事项改变时,更新 CLAUDE.md,后续所有工作流会自动反映新现实。你无需更新五个不同文档,也无需在五次不同会话中重新解释你的处境。

一个周末即可上手的构建顺序

严格按照这个顺序搭建系统。抵制同时构建一切的冲动。

周六上午:存储层

创建八个文件夹。用你当前的实际信息设置 CLAUDE.md。为你最活跃的项目写一份项目总览,保持属性一致。

所需时间:2小时。

周六下午:智能层

相似文章

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

X AI KOLs Timeline

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