SOTA Sync
← 返回 FEED
AGENT2026-05-13

用 Obsidian + Claude + N8N 搭建自动运行的业务操作系统

CyrilXBT 发布了一篇完整教程，拆解如何用 Obsidian Vault + Claude Code（MCP）+ N8N 搭建一套自动运行的业务操作系统。

核心前提：知识工作者每天花 4-6 小时在行政协调上——维护记录、查找信息、在工具间搬运上下文、更新状态。这不是生产力问题，是架构问题。

三层架构

Knowledge Layer — Obsidian 纯文本 Markdown 文件，结构同时满足人类可读和机器可导航。所有业务信息以永不失效、无需订阅、不锁定专有系统的格式存在。

Intelligence Layer — Claude Code（MCP） 把 vault 从被动仓库变成主动操作系统。Claude 读取文件、处理信息、建立连接、生成输出——是你不在思考时的思考层。

Automation Layer — N8N 时钟和神经系统。按 schedule 和 trigger 自动触发 workflow，无需你手动启动。

Vault 目录结构

00 - SYSTEM/
  CLAUDE.md          ← 整个系统最重要的文件
  logs/
01 - CLIENTS/
  [client-name]/
    overview.md
    communications/
    contracts/
02 - PROJECTS/
  [project-name]/
    overview.md
    tasks/
    deliverables/
03 - OPERATIONS/
  content/
  finances/
  research/
04 - CONTENT/
  ideas/
  drafts/
  published/
05 - RESEARCH/
  industry/
  competitors/
  opportunities/
06 - TEMPLATES/
07 - ARCHIVE/
08 - GENERATED/       ← 系统输出
  briefings/
  reports/
  drafts/
  communications/
09 - QUEUE/           ← 异步任务队列

QUEUE 和 GENERATED 是运营核心。QUEUE 是你与 intelligence layer 的异步通信方式——丢一个文件描述需求，系统在下一轮处理，输出出现在 GENERATED。你 capture 任务时它发生，系统执行时它运行，你 review 时你方便——双方互不等待。

CLAUDE.md：系统的灵魂

每个自动化 workflow 在执行前都会读取它。它把通用 AI 能力转化为业务专属智能。

关键章节：

  • Business Identity：名称、业务、客户、收入模型、阶段
  • Active Clients：每个客户的状态和下一步
  • Active Projects：每个项目的进度和 deadline
  • Voice and Communication：写作风格、语气、禁用词、CTA 风格
  • Revenue Targets：月度目标、当前 MRR、关键指标
  • Content Operation：发布 schedule、内容支柱、格式
  • Operating Rules：永不删除文件（只 archive）、永不未经人工 review 发送通信、日期戳格式、不确定时 deposit 到 GENERATED 并 flag
  • Weekly Focus：每周一更新，权重所有系统动作朝向当前优先级

Weekly Focus 是保持系统与业务实际对齐的关键。每周一早上花 2 分钟更新，能显著提升当周所有自动化产出的相关性。

六大业务系统

System 1: 客户情报

Pre-Call Brief（会前简报） 每次客户通话前 30 分钟，N8N 自动触发：

  • 读取 01 - CLIENTS 中对应客户文件夹
  • 编译完整简报：关系时间线、当前 engagement 状态、未交付承诺、上次沟通、客户 stated priorities、建议议程 3 项、必须说的一件事
  • 格式化为 5 分钟阅读量
  • 保存到 08 - GENERATED/briefings/

Communication Logger 每次在 daily note 中记录客户邮件、通话或互动，workflow 自动提取关键信息、格式化、追加到客户通信文件夹。你 log 一次，系统永久归档到正确位置。

System 2: 项目运营

Daily Project Pulse（每日项目脉搏） 每天早上 6 点，读取所有 active project 的 overview.md，生成状态摘要：

  • 项目名称和客户、当前阶段
  • 昨天完成的内容（从 daily note 读取）
  • 当前 blocker
  • 下一步和负责人、距离 deadline 天数
  • 标记：7 天内 deadline 但任务未完成 / 同一状态停留 5+ 天 / blocker 无解决计划

Project Auto-Updater 在 daily note 中用 DONE: [project] — [deliverable] 标记完成时，workflow 自动读取并更新对应项目的 task list。

System 3: 内容生产

Morning Content Brief（晨间内容简报） 每天早上与 project pulse 并行运行：

  • 读取最近 48 小时的 research briefs
  • 读取近期 daily notes 中的想法
  • 读取内容 calendar
  • 读取 CLAUDE.md 中的内容支柱
  • 生成内容简报：3 个今日角度（按潜力排序）、每个角度的 hook 选项、最佳格式、是否需要额外研究

Draft Engine 在 QUEUE 中丢一个 DRAFT-[type]-[topic].md，queue processor 读取请求、读取研究 brief、应用 CLAUDE.md 中的 voice profile，在 GENERATED/drafts 中产出初稿。80% 的稿件编辑时间 < 10 分钟。

