---
updated: 2026-10-07
tags: [MOC, 索引]
---
# 首页

> 2026-10-07 重构。旧结构（01-AI与模型 … 11-日记）已废除。

## 怎么找东西

**先用搜索**：文件名都以「主角」开头，直接搜主角名（群晖、Kubernetes、Excel、宝塔…）。
> ⚠️ 搜多个词**要用空格隔开**：`群晖 迁移` 能命中，连写 `群晖迁移` 会 0 结果（Obsidian 按整串匹配）。同理 `AI Agent` 要写成 `AI agent` 或直接搜 `agent`。
**再走目录**：11 个主题领域，编号固定顺序，一般 2 层就到底，每个领域根目录有一个 `MOC-xxx.md` 索引。

## 领域入口

- [[MOC-家庭实验室|01 家庭实验室]] — 我家这套系统（★ 权威文档是 [[CLAUDE]]）
- [[MOC-AI|02 AI]] — 大模型 / Agent / AI 应用 / 绘画 / 提示词
- [[MOC-操作系统|03 操作系统]] — Linux / Windows / macOS（★ [[Linux指令速查]]）
- [[MOC-开发与数据|04 开发与数据]] — 编程语言 / Git / 数据库 / 开发工具
- [[MOC-软件工具|05 软件工具]] — 办公文档 / 同步传输 / 笔记软件 / 正则
- [[MOC-服务器与云|06 服务器与云]] — VPS / 机场 / 阿里云腾讯云 / 域名 / 建站
- [[MOC-子兰工作|07 子兰工作]] — 工作项目
- [[MOC-保险库|08 保险库]] — 所有明文凭据
- [[MOC-个人|09 个人]] — 非技术
- [[MOC-日记|10 日记]]
- [[MOC-归档|99 归档]] — 不再用的（安全渗透 / 为知笔记 / 思源笔记 / Revit / Batocera / PVE原始笔记）

`attachments/` 是所有图片附件的存放处，不用管它。

## 新增笔记怎么归类（三条规则）

**1. 主角规则** — 这篇笔记的主角是谁（哪个软件 / 系统 / 项目 / 概念）？一篇笔记只有一个主角，主角属于哪个领域就放哪个领域。

**2. 家里 vs 通用** — 主角是我家那台具体的机器/服务（群晖 Princess、iKuai、家里的 PVE、含 `10.10.10.x`）→ `01-家庭实验室/`；主角是技术本身、换台机器也成立（Linux 指令、正则语法、Python 写法）→ 对应技术领域。
> **拿不准一律放技术领域**，然后在 `01-家庭实验室/MOC-家庭实验室.md` 里挂一条链接。

**3. 判断不了就放最接近领域的根目录（第一层）** — 绝不为了塞进去而新建一个子目录。硬塞一次，那个目录就开始垃圾桶化（旧库 `电脑软件常用指令/Vscode/` 里装进了 nes 游戏路径，就是这么来的）。领域根目录里的文件一眼扫得完，想清楚了再建子目录挪进去；超过 1 个月还定不了的进 `99-归档/`。

## 命名规则

`主角-具体事项.md`，中文为主，用 `-` 连接。主角名放最前面，这样文件列表和搜索结果里一眼能扫到。

- ✅ `群晖-开启Root权限.md`　`Docker-Compose部署青龙面板.md`　`ZeroTier-家庭组网配置.md`
- ❌ `指令.md`　`心得.md`　`搭建.md`　`新建文档.md`　`资料1.md`
- **新建**的笔记：不用 emoji / 装饰符 / 尾随空格，不用 `+` 串多个主题
- **老笔记**名字已经能看懂的就不动（还有 29 个带 `【】` 的，`【】` 里往往是区分信息，如 `Nessus【windows】安装` vs `Nessus【Linux】安装`）。改名会牵动内链，收益不大
- 例外：`01-家庭实验室/Docker/Compose部署/` 下的小写名（`minio`、`phpipam`、`copyparty`…）**保持小写**，那是容器镜像原名，照原样才好搜
- 专有名词用官方拼写：Kubernetes、Docker、CentOS、Debian、ESXi、WebUI、SMTP、Mermaid、Gitee
- 重名用主角名区分，**不要用 ` 1` / `-1` 后缀**

## 硬约束（防止再次变乱）

| 约束 | 规则 |
| --- | --- |
| 一级目录 | 固定 11 个（01–10 + 99），**不新增**。要塞不下的先建 MOC，不是先建目录 |
| 层级 | 最多 2 层，禁止建第 3 层子目录（现存 2 个例外：`01-家庭实验室/Docker/Compose部署`、`05-软件工具/办公与文档/Excel`，都 >35 文件） |
| 子领域门槛 | 文件数 > 25 才建子领域，否则平铺 |
| 领域拆分门槛 | 单领域 > 150 篇才考虑拆，拆之前先建 MOC |
| 单文件目录 | 不允许为 1 个文件建目录（旧库有 32 个，已全部拍平） |
| 垃圾桶目录 | 禁止 `其他` / `杂项` / `各种资料` / `临时` / `_存档` 命名。冷数据一律进 `99-归档/` |
| MOC | 每个领域 1 个，用 dataview 自动生成清单，**禁止手写目录树**（旧库 11 个 README 的手写目录树全过期了） |

## Properties 与标签（刻意极简）

**主力只有 4 个**，表达"文件夹表达不了的横切维度"：

- `#凭据` — 含明文密码 / 令牌
- `#排错` — 踩坑与故障修复记录
- `#速查` — 指令 / 参数表，查完就走
- `#待验证` — 没实测过，可能是错的

其余标签是历史遗留（`clippings`、`技术`、`PVE`、`Obsidian` 等，各 1–3 篇）和 `#备忘录迁移`（9 篇，标来源）。**不要新增标签种类**，先想想文件夹或文件名能不能表达。

Properties 只保留 `updated`。旧的 `notion-id` / `base` / `功能说明` / `title` / `date` / `lastmod` / `cover` / `sticker` 等迁移残留字段已在本次重构中清除。