---
title: Wiki 管理规范
description: Wiki管理规范文档提供了知识库的目录结构、排序规则、标签系统、知识管理方法论、Graph View应用、插件自动化支持和审计维护策略。文档强调了简洁有序的目录结构、清晰的排序规则、有效的标签管理、Zettelkasten方法的应用、Graph View的优化使用、插件的高效利用以及定期审计和维护的重要性。
keywords:
  - Wiki管理规范
  - 目录结构
  - 排序规则
  - 标签系统
  - 插件自动化
  - 审计维护
tags:
  - Obsidian/References
author: 仲平
date: 2024-10-12
---

## Wiki 管理规范

## 一、目录结构

目录结构必须既简洁有序，又具备灵活性，能够应对不同领域和交叉领域的知识需求。

### 1. 一级目录

**一级目录代表知识库的最顶层分类，主要按照领域或知识类型进行划分。** 以下是一级目录的基本分类和命名规则：

- **目录数量**：控制在 7 个顶层目录，确保结构不复杂，同时覆盖全面。
- **命名原则**：使用简洁、通用的领域名称，避免使用过于细分的概念。
- **结构类型**：一级目录反映的是广义的知识领域或功能模块。

| 文件名          | 领域         | 备注                         |
| --------------- | ------------ | ---------------------------- |
| Archive         | 全部领域     | 存放已完成或不活跃的内容     |
| FormalSciences  | 形式科学     | 包含数学、计算机科学、逻辑学 |
| NaturalSciences | 自然科学     | 物理、化学、生物等           |
| Obsidian        | 知识管理工具 | Obsidian 的配置和管理        |
| Personal        | 个人生活相关 | 个人博客、书籍、生活记录等   |
| Professional    | 职业发展     | 工作技能、项目、公司信息     |
| SocialSciences  | 社会科学     | 经济学、社会学、政治学等     |

### 2. 二级目录

**二级目录是一级目录下的进一步细分，按领域或主题对知识库进行更具体的分类。** 每个二级目录要确保与一级目录的逻辑一致，并对内容进行合理组织。

- **命名规则**：应为一级领域内的核心分支，使用学科或主题名称，不要过于细致。
- **层次数量**：二级目录数量不宜过多，一般每个一级目录下不超过 10 个二级目录。
- **分类依据**：根据领域中的主要内容或核心学科进行分类。

#### Archive

| 文件名 | 领域     | 备注       |
| ------ | -------- | ---------- |
| 2023   | 全部领域 | 归档的年份 |

#### FormalSciences

| 文件名            | 领域       | 备注                         |
| ----------------- | ---------- | ---------------------------- |
| ComputerScience   | 计算机科学 | 编程语言、算法、操作系统等   |
| InformationTheory | 信息论     | 信息的数学化处理与分析       |
| Logic             | 逻辑学     | 数理逻辑、模态逻辑等         |
| Mathematics       | 数学       | 代数、几何、数学基础等       |
| Statistics        | 统计学     | 数据分析、概率论、推断统计等 |

#### NaturalSciences

| 文件名    | 领域   | 备注                     |
| --------- | ------ | ------------------------ |
| Astronomy | 天文学 | 天体物理、宇宙学等       |
| Biology   | 生物学 | 植物学、动物学等         |
| Chemistry | 化学   | 有机化学、无机化学等     |
| Geology   | 地质学 | 地球结构、矿物等研究     |
| Physics   | 物理学 | 力学、电磁学、量子物理等 |

#### Obsidian

| 文件名     | 领域       | 备注                     |
| ---------- | ---------- | ------------------------ |
| Canvas     | Canvas 文件 | Obsidian Canvas 工作文件 |
| References | 参考文档   | 管理规范、系统说明等     |
| Static     | 静态资源   | JS 文件、静态数据等       |
| Templates  | 模板       | 博客、日志、项目等模板   |

#### Personal

