Obsidian自动归档 | raw/wiki知识库

新材料来了以后，Claude 到底应该怎么整理？

浏览器标签页。
微信群截图。
PDF。
会议纪要。
Claude 对话。
Notion 旧页面。
飞书文档。
本地 Markdown。

今天新建一个文件夹。
明天换一套标签。
后天让 AI 整理一遍。
一周后自己也找不到了。

raw/ 放原始材料。
wiki/ 放 Claude 编译出来的知识页。

raw 是证据库。
wiki 是说明书。

brain/
  CLAUDE.md
  inbox/
  raw/
  wiki/
  projects/
  people/
  decisions/
  logs/

文章全文。
PDF 摘录。
会议录音转写。
网页剪藏。
截图说明。
Claude 对话导出。
客户原始需求。
竞品资料。

主题页。
概念页。
项目背景页。
人物资料页。
决策总结页。
流程说明页。

raw/ 负责保真。
wiki/ 负责可用。

哪些是原始事实。
哪些是模型推断。
哪些是你后来的判断。

raw/ 默认只读。
wiki/ 才是 Claude 可以更新的工作区。

核心观点。
关键证据。
适用场景。
反对意见。
和现有笔记的关系。

Claude Code
Obsidian
MCP
第二大脑
企业知识库

wiki/ 里有没有重复页面。
某个主题页有没有过时说法。
链接是否指向不存在的文件。
同一个客户名字有没有多种写法。

raw/
  articles/
  transcripts/
  meetings/
  screenshots/
  pdfs/
  conversations/
  customer-input/

YYYY-MM-DD-来源-主题.md

2026-07-02-linuxdo-claude-obsidian-mcp.md
2026-07-02-meeting-api-gateway-budget.md
2026-07-02-claude-chat-fable5-loop-notes.md

这是不是旧材料？
这条结论是不是已经被后来的资料覆盖？
同一主题的发展顺序是什么？

wiki/
  _index.md
  claude-code.md
  obsidian.md
  mcp.md
  second-brain.md
  api-gateway.md
  content-workflow.md

# Claude Code

## 一句话解释

Claude Code 是……

## 适用场景

- 场景 1
- 场景 2

## 关键概念

- [[MCP]]
- [[CLAUDE.md]]
- [[Obsidian]]

## 已知流程

- 流程 A
- 流程 B

## 相关原始材料

- [[raw/articles/2026-07-02-xxx]]

## 待核实

- 这里放还没有官方来源或需要复查的说法。

待核实

它不是在改写原文。
它是在把 raw 编译成 wiki。

## raw/wiki 工作流

- raw/ 是原始材料区，默认只读。
- wiki/ 是知识编译区，可以更新。
- 处理 raw/ 新材料时，不要改原文。
- 先读材料，再判断它关联哪些 wiki 主题页。
- 如果主题页存在，就补充新证据、新链接或待核实条目。
- 如果主题页不存在，先新建一个短页，不要写百科长文。
- 每次更新 wiki，都要在页面末尾记录来源文件。
- 不确定的内容放入“待核实”，不要写成事实。
- 完成后写维护日志到 logs/。

请扫描 raw/ 中最近 7 天新增的材料。

要求：
1. raw/ 只读，不要修改。
2. 判断每条材料关联哪些 wiki 主题。
3. 更新已有 wiki 页，或创建必要的新主题页。
4. 每条新增观点都要标注来源文件。
5. 不确定、网传、未核实内容放入“待核实”。
6. 最后写 logs/YYYY-MM-DD-wiki-compile.md，列出本次更新了哪些页面。

开始前先给计划，等我确认。

输入在哪里。
输出在哪里。
什么不能改。
什么算完成。
怎么留下记录。

那 inbox/ 有什么用？

一段灵感。
一条链接。
一张截图。
一段语音转文字。
一个临时任务。

请处理 inbox/。

规则：
1. 先列出每条 inbox 笔记。
2. 判断它应该进入 raw/、projects/、people/、decisions/，还是应该保留在 inbox/。
3. 不要删除。
4. 移动前先给我确认。
5. 移动后更新相关 wiki 链接。

