Skip to content

3.7 属性浏览 ​

属性(Properties)是笔记顶部那段 key: value。大部分人只在新建文件时看见它一次,之后再没打开过。实际上它是把一堆零散笔记变成「可查询数据集」的唯一办法。

属性不是元数据摆设 ​

先看一个反例:

yaml
---
title: 某份合同的风险点
date: 2026-10-30
tags: [合同, 风险]
---

这段属性除了好看,什么也做不了——你没法按「风险等级」筛,没法按「涉及金额」排序。

换一种写法:

yaml
---
title: 某份合同的风险点
类型: 案例复盘
风险等级: 高
涉及金额: 1200000
状态: 待复核
复核人: 张三
日期: 2026-10-30
---

差别在于后四个字段可以被筛选、被排序、被统计。

三个原则 ​

1. 字段名固定,值域收敛 ​

同一个含义只用一个字段名。不要今天写 风险等级,明天写 风险级别,后天写 risk。三个名字 = 三套数据 = 互相查不到。

值也要收敛:高/中/低 就三档,不要出现「较高」「中等偏上」「高(重要)」。

2. 只加会用的字段 ​

每加一个字段,就意味着以后每篇都要填。如果一个字段你三个月没用它筛过一次,删掉。

起步阶段四个字段足够:类型、状态、日期、一个关键分类。

3. 用日期格式统一 ​

日期写成 2026-10-30,不要写「10月30日」「2026/10/30」「昨天」。只有标准格式才能排序和做时间范围筛选。

起步就这四个字段 ​

字段取值作用
类型会议 / 案例 / 方案 / 资料(四五种就够)区分「这是什么」
状态草稿 / 待复核 / 已定稿 / 归档撑起一个工作队列
日期YYYY-MM-DD排序与区间筛选
主题你的一个主分类跨文件夹归类

四个字段填三个月,你会自然发现缺哪个,再加。一开始就设计十个字段,最后十个都填不完整。

怎么用属性做浏览 ​

三种查法,按上手难度排序:

第一种:侧栏属性筛选 在文件列表的筛选区,按属性值过滤。比如只看 状态: 待复核,一眼看到手上还压着哪些活。

第二种:搜索语法 在搜索框里直接写属性条件:

text
.风险等级=高 .状态=待复核

多个条件并列就是「且」的关系。想看「高风险的待复核」,这一行就够了。

第三种:Dataview 类插件 如果装了这类插件,可以把属性当数据库查询,自动生成表格。这一步属于进阶,先把手动筛选用熟再考虑。

把属性视图存成快捷方式 ​

状态=待复核 这种查询值得存成快捷方式(3.3)。它就是你每天开工的入口——不用维护清单,改属性它自己进出。

一个判据:什么时候该加属性 ​

问自己一句话:

我会不会有一天想「把所有满足 X 条件的笔记列出来」?

  • 会 → 加属性
  • 不会 → 别加,写在正文里就行

按这个判据,一个几百篇的库,真正需要的属性字段通常不超过八个。

属性 vs 标签 vs 文件夹:一页对照 ​

文件夹标签属性
数量一个文件一个位置多个多个键值对
变化频率低中高
适合表达归属、生命周期主题状态、数值、日期
能排序吗✗✗✓
能区间筛吗✗✗✓

#待办 是标签,.状态=待办 是属性。会频繁变的东西放属性,长期有效的分类放标签。

实务手册 · 持续更新