| 文件名      | 领域 | 备注                     |
| ----------- | ---- | ------------------------ |
| Blog        | 博客 | 按年份分类               |
| Book        | 书籍 | 个人成长、计算机、教育等 |
| Health      | 健康 | 健康、健身、饮食记录等   |
| Journal     | 日记 | 按年份分类               |
| Life        | 生活 | 生活相关内容             |
| Photography | 摄影 | 摄影项目与技术笔记       |
| Writing     | 写作 | 散文、小说创作等         |

#### Professional

| 文件名         | 领域     | 备注                     |
| -------------- | -------- | ------------------------ |
| CareerRoadmap  | 职业发展 | 个人职业路线规划和目标   |
| Certifications | 职业认证 | 各类职业认证和考试准备   |
| Company        | 公司     | 公司项目、文化等         |
| Project        | 项目     | 工作中进行中的项目       |
| Skills         | 职业技能 | 领导力、沟通、项目管理等 |
| Work           | 专业技能 | 工作专业技能等           |

#### SocialSciences

| 文件名                 | 领域     | 备注                   |
| ---------------------- | -------- | ---------------------- |
| Anthropology           | 人类学   | 人类学研究、文化分析   |
| CulturalStudies        | 文化研究 | 不同文化现象研究       |
| Economics              | 经济学   | 宏观经济学、微观经济学 |
| Geography              | 地理学   | 地理信息、人口分布等   |
| InternationalRelations | 国际关系 | 全球政治经济形势研究   |
| Linguistics            | 语言学   | 语言研究、语言结构分析 |
| NationalStudies        | 国家主题 | 国家专题研究           |
| Politics               | 政治学   | 国际政治、国际关系等   |
| Sociology              | 社会学   | 社会理论、人类学等     |

### 3. 三级目录

**三级目录进一步细分具体的知识点或领域，通常与实际的学习内容、项目细节或子主题相关。** 在三级目录层次，应确保分类简洁，避免过度细分。

- **命名规则**：使用具体的知识点、技术名称或项目名称进行分类。
- **避免过度细分**：三级目录的层次应适度控制，**不宜再深入建立四级或五级目录**，尽量在三级目录中整理好内容。
- **分类依据**：根据具体的知识点、课程章节、项目阶段等进行划分。

## 二、排序规则

为了确保知识库内的内容顺序一致性、逻辑清晰，制定以下文件和文件夹的排序规则。该规则涵盖了数字化排序、时间排序以及特定场景下的分类方法，确保无论是中文、英文还是时间敏感型笔记都能被准确检索。

### 1. **数字化排序**

数字化排序通过 **数字前缀法** 和 **日期前缀法** 来确保文件夹和文件按预期顺序排列，避免因中文和英文混排引起的排序问题。

#### 文件夹排序

- **英文文件夹**：默认按 A-Z(a-z) 排序，可以省略数字前缀。
- **中文文件夹**：为了避免混乱，中文文件夹必须加上数字前缀，例如 `1.日记`，`2.博客`，可以根据实际情况决定

#### 文件排序

- 逻辑排序：可以根据不同的需求使用不同的前缀或命名规则，以便文件或文件夹按照预期的顺序排列。

```
1.1-概述
```
- 时间排序：时间敏感的文件（如日志、日记、项目文档）使用 `YYYY-MM-DD` 的日期前缀，确保文件按时间顺序排列。

  ```markdown
  - `2024-01-01-新年计划.md`。
  ```

- **任务与项目排序**：使用数字前缀结合日期标记任务或项目文件的顺序。

  ```markdown
  - `01-2024-项目需求分析.md`。这种方法确保任务按优先级或时间顺序排列。
  ```

### 2. **日期前缀法**

日期前缀法适用于日记、日志、项目记录等需要按时间顺序管理的内容。此方法帮助你快速找到某一特定日期的笔记。

- 日期格式：使用 `YYYY-MM-DD` 格式，具体到年、月、日。例如：

  ```markdown
  - 日记文件：`2024-01-01-新年计划.md`
  - 项目文件：`2024-03-15-项目设计讨论.md`
  ```

- 按月或年排列：如果只需要按月份或年份排列，可以简化为 `YYYY-MM` 或 `YYYY` 格式。

  ```markdown
  - `2024-01-总结报告.md` 表示 2024 年 1 月的总结。
  ```

