AI 知识体系：从设备迁移到多端协作

1.1这份报告要回答什么

你的核心诉求拆解为三层：

1.2一句话方案

不是「选 Obsidian 还是选数据库」，而是「Markdown 是人机共享的事实层，SQLite/向量索引是 Agent 的加速层」。

1.3知识体系架构

设计原则（第一性原理）

问题：人和 AI agent 对知识的需求有什么本质区别？

推论：两者需要的不是「同一个数据库」，而是「同一份文件、两种接口」——人用 Obsidian GUI 读写 .md 文件，Agent 用文件系统工具或 MCP 直接读写同一份 .md 文件。索引层（SQLite/向量）是 Agent 的加速器，不是事实源。

架构图（Vault 目录视角）

┌──────────────────────────────────────────────────────────┐
│                  Markdown Vault（知识真相源）               │
│                                                          │
│  ~/KnowledgeVault/                                       │
│  ├── daily/        日常笔记、闪念、会议记录                   │
│  ├── projects/     项目文档、设计决策、任务记录                 │
│  ├── references/   参考资料、技术调研、读书笔记                │
│  ├── decisions/    决策记录（带理由和替代方案）                │
│  └── index.md      知识地图（手动维护的入口）                │
│                                                          │
│  ↑ 人通过 Obsidian 读写          ↑ Agent 通过文件工具读写    │
│  ↑ Syncthing 多端同步            ↑ Basic Memory 索引（可选） │
└──────────────────────────────────────────────────────────┘

三层架构

关键洞察：索引层可以后加。先用 Syncthing + Hermes 文件工具直接读写（零配置），跑通后再装 Basic Memory 加语义搜索——渐进式，没有沉没成本。

1.4Obsidian 决策：用，但不是中心

调研结论

Obsidian 在你的体系中的角色

Obsidian = 人的知识编辑器（在 MacBook Pro 上）
     ↓ 读写
Markdown Vault = 知识真相源（Mac mini 上的物理文件）
     ↑ 直接读写
Hermes Agent = AI 的知识消费者/生产者（在 Mac mini 上）

⚠️ 不要让 Obsidian 成为单点：vault 是纯文件，没有 Obsidian 你（和 Agent）照样能读写。Obsidian 只是让你的阅读/编辑体验更好。

1.5Hermes 怎么访问笔记：三条路径

1.6设备拓扑与角色分工

                ┌─────────────────────────────────────┐
                │         Mac mini M4 32GB             │
                │      （家庭 AI 中枢 · 常驻）            │
                │                                     │
                │  · Hermes Gateway（Discord bot 入口） │
                │  · KnowledgeVault（物理存储主副本）     │
                │  · Hermes Memory + state.db（会话记忆）│
                │  · Ollama（本地推理 14B-32B）          │
                │  · Cron Jobs（定时任务）               │
                │  · Cloudflare Pages 部署（wrangler）   │
                │  · Time Machine → 外置盘备份           │
                │  · Syncthing（同步中枢节点）            │
                └──────┬──────────────┬────────────────┘
                       │ Syncthing    │ Tailscale 内网
              ┌────────┴────┐    ┌────┴──────────┐
              ▼             ▼    ▼               ▼
     ┌──────────────┐ ┌──────────────┐ ┌──────────────┐
     │ MacBook Pro  │ │ MacBook Pro  │ │ Windows 台式  │
     │  （日常工作）  │ │   2016       │ │   （只读浏览） │
     │              │ │  （备用/浏览） │ │              │
     │ · Obsidian   │ │ · Obsidian   │ │ · Obsidian   │
     │ · 编辑/创作   │ │   （可选）    │ │  或 Typora   │
     │ · Syncthing  │ │ · Syncthing  │ │ · Syncthing  │
     └──────────────┘ └──────────────┘ └──────────────┘

              ┌──────────────┐
              │  VPS（冷备）  │
              │ · Hermes 备用 │
              │ · Kimi Proxy  │
              │ · 公网入口兜底 │
              └──────────────┘

角色定义

为什么不是 NAS

你提到了「家庭级物理存储设备」。在分析是否需要专用 NAS 之前，先用第一性原理问：

NAS 解决什么问题？ → 多设备共享文件。

Mac mini 能不能当 NAS？ → 能。macOS 自带 SMB 文件共享（系统设置→共享→文件共享），4 台设备都能挂载。加上 Syncthing 做主动同步，Mac mini 本身就是最强的「NAS」——它还有 32GB 内存跑 AI、万兆网口传大文件。

什么时候需要独立 NAS？ → 当 Mac mini 不够可靠（断电/断网/故障频繁），或存储需求 >2TB 需要磁盘阵列时。目前 512GB SSD + 外接盘完全够用。

