obsidian 会议记录 模板

用 Obsidian 记会议，最常见的卡点不是不会写 Markdown，而是每次开完会都在纠结：记哪几项、放哪个文件夹、下次怎么找回来。结果要么记太散搜不到，要么模板太重根本没人填。这篇给一套可裁剪的模板结构和日常用法，含字段清单、目录与双链约定、会后跟进三块，并说明小团队和个人该怎么减配。

用 Obsidian 记会议，最常见的卡点不是不会写 Markdown，而是每次开完会都在纠结：记哪几项、放哪个文件夹、下次怎么找回来。结果要么记得太散搜不到，要么模板太重，开完一次会就不想再填第二次。模板的价值不在于字段多，而在于你是不是真的会一直用下去。

下面给一套可以裁剪的会议记录结构：先定字段，再用属性和双链把记录串起来，最后落到会后的待办跟进。你可以从最简版本开始，用一两周看自己实际用得上哪些，再决定要不要加。

模板骨架：会议记录该有哪些字段

结构上最重要的一件事，是把「头信息」和「正文」分开。头信息放那些你以后要靠它检索的项，比如会议名、日期、参与人、所属项目；正文放讨论过程和结论。混在一起写，回头想按项目筛会议时就很难受。

头信息区

放可检索、可筛选的固定项，用属性或列表放在文件开头，字段名尽量稳定不变。

正文区

放叙述性内容，讨论要点、决议、待办都在这里，允许啰嗦，但要有小标题分隔。

三要素

每条待办必须写清动作、责任人、期限，缺一项基本等于没记。

决议标记

给正式结论加一个固定前缀或标签，方便日后全库搜出所有会议的最终结论。

不用一次做全。先固定五个左右的必填项，跑一两周，看看哪些字段你从来没点开过、哪些每次都靠它找回来，再增删。字段越多，填的时候越容易糊弄。

用属性和双链把记录串起来

会议记录天生是网状的：一场会关联人、项目、其他会议。手工在每篇里重复打人名，很容易出现同一个人好几种写法，最后检索全漏。解决办法是把人名和项目名做成链接，让 Obsidian 自己帮你串。

• 参与人、项目名用双链写，而不是纯文本，这样从人物页或项目页能反向看到相关的会。
• 字段命名定一次就别改：统一用「日期」就别再出现「时间」「会议时间」这类同义写法。
• 标签只留一到两级，标签一多就退化成没人整理的垃圾堆，分类优先靠文件夹加链接。
• 会议类型（周会、评审、一对一）可以用属性值表示，不必每种都建一个文件夹。

判断标准很简单：如果你需要靠记忆去翻某场会在哪，说明链接和属性没串好；如果从项目页往下点两下就能找到所有相关会议，这套结构就够用了。

开完会之后：录入顺序与待办跟进

1. 会中只记原始要点别追求格式，先把关键词、数字、谁说了什么快速记下来，速度优先，格式会后补。
2. 当天补决议与待办散会后当天把要点整理成决议和待办，待办补齐动作、责任人、期限三要素；补完检查一遍有没有漏人。
3. 汇总未完成待办用统一的勾选框写法，再用搜索或查询把全库未完成项拉到一个总览页，每天扫一眼。
4. 每周回顾一次把没写责任人的待办补上，把已经过期的标记或关闭，顺便把同一场会被重复记录的情况合并掉。

多人共用一个库时，提前约定谁负责补全、谁只读，否则同一场会被记成两三份，检索时反而更乱。个人使用就没这个烦恼，但也别把记录拖到第二天。

按场景裁剪：个人、小团队、大会议各减哪几项

同一套模板套所有场景，结果一定是重的那版没人用。按会议的性质做减法，比不停加字段更有效。

什么情况下这套模板不适用：会议本身以脑暴为主、没有明确产出时，硬套决议和待办会让人为了填而填，这时用纯要点记录反而更真实。等结论明确了，再单独整理一条决议也不迟。

如果你还在挑同步方案、插件或者外部工具，别把时间花在模板美化上。工具的稳定性这件事，可以先去站内看当时的实测和追踪数字，再回来改模板。