### 3. **数字前缀法**

数字前缀法适用于需要按逻辑顺序排列的文件或文件夹，特别是在任务、项目、章节等情境下。数字前缀确保无论文件名中使用什么语言，都能按照预期顺序展示。

- 格式：`XX-文件名`，`XX` 为两位数字，确保从 `01` 到 `99` 之间的顺序排列。

  ```
  - `01-项目启动.md`
  - `02-需求分析.md`
  - `03-开发计划.md`
  ```

### 4. **自定义前缀法**

针对非时间、任务类文件，可以根据内容特点设计自定义前缀，确保分类逻辑明确。例如：

- **书籍笔记**：`书名-章节编号-章节标题` 格式，例如 `经济学原理-01-需求与供给.md`，便于根据章节顺序查阅。
- **项目文档**：`项目名-任务编号-任务标题`，如 `Nginx-02-系统设计.md`。

### 5. **排序示例**

```markdown
Professional
├── Company
│   ├── 01-公司文化手册.md
│   └── 02-2024-数字化转型规划.md
├── Project
│   ├── 01-2024-项目需求分析.md
│   ├── 02-2024-开发计划.md
│   └── 03-2024-测试报告.md
```

### 6. **特殊情况说明**

- **多层级文件夹**：对于多层级文件夹，建议每层级文件夹均使用数字前缀法进行排序，确保整体层级顺序一致。

  ```markdown
  ProgrammingLanguage
  ├── 01-Python
  │   ├── 01-基础语法.md
  │   ├── 02-高级特性.md
  ├── 02-JavaScript
  │   ├── 01-语法入门.md
  │   ├── 02-异步编程.md
  ```

- **项目文件**：对于复杂项目中的文档，可以根据任务和时间结合进行排序，以便清晰了解项目进展情况。

## 三、标签系统

### 1. **标签命名规范**

标签是知识管理中的多维度检索工具，继续保留 **二级标签系统**，同时引入 **标签管理策略**，以避免标签的混乱或冗余。

| 标签类型 | 标签示例                             | 描述                                                       |
| -------- | ------------------------------------ | ---------------------------------------------------------- |
| 领域标签 | `社会科学/政治学`, `自然科学/生物学` | 包括社会科学和自然科学相关的内容。                         |
| 时间标签 | `时间/2024年`, `时间/第一季度`       | 按年度、季度、月份对笔记进行分类，帮助组织时间敏感的内容。 |
| 状态标签 | `状态/草稿`, `状态/完善中`           | 表示笔记当前的状态，追踪笔记的进度，如草稿、正在完善等。   |
| 项目标签 | `项目/RSSky`, `项目/数字化转型`      | 关联项目的标签，表示笔记所属的项目或任务。                 |
| 类型标签 | `类型/日志`, `类型/博客`             | 按笔记类型分类，如个人日志、博客文章等。                   |
| 任务标签 | `任务/待办`, `任务/进行中`           | 与任务相关的标签，表示任务的进度。                         |
| 位置标签 | `国家/中国`, `美国/纽约`             | 与地理位置相关的标签，适用于旅行笔记、区域研究等。         |
| 文献标签 | `#文献/书籍`, `#文献/论文`           | 用于标记笔记引用的文献类型，如书籍、论文等。               |
| 工具标签 | `#工具/Obsidian`, `#工具/Notion`     | 表示使用的工具，适用于记录与工具相关的工作流程。           |

### 2. 标签管理策略

为保持标签系统的整洁性和高效性，建议每季度进行一次标签审查，清理或合并冗余标签，确保标签的创建和命名符合规范。

#### 2.1 标签创建流程

1. **优先使用现有标签**：
   在创建新标签前，首先检查是否已有类似标签，避免创建重复或相似的标签。使用已有的标签有助于保持系统的统一性和简洁性。
2. **保持命名统一**：
   使用一致的命名格式，避免出现多种形式表达同一含义的标签。例如，保持同样的格式，如 `#状态/草稿` 统一使用，而避免出现 `#状态/初稿` 等变体。
