--- 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. **定期审查**:每季度使用 `Dataview` 插件生成标签使用报告,查看标签使用频率,识别不常用或冗余标签。 2. **清理与合并**:合并重复或类似功能的标签,删除不必要的低频标签。 3. **建立参考文档**:记录现有标签及其用途,供用户参考,避免重复创建。 #### 2.3 标签优化策略 1. **跨项目统一**:一些常用标签(如状态、时间)可跨项目使用,避免重复创建类似标签。 2. **持续优化**:随着知识库的扩展,定期评估并调整标签结构,增加必要的新标签,确保系统灵活扩展。 #### 3. 标签应用示例 ```markdown tags: - 领域/技术 - 状态/完善中 - 项目/网站重构 - 时间/2024年 - 类型/技术文档 ``` ## 四、知识管理方法论应用 ### 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(进一步细分) ```