184 lines
7.5 KiB
Markdown
184 lines
7.5 KiB
Markdown
---
|
||
title: Vault 专业审查报告
|
||
date: 2026-02-25
|
||
tags:
|
||
- meta
|
||
- review
|
||
- vault-health
|
||
type: review-report
|
||
status: active
|
||
---
|
||
|
||
# Vault 专业审查报告
|
||
|
||
**审查日期**：2026-02-25
|
||
**审查方法**：文件结构全量扫描 + frontmatter 统计 + 内容抽样
|
||
**索引概况（已校准）**：
|
||
- 全仓 Markdown：590
|
||
- 核心区（00_~06_）：541
|
||
- 知识区（00_~05_）：518
|
||
|
||
---
|
||
|
||
## 总体评分
|
||
|
||
> [!success] 综合得分：80 / 100
|
||
> PARA 框架落地良好，主要短板是 Dataview 失效、Inbox 积压、明文凭据风险和部分结构缺口。
|
||
|
||
| 维度 | 得分 |
|
||
|------|------|
|
||
| 信息架构与 PARA 落地 | 16/20 |
|
||
| frontmatter 与元数据规范 | 12/15 |
|
||
| 知识网络（双链密度） | 7/15 |
|
||
| Inbox 处理与工作流可持续性 | 11/20 |
|
||
| 安全与一致性 | 8/15 |
|
||
| 插件生态 | 14/15 |
|
||
|
||
---
|
||
|
||
## 主要优点
|
||
|
||
1. **PARA 结构清晰**：`00_Inbox → 01_Projects → 02_Areas → 03_Resources → 04_Archive` 边界明确，迁移路径可预期。
|
||
2. **Hub 文件模式良好**：`Finance.md`、`Blog.md` 等 Area Hub 使用 frontmatter + Dataview 查询的设计思路正确。
|
||
3. **frontmatter 覆盖率中等**：核心区 541 篇中 280 篇（51.8%）有 frontmatter。
|
||
4. **插件选择合理**：22 个已启用插件覆盖捕获（QuickAdd）、查询（Dataview）、可视化（Excalidraw、Kanban）等关键场景。
|
||
|
||
---
|
||
|
||
## 关键问题与风险
|
||
|
||
### 🔴 P0：安全隐患（需立即处理）
|
||
|
||
在多类技术笔记中发现**明文凭据/令牌模式**，且仓库已纳入 git 历史，存在系统性泄露风险：
|
||
|
||
> [!danger] 高风险文件示例（不限于此）
|
||
> - **AI/ML 配置**：`03_Resources/Development/AI-ML/` 下 `Azure-config.md`、`Nvidia-config.md`
|
||
> - **基础设施**：`01_Projects/Infrastructure/Services/` 下的 `Matrix-windy-pc.md`, `Dendrite.md`, `Matrix.md` (数据库密码、AccessToken、Shared Secret)
|
||
> - **开发工具**：`03_Resources/Development/DevOps/Gitlab/rest api.md` (Private Token)
|
||
> - **IoT**：`01_Projects/Home-Automation/esphome.md` (API Encryption Key)
|
||
|
||
**建议**：立即执行全库正则扫描（使用 `password|secret|key|token`），将凭据迁移至加密管理器，并在 git 中使用 BFG 或 filter-repo 清除历史记录。
|
||
|
||
---
|
||
|
||
### 🔴 P0：Dataview 查询路径全部失效
|
||
|
||
Area Hub 中存在 7 处旧路径 `200-area/...`，当前查询均返回空结果：
|
||
|
||
| 文件 | 错误路径 | 正确路径 |
|
||
|------|----------|----------|
|
||
| `02_Areas/Finance/Finance.md` | `"200-area/Finance"` | `"02_Areas/Finance"` |
|
||
| `02_Areas/Blog/Blog.md` | `"200-area/Blog"` | `"02_Areas/Blog"` |
|
||
| `02_Areas/Health/Health.md` | `"200-area/Health"` | `"02_Areas/Health"` |
|
||
| `02_Areas/House/House.md` | `"200-area/House"` | `"02_Areas/House"` |
|
||
| `02_Areas/Personal Development/Personal Development.md` | `"200-area/Personal Development"` | `"02_Areas/Personal Development"` |
|
||
| `02_Areas/Network & VPN/Network & VPN.md` | `"200-area/Network & VPN"` | `"02_Areas/Network & VPN"` |
|
||
| `02_Areas/Productivity/Productivity.md` | `"200-area/Productivity"` | `"02_Areas/Productivity"` |
|
||
|
||
---
|
||
|
||
### 🟠 P1：Inbox 积压严重
|
||
|
||
```
|
||
00_Inbox/Clippings/2023/ 73 篇（积压 2-3 年）
|
||
00_Inbox/Clippings/2024/ 127 篇（积压 1-2 年）
|
||
00_Inbox/Clippings/2025/ 5 篇
|
||
00_Inbox/Clippings/2026/ 11 篇
|
||
```
|
||
|
||
> [!warning] Inbox 不是归档库
|
||
> Capture 流程在正常运转，但 Process（处理→归档/删除）流程已断裂。216 篇未处理的 Clipping 正在消耗认知资源，同时使真正的 Inbox 条目淹没其中。
|
||
|
||
**建议**：对 2023-2024 年的 Clippings 执行批量决策——超过 90 天未处理即视为过期，直接移入 `04_Archive` 或删除。
|
||
|
||
---
|
||
|
||
### 🟠 P1：知识网络极度稀疏
|
||
|
||
| 指标 | 数值 |
|
||
|------|------|
|
||
| 总笔记数（核心区） | 541 篇 |
|
||
| `[[wikilink]]` 总数 | 292 处 |
|
||
| 平均每篇链接数 | **0.54 个** |
|
||
|
||
> [!note] 图谱基本是孤岛
|
||
> Obsidian 的核心价值在于发现意料之外的知识连接。当前密度意味着图谱几乎是孤立节点的集合，Obsidian 相对普通文件夹的优势未能体现。
|
||
>
|
||
> 根本原因：大量笔记是技术配置的直接转储，缺少"阅读→思考→链接"的处理步骤。
|
||
|
||
---
|
||
|
||
### 🟡 P2：Vault 根目录污染
|
||
|
||
当前 vault 是“知识库 + 自动化脚本”混合仓库，根目录包含较多工程文件。对纯笔记视角属于噪音，对开发工作流则是必要资产。
|
||
|
||
**工程文件**（如仅用于 Obsidian，可考虑外移；如持续使用脚本则应保留）
|
||
- `node_modules/`、`package.json`、`package-lock.json`、`pnpm-lock.yaml`
|
||
|
||
**元文档**（可按偏好统一归入 `06_Metadata/`）
|
||
- `ULTRA_SIMPLE_WORKFLOW.md`
|
||
- `WORKFLOW_TRANSITION_GUIDE.md`
|
||
- `WORKFLOW_SIMPLIFICATION_ANALYSIS.md`
|
||
- `WEEKLY_REVIEW.md`
|
||
- `QUICK_REFERENCE.md`
|
||
- `CHANGELOG.md`
|
||
- `REFACTOR_SUMMARY.md`
|
||
- `AGENTS.md`、`CONTRIBUTING.md`、`CLAUDE-BOOTSTRAP.md`
|
||
|
||
**孤立文件**：`2026-01-05.md`（位于根目录，未归入任何目录）
|
||
|
||
---
|
||
|
||
### 🟡 P2：内容重复与目录混乱
|
||
|
||
**重复内容**
|
||
- `02_Areas/Lifestyle/Cooking/Pickled-Cucumber-Recipe.md` 与 `03_Resources/Cooking/Pickled-Cucumber-Recipe.md` 内容高度重复（前者多 frontmatter）
|
||
- `03_Resources/Cooking/` 内部冗余：`Pickled-Cucumber.md` (说明) 与 `Pickled-Cucumber-Recipe.md` (记录) 建议合并
|
||
- `02_Areas/Lifestyle/Cooking`、`02_Areas/Lifestyle/Gaming` 应为 Resources，不是 Areas（Areas = 持续的责任领域，菜谱是资源）
|
||
|
||
**重复目录**
|
||
- `03_Resources/PKM/` 与 `03_Resources/Personal Knowledge Management/` — 同一概念两个入口
|
||
|
||
---
|
||
|
||
### 🟡 P2：插件使用与安装不匹配
|
||
|
||
- `dataview` 已安装，但 Hub 文件查询全部失效（见 P0）
|
||
- `obsidian-tasks-plugin` 已安装，任务语法存在（约 105 行），但与插件能力相比使用深度有限
|
||
- `calendar` 已安装，但日期笔记只有零散几篇，没有形成每日笔记习惯
|
||
- `templater-obsidian` 与 `quickadd` 功能重叠，建议选一个作为主力
|
||
- 已启用插件 22 个，但启用列表中有 2 个插件目录缺失：`obsidian-opencode`、`opencode-obsidian`
|
||
|
||
**缺失**：建议安装 `linter` 插件自动规范 frontmatter 格式，减少人工维护成本。
|
||
|
||
---
|
||
|
||
### 🟡 P2：结构缺口（新增）
|
||
|
||
- `02_Areas/GFW` 缺少同名 Hub 文件
|
||
- `02_Areas/Job` 缺少同名 Hub 文件
|
||
- `02_Areas/Lifestyle` 缺少同名 Hub 文件
|
||
|
||
---
|
||
|
||
## 行动清单
|
||
|
||
- [ ] 🔴 **全库凭据清理**：使用正则全量搜索并清除 `01_Projects` 和 `03_Resources` 中的明文密钥
|
||
- [ ] 🔴 批量修复所有 Area Hub 的 Dataview 查询路径（需包含子目录层级）
|
||
- [ ] 🟠 将根目录的元文档批量移入 `06_Metadata/`
|
||
- [ ] 🟠 合并 `03_Resources/PKM` 与 `03_Resources/Personal Knowledge Management`
|
||
- [ ] 🟠 合并 `03_Resources/Cooking/` 下的冗余笔记，并从 `02_Areas` 迁移内容
|
||
- [ ] 🟡 对 2023-2024 年的 Inbox Clippings 执行批量归档/删除决策
|
||
- [ ] 🟡 补齐 `02_Areas/GFW`、`02_Areas/Job`、`02_Areas/Lifestyle` 的 Hub 文件
|
||
- [ ] 🟡 修复或移除已启用但缺失目录的插件配置（`obsidian-opencode`、`opencode-obsidian`）
|
||
- [ ] 🟡 建立每周 Inbox 清零的处理习惯（建议固定时间，30 分钟内完成）
|
||
- [ ] 🟢 为 Projects 和 Areas 笔记补充双向链接，逐步建立知识网络
|
||
|
||
---
|
||
|
||
## 参考（已校准）
|
||
|
||
- [[00_Inbox/IMPROVEMENT_PLAN_2026-02-03]] — 上次改进计划
|
||
- [[06_Metadata/IMPROVEMENT_PLAN_2026-02-25]] — 本次修复计划（含执行阶段与计划审核）
|
||
- [[REVIEW_REPORT_2026-02-03]] — 上次审查报告（评分 86/100）
|