3. **层次化设计**：
   实施二级标签系统，确保标签层次清晰。例如：
   - **领域标签**：如 `#形式科学/计算机科学`，表示学科或领域。
   - **主题标签**：如 `#云服务/概述`，表示笔记所属的具体主题。
   - **状态标签**：如 `#状态/草稿`，标记笔记的进度。

#### 2.2 标签审查与维护

1. **定期审查**：
   每季度使用插件（如 Obsidian 的 **Dataview** 插件）生成标签使用报告，查看标签的使用频率，识别不常用或冗余的标签。
2. **清理与合并**：
   对重复或类似功能的标签进行合并，删除不必要的低频标签。例如，如果有多个标签表示同一主题，合并为一个统一的标签。清理无关或不再需要的标签，以保持系统的简洁性。
3. **建立参考文档**：
   记录现有标签的用途及其层次结构，作为标签参考文档，供未来笔记参考使用，避免重复创建标签或错误使用标签。

#### 2.3 标签优化策略

1. **跨项目统一标签**：
   一些常用的标签（如 `#状态/草稿` 或 `#时间/2024年`）可以在多个项目中统一使用，避免为每个项目重复创建类似标签。这有助于在整个知识库中保持一致性，简化管理。
2. **持续优化与扩展**：
   随着知识库的扩展，定期评估并调整标签结构。新增必要的标签，合并不常用的标签，以确保系统灵活扩展。例如，随着更多云计算主题的加入，可以创建新的子标签（如 `#云服务/AI服务`）。

### 3. 标签应用示例

通过以下示例展示如何运用标签管理策略组织和分类笔记。

``````markdown
tags:
  - #形式科学/计算机科学
  - #云服务/概述
  - #状态/草稿
``````

#### 示例 1：《云计算概述.md》

## 四、知识管理方法论应用

### 1. **Zettelkasten 方法**

为保持笔记的互联性，继续采用 Zettelkasten 方法的原子笔记和双向链接机制，但需更加细化其应用场景。

- **原子笔记**：每个笔记只承载一个核心知识点，避免冗长笔记的出现，便于后续链接和扩展。
- **双向链接**：通过 `[[笔记名称]]` 建立笔记之间的动态关联，特别是在 `CrossDiscipline` 中，跨领域笔记应当积极利用双向链接增强联系。

### 2. **知识生命周期管理**

对每个笔记的生命周期进行系统管理，并通过插件和日程工具确保知识能够按周期得到回顾和更新。

#### 2.1 状态管理

| 标签名       | 标签示例             | 说明                                                       |
| ------------ | -------------------- | ---------------------------------------------------------- |
| 草稿         | `#状态/草稿`         | 表示笔记处于初始阶段，内容不完整，需要进一步完善。         |
| 完善中       | `#状态/完善中`       | 笔记正在持续编辑中，内容部分完成，但还需补充或调整。       |
| 已完成       | `#状态/已完成`       | 笔记内容已完整，定稿，适用于已完成的文档、项目等。         |
| 归档         | `#状态/归档`         | 笔记已不再需要更新或不再活跃，定期归档以保持知识库整洁。   |
| 待复审       | `#状态/待复审`       | 标记笔记需要定期复查或更新，适用于需要周期性维护的内容。   |
| 已发布       | `#状态/已发布`       | 表示笔记或文章已对外公开发布，适用于博客、文章类内容。     |
| 优先处理     | `#状态/优先处理`     | 标记为需要优先处理的笔记或任务，提示用户尽快完成相关内容。 |
| 需要补充资料 | `#状态/需要补充资料` | 表示笔记需要额外查找、添加相关的资料或数据支持。           |

#### 2.2 定期复盘

- 每季度通过 `Dataview` 插件生成草稿笔记列表，确保所有未完成的笔记都能得到回顾与完善。
- 结合 `Calendar` 插件设定提醒，以推动知识从“草稿”状态向“完善中”或“已完成”转变。

## 五、Graph View 的应用