任务 A：处理 inbox。
任务 B：编译 raw 到 wiki。
任务 C：生成晨间摘要。

扫描 inbox/。
列出新增项。
提出归档建议。
等待确认，不自动删除。

读取 raw/ 最近新增材料。
更新 wiki/ 主题页。
给每个新增观点标来源。
把未核实内容放进待核实。

读取 logs/ 最近 24 小时维护记录。
输出三行摘要：
1. 新增了什么。
2. 哪些主题发生变化。
3. 哪些事项需要我确认。

logs/
  2026-07-02-wiki-compile.md
  2026-07-03-inbox-cleanup.md
  2026-07-04-link-check.md

# 2026-07-02 wiki compile

## 输入

- raw/articles/xxx.md
- raw/conversations/yyy.md

## 更新页面

- wiki/claude-code.md
- wiki/obsidian.md

## 新增链接

- [[Claude Code]] -> [[MCP]]
- [[Obsidian]] -> [[Local REST API]]

## 待确认

- 某个社区说法缺少官方来源。

## 未执行

- 没有移动 raw/ 文件。
- 没有删除任何文件。

指向不存在页面。
同一个主题有两个名字。
大小写不一致。
中文名和英文名混用。

请检查 wiki/ 中的 Obsidian 链接。

目标：
1. 找出指向不存在页面的 [[链接]]。
2. 找出疑似重复主题页。
3. 给出合并建议。
4. 不要直接改名，不要移动文件。
5. 输出报告到 logs/YYYY-MM-DD-link-check.md。

改名和合并一定要人工确认。

旧模型价格。
旧 API 参数。
旧安装命令。
旧产品入口。
旧政策说明。

请检查 wiki/ 中可能过时的内容。

重点：
- 价格
- 版本号
- 安装命令
- API 参数
- 官方入口
- 产品可用性

要求：
1. 不要直接修改。
2. 列出疑似过时段落。
3. 标出来源文件和所在页面。
4. 给出需要重新核实的链接或搜索关键词。
5. 输出到 logs/YYYY-MM-DD-stale-check.md。

命令过期。
入口换了。
模型名变了。
价格改了。

便宜模型：
做初筛、分类、重复检测、链接候选。

强模型：
做最终主题页重写、冲突判断、重要决策摘要。

人工：
确认删除、合并、改名、公开发布。

按任务路由模型。
给 raw/wiki 批处理单独设预算。
记录每次处理了哪些文件。
失败时保留日志。
敏感目录默认不送模型。

## 模型使用原则

- 扫描和分类优先使用低成本模型。
- 最终发布稿、复杂冲突判断、跨主题综合，才使用强模型。
- 每次批处理前估算文件数量和范围。
- 不处理 secrets/、private/、finance/，除非我明确指定。

brain/
  CLAUDE.md
  raw/
  wiki/
  projects/
  people/
  decisions/
  logs/
  reviews/
  publish/

reviews/
publish/

Claude 可以写 wiki。
Claude 可以写 reviews。
Claude 不可以直接写 publish。

# raw/wiki 知识库维护规则

你正在维护一个 Obsidian Vault。

目录含义：
- inbox/：临时输入，等待归档。
- raw/：原始材料，只读，不能修改。
- wiki/：主题页和概念页，可以更新。
- projects/：当前项目资料。
- people/：人物、客户、合作方资料。
- decisions/：决策记录。
- logs/：每次维护记录。

工作原则：
1. raw/ 默认只读。
2. 新观点必须能追溯到来源文件。
3. 未核实内容放入“待核实”。
4. 不删除文件。
5. 不大规模改名。
6. 修改多个文件前先列计划。
7. 完成后写日志。

每日维护任务：
1. 清点 inbox/。
2. 读取 raw/ 最近新增材料。
3. 更新 wiki/ 相关主题页。
4. 检查坏链接和重复主题。
5. 写 logs/YYYY-MM-DD-maintenance.md。

raw 保存事实。
wiki 组织理解。
logs 记录过程。
CLAUDE.md 约束行为。