5-10 分钟快速入门(先跑通)

  1. 创建 Vault:`/Users/hanhao/Documents/HH-Brain`。
  2. 建最小目录:`kb/wiki`、`kb/tasks`、`kb/raw`、`kb/templates`。
  3. 创建 3 个固定文件:`MEMORY.md`、`kb/log.md`、`kb/index.md`。
  4. 立即建 1 条 task note,把当前任务按 `Goal -> Actions -> Decisions -> Next` 写完。
第一原则:先跑通最小闭环,再逐步加插件和复杂流程。

逐步掌握路线(7 天)

Day 1-2:笔记基础与链接

  • 掌握:Markdown、双链、Backlinks、Tags、Properties。
  • 产出:10 条原子笔记 + 1 张主题索引页(MOC)。

Day 3:模板与日报系统

  • 掌握:Templates、Daily Notes。
  • 产出:每日固定模板(目标/进度/问题/次日动作)。

Day 4:任务沉淀法

  • 掌握:`raw -> tasks -> wiki -> MEMORY` 晋升流。
  • 产出:1 个完整 task 包(含决策、证据、复盘)。

Day 5:AI 协作接入

  • 掌握:多模型角色分工 + 写入边界。
  • 产出:Codex/Claude/Gemini/小米/Hermes 协作看板。

Day 6:检索与复用

  • 掌握:Search 语法、命名规范、MOC 导航。
  • 产出:一页“高频问题速查表”。

Day 7:自动化雏形

  • 掌握:Obsidian URI、固定模板触发、周回顾。
  • 产出:每周复盘页 + 下周执行列表。

官方知识点速览(可直接上手)

1) Vault 本质

  • Vault 本质是本地普通文件夹,笔记主要是 Markdown 文件。
  • 配置在 `.obsidian/` 目录,不与正文混在一起。

2) 链接与嵌入

  • 双链:`[[笔记名]]`,可连到标题:`[[笔记名#标题]]`。
  • 嵌入:`![[笔记名]]`,可直接复用原文内容块。

3) Properties(元数据)

  • 每条笔记加属性:`status`、`tags`、`created_at`、`source`。
  • 统一属性是后续检索和自动化的基础。

4) 搜索语法(高频)

  • `tag:#xxx`、`path:kb/tasks`、`file:daily`、`line:(关键词)`。
  • 任务追踪可用 `task:` 条件组合过滤。

5) Daily Notes 与 Templates

  • Daily 固定记录“今日目标/进行中/阻塞/明日第一步”。
  • 模板统一字段,减少笔记风格漂移。

6) 附件与目录策略

  • 附件建议集中目录管理,避免散落污染知识结构。
  • 正文尽量原子化,图片/文档只做证据引用。

7) File Recovery

  • 默认会保留文件快照,可用于误改误删后的恢复。
  • 关键资料仍建议配合 Git 做版本兜底。

8) 社区插件安全

  • 优先看维护活跃度、Issue 响应和权限需求。
  • 一次只开 1-2 个新插件,避免排错困难。

9) Obsidian Sync 重点

  • 多设备同步前先确认主库目录与忽略策略。
  • 团队协作要先约定命名规范和冲突处理规则。

10) Obsidian Publish 重点

  • 发布前先整理公开层内容,私有笔记隔离管理。
  • 自定义域名与 SEO 配置建议单独做上线清单。
执行顺序建议:先把 1-5 跑通,再根据需要接入 6-10。

每天怎么用(最实用 SOP)

早上 10 分钟

  • 打开 Daily Note,写 3 个当日关键结果。
  • 从 `kb/tasks` 拉出今天必须推进的 1-2 个任务。
  • 把昨天未闭环项迁移到今天(不要超过 5 条)。

工作中

  • 新问题先记 `kb/raw`,确认有价值后晋升到 `kb/tasks`。
  • 每完成一个关键动作,更新 task note 的 `Decision / Evidence / Next`。
  • 不要把结论只留在聊天窗口。