**Graph View** 可以帮助你直观了解知识库中各个笔记之间的联系，发现孤立或缺少链接的笔记。

### 1. **Graph View 使用建议**

- **定期检查知识网络**：使用 Graph View 每季度检查一次，识别那些缺乏双向链接的孤立笔记，并通过补充关联信息增强知识网络。
- **主题聚焦**：通过 Obsidian Graph View 中的 **Local Graph** 功能，集中查看某个主题的知识点关联，便于发现知识盲点。

### 2. **Graph View 优化步骤**

- 对比知识密集度和孤立笔记的分布，找出薄弱环节。
- 定期为孤立笔记添加双向链接，提升知识库的整体联通性。

## 六、插件自动化支持与使用指南

为了进一步提升 Obsidian 的效率，通过插件可以实现一些自动化功能，减少手动操作，提升工作流的简洁性和高效性。

| 插件名称                   | 作用                                                       | 主要用法                                                   |
| -------------------------- | ---------------------------------------------------------- | ---------------------------------------------------------- |
| **Dataview 插件**          | 从笔记中自动提取数据，生成动态列表、查询结果等。           | 生成草稿列表，查询状态为“完善中”的笔记，并动态展示。       |
| **QuickAdd 插件**          | 通过快捷键或模板快速生成符合命名规则的笔记。               | 快速创建日志、项目笔记，减少手动操作时间。                 |
| **Tasks 插件**             | 任务管理工具，用于追踪任务的进度和完成情况。               | 任务追踪和生成任务清单，根据任务状态显示待办和已完成任务。 |
| **Templater 插件**         | 创建动态模板，自动生成带变量的笔记，支持复杂工作流。       | 为日记、项目等创建模板，自动插入日期、时间等变量。         |
| **Calendar 插件**          | 通过日历可视化日志、任务等，结合任务管理插件进行时间管理。 | 管理日记，结合 `Tasks` 显示任务到期日期。                  |
| **Excalidraw 插件**        | 绘制图表和草图，便于视觉化内容的表达。                     | 使用 Excalidraw 进行思维导图、流程图、草图的绘制。         |
| **Hider 插件**             | 隐藏 Obsidian 中的 UI 元素，使界面更加简洁。               | 隐藏标题栏、侧边栏等不常用的 UI 元素，提升界面整洁度。     |
| **Linter 插件**            | 自动格式化和规范化笔记内容，保持文档的一致性。             | 通过 Linter 插件自动修正语法、排版等，保持格式统一。       |
| **Minimal Theme Settings** | 自定义 Minimal 主题外观和样式。                            | 调整 Minimal 主题的布局、颜色和字体等个性化设置。          |
| **Periodic Notes 插件**    | 自动生成周期性的笔记，如日记、周记等。                     | 自动生成每日、每周、每月笔记，帮助定期记录和规划。         |
| **Weread 插件**            | 从 WeRead 中导入阅读笔记，方便整理和管理。                 | 自动同步和导入 WeRead 上的阅读笔记，进行知识积累。         |

## 七、审计与维护策略

为了确保知识库的持续优化和高效运行，建议定期进行系统审计和维护，确保知识库符合既定的管理规范。

### 1. **定期审查**

- **标签审查**：每季度对所有标签进行一次审查，查看是否有冗余或重复的标签。通过 Dataview 生成标签使用情况的报告，确保标签系统清晰有序。
- **知识状态审查**：定期检查笔记的状态，确保“草稿”笔记不会长期处于未完成状态，推动其向“完善中”或“已完成”状态转变。

### 2. **长期归档与内容清理**

- **过时项目**：每半年对知识库进行一次归档，将已完成或不再活跃的项目笔记和知识移入 `Archive` 文件夹，以保持主目录的简洁。
- **自动处理：** 使用 Dataview 自动生成需要归档的内容列表，并手动或自动移动到归档文件夹。

### 3. 归档文件夹

在 **Archive** 文件夹，集中管理已归档的笔记，确保主目录保持简洁。

```markdown
Archive
    └── 2023（进一步细分）
```