用 OpenClaw 管理 Obsidian：让吃灰知识库重新运转

Obsidian 我早就搭好了，但很长一段时间，它更像一个“笔记黑洞”：东西不断往里扔，之后再也找不到。

真正的问题不是我不记，而是缺了一套能长期运转的机制：

• 写入：聊天里的好内容能不能当场落盘？
• 整理：Inbox 会不会变成垃圾场？
• 归档：谁来做分类、标签、链接？
• 检索：我能不能像问助理一样直接问知识库？

从今天开始，我准备把这件事交给 OpenClaw + Obsidian。

---

一句话概括：我在搭一条“知识闭环流水线”

这条流水线的目标很简单：

聊天产生知识 → 自动写入 Inbox → 7 天内人工可介入 → 超期后按决策树自动归类/清理 → 最终变成可检索、可链接、可复用的知识库。

你不用再逼自己“每次都要整理”，系统会把拖延成本结构化地消化掉。

---

我想实现的 4 件事

1）每天聊完就自动沉淀：知识点自己写进 Inbox

我每天和 OpenClaw 会聊很多：想法、灵感、方案、踩坑、读到的东西。

只要对话里出现可复用的知识点（结论、步骤、方法、命令、踩坑总结），它就应该自动写入 Obsidian 的 00-Inbox/。

这件事的意义是：

• 让“聊天”不再是一次性的
• 让知识沉淀从“靠自觉”变成“靠系统”

2）Inbox 只保留 7 天：不整理就自动处理

Inbox 最大的问题是：一开始很爽，最后一定变成垃圾场。

所以我给它加一个硬规则：

• Inbox 默认只保留 7 天
• 超过 7 天未处理 → OpenClaw 触发自动整理

3）归类规则由 OpenClaw 设计：自动加标签、反向链接、统一格式

真正难的不是“写下来”，而是“以后能用”。

我希望 OpenClaw 做的不只是搬运，而是把内容加工成“知识资产”：

• 自动选分类目录
• 自动补 tags（方便检索/聚类）
• 自动补反向链接（把新知识接到旧知识上）
• 强制 frontmatter 与命名规范（让知识库可维护）

4）我只需要“问”：OpenClaw 帮我查 Obsidian，把相关内容捞出来

最终形态是：我不翻文件夹、不记路径。

我直接问：

• “我之前关于 X 的结论是什么？”
• “把跟 Y 相关的笔记找出来，按时间线总结”
• “这个方案之前踩过哪些坑？”

OpenClaw 去 Vault 里检索、汇总、并给出引用路径。

---

决策树：这套系统到底怎么跑

这套工作流能长期跑起来，靠的不是“自律”，而是一个明确的决策树：什么内容写入？什么时候处理？怎么归类？怎么清理？归类时做哪些加工？

下面我把它拆成两棵树：

• 树 A：落盘与生命周期决策树（决定写不写、7 天后怎么处理）
• 树 B：自动归类决策树

---

树 A：落盘与生命周期决策树

输入： 一段对话内容（或你手动圈选的片段）

1. 判断：是否值得落盘？（知识点识别）

   • 否：忽略 / 或写入 05-Daily/ 当日闲聊日志
   • 是：进入 2

2. 写入 Inbox：生成标准化笔记（写入 00-Inbox/）

   • 强制 frontmatter：title/category/created/updated/tags
   • 正文结构建议：一句话结论 / 背景 / 要点 / 下一步

3. 等待窗口：7 天人工整理期

   • 7 天内你手动归类 → 结束
   • 超过 7 天没处理 → 进入 4

4. 自动判断：这条 Inbox 有价值吗？（必须“可解释”）

   • 无意义/重复/噪音 → 进入 5（清理）
   • 有价值 → 进入 6（归类）

5. 清理（默认非破坏性）

   • 移动到 00-Inbox/_Trash/（建议保留 30 天）
   • 30 天后再硬删除（可选，且建议需要你显式开启）

6. 归类（结构化加工）

   • 按「树 B」选择目标目录
   • 自动加 tags（3~8 个，避免过泛）
   • 自动补反向链接：搜索 Vault 同主题笔记，插入 ...

7. 检索复用（你只管问）

   • 输出：结论 + 引用路径（Obsidian 可点开）+ 下一步建议

---

树 B：自动归类决策树

触发条件：

• 文件在 Inbox 超过 7 天
• 或 OpenClaw 在对话中发现“有关联的新内容”（需要做归类/挂靠）

文件是什么？
├─ 是人物相关（访谈、对话、某人说的） -> People/{人名}
├─ 是 Prompt / 代码工具 -> Collection/Prompts
├─ 是某个项目资料（BP、内部文档） -> Collection/{项目名}
├─ 是读书笔记 / 摘抄 -> Areas/{主题} 或 Collection/Books
├─ 是个人感悟 / 反思 -> Areas/人生 或 Areas/思考
└─ 是行业见解
   ├─ AI 技术 / 产品 -> Areas/AI
   ├─ 商业 / 增长 -> Areas/产品
   ├─ 社会 / 经济 -> Areas/社会
   └─ 认知 / 逻辑 -> Areas/认知

归类时做的事：

1. 在文件头部加 frontmatter（如果没有），例如：

tags: [AI, 产品]
source: 微信/X/播客
date: 2026-01-11

2. 在目标目录的索引文件里加反向链接（见下一节“自动反向链接机制”）
3. 把 Inbox 原文件移动到目标目录（不删除、不修改正文内容）