晚上 15 分钟

  • 把当天 1-3 条可复用结论提升到 `kb/wiki`。
  • 在 `MEMORY.md` 只保留“会影响未来行为”的长期事实。
  • 写明明日第一步动作,降低次日启动阻力。

Codex / Claude / Gemini / 小米 + Obsidian 协作

核心:统一知识库 + 明确写入边界 + 晋升机制。

Codex(执行主力)

  • 适合:改代码、跑脚本、验证命令、落地实现。
  • 默认输出:`kb/tasks/.../execution-log.md`。
  • 要求:写清改动文件、验证结果、未验证风险。

Claude(方案与长文)

  • 适合:方案比较、长文档结构化、评审提炼。
  • 默认输出:`kb/tasks/.../analysis.md`。
  • 要求:每条结论必须带依据与假设。

Gemini(多模态与资料整合)

  • 适合:图文理解、跨资料摘要、多源对照。
  • 默认输出:`kb/tasks/.../research.md`。
  • 要求:保留来源链接与时间戳。

小米模型(低成本中文快问快答)

  • 适合:高频中文草稿、批量改写、轻量总结。
  • 默认输出:`kb/raw/`(先不过度晋升)。
  • 要求:进入 wiki 前必须二次校验。

统一写入协议(防冲突)

  1. 所有模型默认只写:`kb/tasks` 与 `kb/raw`。
  2. 仅维护者(你或指定代理)可改 `kb/wiki` 和 `MEMORY.md`。
  3. 任务命名统一:`YYYY-MM-DD-slug`。
  4. 每条笔记必须带 frontmatter:`source_agent/source_model/created_at/status`。
  5. 同一文件避免并发编辑,冲突靠 Git 回滚。

Hermes + Obsidian 协作(你当前重点)

Hermes 做什么

  • 会话编排与任务推进。
  • 提醒、回顾、节奏管理。
  • 把聊天结果推动成可执行步骤。

Obsidian 做什么

  • 做长期事实层(wiki/MEMORY)。
  • 做任务证据层(tasks)。
  • 做每天过程层(daily memory)。

推荐协作节奏

  1. Hermes 接到任务后,先创建 `kb/tasks/日期-slug/index.md`。
  2. 执行中实时更新 `Decision / Evidence / Blocker / Next`。
  3. 任务结束 5 分钟内,把复用结论晋升到 `kb/wiki`。
  4. 每天收口时,更新 `MEMORY.md`(只写长期有效内容)。

可直接复制的模板

1) Task 模板

---
title: ""
source_agent: ""
source_model: ""
created_at: ""
status: "in_progress"
related:
  - ""
---

## Goal

## Inputs

## Actions

## Decisions

## Evidence

## Risks

## Next

2) Daily Note 模板

---
date: ""
focus:
  - ""
---

## 今日关键结果(最多3条)
- [ ]
- [ ]
- [ ]

## 进行中任务
- 

## 关键决策
- 

## 阻塞与风险
- 

## 明日第一步
- 

3) Wiki 条目模板

---
updated_at: ""
source_tasks:
  - ""
stability: "stable"
---

## 结论

## 适用条件

## 反例/边界

## 标准操作

## 相关链接

插件建议与安全边界

起步必开(先少后稳)

  • Core: Daily notes, Templates, Backlinks, Search, File recovery, Properties。
  • Community(可选):Dataview、Templater、QuickAdd、Calendar。

安全原则

  • 社区插件分批启用,每次只加 1-2 个。
  • 先看插件权限、维护状态、Issue 活跃度。
  • 关键知识库用 Git 做版本兜底。

资料来源(本次汇总依据)

你当前已有原始包路径:/Users/hanhao/Documents/AllComic/ComicPipeline/workspace/research/obsidian-tutorial-source-pack-20260420

设计先行到开发(补充)

你刚要求的“先设计再开发”全网汇总已单独归档为文档,包含网站选择、Skill 组合、下载顺序、工作流和教程入口。