结论：初期 Mac mini 当 NAS + Syncthing 中枢。如果半年后数据量增长或可靠性需求提升，再买群晖 NAS——那是一个有数据的决策，不是猜测。

2.1全景路线图

Phase 0          Phase 1           Phase 2            Phase 3
Mac mini 开机     VPS 迁移           知识体系搭建         多端协作
 (半天)          (半天)             (1-2 天)           (渐进)
    │               │                 │                 │
    ▼               ▼                 ▼                 ▼
 开机+SSH       rsync ~/.hermes    装 Syncthing        装 Obsidian
 装工具链       接管 Discord        建 Vault 结构       在 MBP 上
 装 Hermes      停 VPS gateway      Hermes 读写测试     配置双链/模板
                验证无缝衔接        Basic Memory(可选)   MBP2016/Win 接入

每个 Phase 的产出可独立验证，前一个 Phase 通过才进下一个。

2.2Phase 0：Mac mini 开机（半天）

2.3Phase 1：VPS → Mac mini 迁移（半天）

核心确认：~/.hermes/ rsync 后无缝衔接所有 Discord 会话（35 个路由映射 + 267 个 session + 16781 条消息 + 记忆 + 技能 + cron）。

⚠️ 步骤 1.1 → 1.5 的顺序是铁律：必须先停 VPS gateway（防 state.db 写入 + 防 Discord 踢线），rsync 完成后再启 Mac mini gateway。

2.4Phase 2：知识体系搭建（1-2 天）

Vault 目录设计

~/KnowledgeVault/
├── daily/                  # 日常笔记（按日期命名）
│   ├── 2026-08-05.md
│   └── ...
├── projects/               # 项目文档（按项目名分子目录）
│   ├── mac-mini-ai-hub/
│   │   ├── design-decisions.md
│   │   └── migration-log.md
│   ├── wechat-qa-bot/
│   │   └── evaluation-results.md
│   └── ...
├── references/             # 参考资料
│   ├── tech-research/      # 技术调研笔记
│   └── reading-notes/      # 读书笔记
├── decisions/              # 决策记录（带理由和替代方案）
│   └── 2026-08-05-obsidian-vs-notion.md
├── templates/              # Obsidian 模板
│   ├── daily-note.md
│   ├── project-note.md
│   └── decision.md
├── .obsidian/              # Obsidian 配置（不同步 workspace.json）
└── index.md                # 知识地图（手动维护的入口）

2.5Phase 3：多端协作（渐进）

3.1Hermes 能力盘点（已有能力的复用率）

3.2知识图谱选型决策

3.3Syncthing 配置参考

macOS launchd 常驻

<!-- ~/Library/LaunchAgents/net.syncthing.syncthing.plist -->
<plist version="1.0">
<dict>
  <key>Label</key>
  <string>net.syncthing.syncthing</string>
  <key>ProgramArguments</key>
  <array>
    <string>/opt/homebrew/bin/syncthing</string>
  </array>
  <key>KeepAlive</key>
  <true/>
  <key>LowPriorityIO</key>
  <true/>
  <key>ProcessType</key>
  <string>Background</string>
  <key>StandardOutPath</key>
  <string>/tmp/syncthing.log</string>
  <key>StandardErrorPath</key>
  <string>/tmp/syncthing-err.log</string>
</dict>
</plist>

launchctl load ~/Library/LaunchAgents/net.syncthing.syncthing.plist

.stignore（排除 Obsidian 设备特定文件）

.obsidian/workspace.json
.obsidian/workspace-mobile.json
.obsidian/cache
.trash/

3.4硬件配置确认

Mac mini M4 / 32GB / 512GB SSD / 万兆网口 + AppleCare+，¥10,398（2026-04-16 已购，全新未开机）

3.5风险与应对

⚠️ 永远不要用 iCloud 同步 Vault：社区大量报告文件驱逐、静默覆盖、iOS vault 损坏。同步只走 Syncthing。

3.6待决策清单

3.7社区调研信息来源

• Syncthing：GitHub 87.3k★，MPL-2.0，macOS 代码签名，P2P 加密，全球数百万用户
• mcp-obsidian：GitHub 4.3k★，MIT，7 个工具（search/read/patch/append/delete），依赖 Obsidian Local REST API 插件
• Local REST API：Obsidian 社区插件，2.7k★，最新版内置 MCP server（HTTP transport）
• Basic Memory：GitHub 3.6k★，AGPL-3.0，Markdown+SQLite+向量搜索+知识图谱，有 Hermes 官方插件
• iCloud 同步 Obsidian：社区大量报告文件驱逐、静默覆盖、iOS vault 损坏——不推荐
• Obsidian + AI 社区实践：Smart Connections（语义搜索插件）、Copilot（AI 对话插件）是主流方案；Hacker News/Reddit r/ObsidianMD 上「Agent + Obsidian」讨论集中在 MCP 集成和文件系统直读