这棵树的意义是：它让“归类”不再依赖你当下的意志力，而是由系统提供一个稳定的、可执行的路由规则。

---

具体怎么用 OpenClaw + Obsidian 实现（工程落地拆解）

把能力拆开看，本质上是 4 类自动化：写入、定时、整理、检索。

A. 写入：对话 → Inbox（最小摩擦版）

最稳的第一版，不追求全自动识别，先用“显式触发”：

• 你说：“把刚才这段落盘到 Inbox”
• OpenClaw：把这段内容加工成规范 Markdown，写进 00-Inbox/。

后续再升级到半自动：

• OpenClaw 在对话里检测到“结论/步骤/命令/踩坑/对比”时，先问你一句：是否落盘？

B. 定时：7 天规则（cron）

目标：每天定时跑一次，把 00-Inbox/ 里超期的条目拉出来，进入“清理/归类”决策树。

我建议按三阶段推进（避免一上来全自动误伤）：

1. 只生成清单（Triage 报告）：不移动、不删除
2. 半自动移动：移动到 To-Triage/ 或 _Trash/
3. 全自动归类 + 清理：再逐步打开

下面给两套 cron 方案：OpenClaw cron（生态一致）与系统 crontab（最稳）。

方案 B1：系统 crontab（推荐先用这个，最稳）

先做一个脚本：每天输出“超期清单”，默认不改动文件。

inbox-triage.sh 示例（macOS 可用）：

#!/usr/bin/env bash
set -euo pipefail

VAULT="[本机路径已隐藏]
INBOX="$VAULT/00-Inbox"
OUTDIR="$INBOX/triage"
DAYS=7

mkdir -p "$OUTDIR"
OUT="$OUTDIR/$(date +%F)-triage.md"

{
  echo "---"
  echo "title: Inbox Triage $(date +%F)"
  echo "aliases: []"
  echo "category: Inbox"
  echo "created: $(date +%F)"
  echo "updated: $(date +%F)"
  echo "tags: [Inbox, Triage]"
  echo "---"
  echo
  echo "# Inbox 超期清单（>${DAYS} 天未处理）"
  echo
  echo "说明：这份清单只用于提醒与审阅，默认不移动、不删除任何笔记。"
  echo
} > "$OUT"

find "$INBOX" -type f -name "*.md" -mtime "+$DAYS" \
  ! -path "*/triage/*" \
  ! -path "*/To-Triage/*" \
  ! -path "*/_Trash/*" \
  -print0 \
| while IFS= read -r -d '' f; do
    rel="${f#$VAULT/}"
    echo "- ${rel}" >> "$OUT"
  done

echo "Wrote: $OUT"

crontab 示例（每天 02:30 跑）：

30 2 * * * /path/to/inbox-triage.sh >> /tmp/inbox-triage.log 2>&1

你确认清单没问题后，再把脚本升级为：

• 自动移动到 00-Inbox/To-Triage/
• 或自动移动到 00-Inbox/_Trash/（保留 30 天）

方案 B2：OpenClaw cron（更像“系统级助理”）

当你希望“每天整理”也由 Agent 直接执行时，用 OpenClaw cron 更合适：

• 定时触发一个“扫描 Inbox → 生成 triage → 给出归类建议/执行移动”的任务
• 优点：能直接调用 OpenClaw 的 read/search/write 能力，甚至能在整理时自动补 tags/backlinks

具体 OpenClaw cron 的配置文件位置/写法，取决于你当前安装与版本。

C. 整理：自动归类 + tags + backlinks

归类本质上是两件事：

1. 路由：按「树 B」把内容送到正确目录
2. 加工：让它未来“可检索、可复用”

加工动作：

• 补 frontmatter（如果缺失）
• 补 tags（3~8 个）
• 维护“索引页”（反向链接）

默认策略建议：

• 所有清理动作先去 _Trash/（可回滚）
• 每次归类都记录“为什么放这里”（写在笔记底部或一条整理日志里）

---

自动反向链接机制：每个主题目录都有一张“索引页”

每个 Areas 子目录维护一个 _index.md，它不是时间线，而是一张按子主题组织的“导航页”。

_index.md 示例

# AI 主题索引

## 核心概念
- Agent 是代理不是智能体 - 2025-08
- AK 谈人类学习过程 - 2025-10
- 锯齿状智能 - 2025-12

## 商业与增长
- AI 低DAU高营收 - 2025-12
- Lovable 增长的反共识 - 2025-12
- 刘小排 播客 - 2025-09

## 产品与 UX
- 沟通方式 - 2025-09
- Sora 信息流原则 - 2025-10

## 人物/访谈
- Mati Staniszewski 11labs CEO 访谈 - 2025-09
- 量子位访谈 - 2025-10

维护规则（把 Cola 换成 OpenClaw）

• 每次将文件归类到某个目录时，同步更新该目录的 _index.md
• 索引按“子主题”分组，而不是简单按时间堆叠
• 当子主题超过 20 条时，考虑拆分为独立索引页

D. 检索：把知识库变成“可问可用”

最终使用体验应该是：

• 你问一句话
• OpenClaw 从 Vault 搜索/读取
• 输出结论 + 引用路径（例如 显示名）

这样你不需要记“我写过什么”，只需要记“我想知道什么”。

---

结语

Agent + Obsidian 的真正价值，不是“让 AI 替我写更多笔记”，而是让知识库像系统一样持续运转：

• 该落盘就落盘
• 该清理就清理
• 该归类就归类
• 该能问就能问

Obsidian 不再是仓库，而是一个可持续更新、随时可调用的第二大脑。