Obsidian Properties 怎么统一管理笔记元数据

Obsidian Properties 的统一管理关键不在于给每篇笔记堆字段，而是先定一套小而稳定的字段表，再让字段类型保持一致。本文用一篇“项目复盘”笔记演示：把 status、owner、reviewed 和 tags 放到笔记顶部，通过 Properties 视图核对结果。

官方地址：https://obsidian.md/

一、先确定字段约定，再打开 Properties 视图

先把元数据分成“检索和筛选真正会用到”的小字段，不要把长段落塞进属性。建议先使用 status（文本）、owner（文本）、reviewed（复选框）、reviewed-at（日期）和 tags（标签列表）。

操作路径：左下角设置 → 核心插件，确认 Properties view 已开启；然后从左侧功能区打开 All properties。这里会显示 vault 中出现过的属性名，可以先检查是否已经存在拼写相近的字段，例如 review 与 reviewed。

看到字段列表后再开始录入，能避免同一含义出现多种写法。这个动作的验收点是：All properties 中能找到统一字段名，且没有把标题、正文段落误当作属性。

二、用 Add file property 建立一篇可检索的笔记

新建或打开项目笔记，点击编辑区右上角的更多操作 → Add file property，依次添加 status、owner、reviewed 和 reviewed-at。也可以使用 Cmd/Ctrl+; 快捷键添加属性。

把 status 填为 draft，owner 填为团队角色，reviewed 切换为未勾选，日期选择实际复盘日。字段是给机器和人共同读取的短值，项目背景、决策理由仍放在正文中。

---
# 这些字段用于筛选和核对，不承载长篇正文
status: draft
owner: backend
reviewed: false
reviewed-at: 2026-10-04
tags:
  - project-review
  - backend
---

保存后，属性行会出现在笔记顶部。验收点是：字段名和值能直接编辑，正文标题以下仍保持正常 Markdown 结构，没有把分隔线或缩进写错。

三、为字段选择类型，并检查同名属性的一致性

点击属性名旁的类型图标，分别选择 Text、Date、Checkbox 或 Tags。类型不是装饰：日期会使用日期选择器，复选框会显示开关，标签列表则按标签语义处理。

在 All properties 中打开字段的类型设置，检查整个 vault 的同名字段。例如某篇笔记把 reviewed 写成 yes，另一篇写成 false，就说明字段约定没有落地，应统一为 Checkbox 后再修正值。

四、用 YAML 和搜索做最后核对

如果属性在编辑区显示为隐藏，可到设置 → 编辑器 → Properties in document，选择 Visible 或 Source。选择 Source 能看到笔记顶部的 YAML，适合排查字段拼写、日期格式和列表缩进。

随后用搜索属性语法筛选，例如搜索 [status:draft]，确认结果只包含待处理笔记。这里核对的是“属性是否已经写入以及值是否可筛选”，不是检查正文内容是否正确。

需要注意三条边界：Properties 不支持在界面中方便地编辑嵌套属性；Markdown 不会在属性值里按正文方式渲染；大量跨文件修改应交给模板、脚本或社区插件，并先备份 vault。字段越少、类型越稳定，后续搜索和 Dataview 等工具越可靠。

常见问题

属性名改了，为什么其他笔记也跟着变化？

因为同名属性的类型和名称由 vault 级视图统一管理。重命名之前先确认它是否被搜索、模板或社区插件使用。

能不能把一段 Markdown 放进 Properties？

不适合。Properties 面向短小、原子化、可机器读取的信息，长文本和格式化内容应继续放在正文。

为什么日期字段看起来像普通文本？

检查字段类型是否为 Date，以及值是否使用类似 2026-10-04 的日期格式；如果同名字段曾被写成普通文本，先在 All properties 中统一类型。

完成以上核对后，Properties 才真正承担“统一管理笔记元数据”的作用：字段约定负责一致性，类型负责可用性，搜索和源文件 YAML 负责结果确认。