Obsidian 搜索与维护工作流
知识库越大，维护成本越容易上升。
我会把维护拆成几件事：找得到、连得上、改得动、删得下手。
搜索先解决找回
Obsidian 的搜索能力足够支撑很多场景。
常用方式：
- 搜文件名
- 搜正文关键词
- 搜路径
- 搜标签
- 搜任务
- 用引号搜短语
- 用排除词缩小范围
搜索时不要只想着“找到某篇笔记”。更重要的是恢复当时的上下文：我当时为什么写它，它和哪个问题有关。
链接解决上下文
搜索能找到东西，链接能找回关系。
所以维护时我会检查：
- 孤立笔记有没有入口
- 重要笔记有没有上位 MOC
- 相关概念之间有没有互相连接
- 公开文章有没有链接回素材来源
链接的价值不在图谱好看。更关键的是，未来的自己能顺着思路走回来。
批量处理交给更合适的工具
Obsidian 适合日常写作和链接维护。
批量重命名、批量替换、frontmatter 统一、文件迁移这些事情，可以交给 VS Code、脚本或专门插件。
需要注意的是，文件名和路径一旦变化，链接也要一起检查。外部工具很强，但也更容易误伤。
定期维护
我会把维护频率控制得很低，避免系统变成负担。
可以定期看几类内容：
- 最近新增但没有链接的笔记
- 长期停留在草稿状态的笔记
- 标题含糊的笔记
- 多篇内容重复的笔记
- 已经失效的工具和流程说明
维护不用追求洁癖式整理，目标是让系统继续可用。