3.7 属性浏览
属性(Properties)是笔记顶部那段 key: value。大部分人只在新建文件时看见它一次,之后再没打开过。实际上它是把一堆零散笔记变成「可查询数据集」的唯一办法。
属性不是元数据摆设
先看一个反例:
---
title: 某份合同的风险点
date: 2026-10-30
tags: [合同, 风险]
---这段属性除了好看,什么也做不了——你没法按「风险等级」筛,没法按「涉及金额」排序。
换一种写法:
---
title: 某份合同的风险点
类型: 案例复盘
风险等级: 高
涉及金额: 1200000
状态: 待复核
复核人: 张三
日期: 2026-10-30
---差别在于后四个字段可以被筛选、被排序、被统计。
三个原则
1. 字段名固定,值域收敛
同一个含义只用一个字段名。不要今天写 风险等级,明天写 风险级别,后天写 risk。三个名字 = 三套数据 = 互相查不到。
值也要收敛:高/中/低 就三档,不要出现「较高」「中等偏上」「高(重要)」。
2. 只加会用的字段
每加一个字段,就意味着以后每篇都要填。如果一个字段你三个月没用它筛过一次,删掉。
起步阶段四个字段足够:类型、状态、日期、一个关键分类。
3. 用日期格式统一
日期写成 2026-10-30,不要写「10月30日」「2026/10/30」「昨天」。只有标准格式才能排序和做时间范围筛选。
起步就这四个字段
| 字段 | 取值 | 作用 |
|---|---|---|
类型 | 会议 / 案例 / 方案 / 资料(四五种就够) | 区分「这是什么」 |
状态 | 草稿 / 待复核 / 已定稿 / 归档 | 撑起一个工作队列 |
日期 | YYYY-MM-DD | 排序与区间筛选 |
主题 | 你的一个主分类 | 跨文件夹归类 |
四个字段填三个月,你会自然发现缺哪个,再加。一开始就设计十个字段,最后十个都填不完整。
怎么用属性做浏览
三种查法,按上手难度排序:
第一种:侧栏属性筛选 在文件列表的筛选区,按属性值过滤。比如只看 状态: 待复核,一眼看到手上还压着哪些活。
第二种:搜索语法 在搜索框里直接写属性条件:
.风险等级=高 .状态=待复核多个条件并列就是「且」的关系。想看「高风险的待复核」,这一行就够了。
第三种:Dataview 类插件 如果装了这类插件,可以把属性当数据库查询,自动生成表格。这一步属于进阶,先把手动筛选用熟再考虑。
把属性视图存成快捷方式
状态=待复核 这种查询值得存成快捷方式(3.3)。它就是你每天开工的入口——不用维护清单,改属性它自己进出。
一个判据:什么时候该加属性
问自己一句话:
我会不会有一天想「把所有满足 X 条件的笔记列出来」?
- 会 → 加属性
- 不会 → 别加,写在正文里就行
按这个判据,一个几百篇的库,真正需要的属性字段通常不超过八个。
属性 vs 标签 vs 文件夹:一页对照
| 文件夹 | 标签 | 属性 | |
|---|---|---|---|
| 数量 | 一个文件一个位置 | 多个 | 多个键值对 |
| 变化频率 | 低 | 中 | 高 |
| 适合表达 | 归属、生命周期 | 主题 | 状态、数值、日期 |
| 能排序吗 | ✗ | ✗ | ✓ |
| 能区间筛吗 | ✗ | ✗ | ✓ |
#待办 是标签,.状态=待办 是属性。会频繁变的东西放属性,长期有效的分类放标签。