Performance Tracker 每周一早，拉取上周所有平台数据，生成分析：

  • 曝光量 top 3、收藏量 top 3、最低表现
  • 解释性能差异的具体模式
  • 基于数据增加/减少的格式或主题
  • 下周推荐焦点

System 4: 财务运营

Revenue Logging 在 daily note 中用 RECEIVED: $[amount] — [client] — [description] 记录收款时，workflow 捕获条目、更新月度收入 tracker、追加到客户发票文件夹。

Monthly Financial Brief 每月 1 号自动生成上月财务摘要：总收入 vs 目标（含百分比）、环比、按客户收入、top 支出类别、净头寸、趋势预测。

Invoice Reminder 每月 25 号识别 retainer 客户、检查付款记录、为未付金额生成 draft invoice 邮件到 GENERATED/communications，等你 review 后发送。

System 5: 研究情报

Daily Intelligence Brief（每日情报简报） 每天早上与 project pulse 和 content brief 并行运行：

  • 拉取过去 24 小时的 AI 和行业新闻
  • 竞品活动（如配置监控）
  • 品牌或关键话题提及
  • 综合为情报简报：3 个最重要进展及原因、1 个机会、1 个风险、建议行动

Research Queue 在 QUEUE 中丢 RESEARCH-[topic].md，research workflow 读取请求、搜索信息、与现有 vault 知识交叉引用、在 GENERATED/briefings 中产出结构化研究简报。你午夜 queue，brief 早上 6 点准备好。

System 6: 绩效复盘

Weekly Review 每周日晚 8 点，读取整周数据：

  • 所有 daily notes、项目状态变化、内容绩效报告、财务条目、所有生成产出
  • 综合为周报：什么推进了及原因、什么没推进及真实原因、本周出现的模式、下周 3 个优先级（按 leverage 排序）、个人洞察

Quarterly Business Review 每季度第一天，读取三个月周报生成战略复盘：季度业务走向、驱动结果的模式、下季度不同做法、值得押注的大 bet。

过去需要一整天手动分析的季度复盘，现在变成 20 分钟阅读系统合成结果。

N8N Workflow 模式

自托管 N8N 在 $5 DigitalOcean droplet 上运行，无限 workflow 执行、无按次计费。

三种 trigger 类型：

  • Cron Triggers：定时操作（早 6 点简报、周日 8 点周报、每月 1 号报告、25 号发票提醒）
  • File Watch Triggers：事件驱动（QUEUE 文件夹监控、项目文件夹变更监控）
  • Webhook Triggers：外部事件（Stripe 新付款更新收入、日历事件触发会前简报）

每个 Claude-powered operation 的 workflow 结构相同：

Trigger → Read CLAUDE.md → Read relevant vault content 
→ Call Claude API with compiled context → Write output to vault 
→ Send notification → Log operation

Claude API 调用始终包含 CLAUDE.md 作为 system context。这是让每个自动化产出业务专属而非通用的关键。

一个运营中的周二早晨

5:58 AM：手机收到 Telegram 通知，vault 中 4 项就绪——project pulse、content brief、intelligence brief、昨晚 queue 的研究简报。

6:10 AM：4 分钟读完 project pulse。两个项目正常，一个标记为状态更新逾期。在打开邮箱前就知道今天需要关注什么。

6:15 AM：打开 content brief。今日 3 个角度，选一个加入 content queue。

8:45 AM：9 点有客户通话。8:30 自动生成的 pre-call brief，5 分钟读完。比手动准备 30 分钟还充分。

白天：在 daily note 中用简单约定记录笔记、想法、完成项、收款。一切自动路由到正确位置。

4:00 PM：早上 queue 的内容草稿在 GENERATED/drafts 中等待。8 分钟编辑，排期发布。

10:30 PM：睡前丢两个研究请求到 QUEUE 文件夹。醒来前已处理完毕。

复利效应

这套系统最重要的不是第一周做什么，而是第六个月发生什么：

  • 每次记录的客户互动让 pre-call brief 更丰富
  • 每个内容绩效数据点让 content brief 更准确
  • 每个研究简报增加系统可调用的情报深度
  • 每个周报成为更好季度分析的材料

六个月后，vault 对业务的了解深度需要人类员工数年才能积累。晨间简报已校准到你的实际模式，研究建立在数月累积上下文上，内容系统知道什么对你的特定受众有效。

这是「你使用的工具」和「自我复合的系统」之间的区别。

最小可行启动路径

  1. 这个周末搭建 vault，从 CLAUDE.md 和 Morning Briefing workflow 开始
  2. 每周增加一个系统
  3. 第二个月拥有运行整个运营的业务操作系统
  4. 第六个月你将不记得没有它时怎么运营业务

相关