知识管理【免费下载链接】Obsidian-TemplatesA repository containing templates and scripts for #Obsidian to support the #Zettelkasten method for note-taking.项目地址https://gitcode.com/gh_mirrors/ob/Obsidian-Templates点击查看免费下载导读本文深入解析 Obsidian-Templates 仓库中2_Dialogue Template对话笔记模板它属于 Zettelkasten 五大笔记类型中的文献笔记Literature Notes用于把访谈、播客对话、会议讨论、问答等口头交流内容结构化为可检索、可链接、可持续加工的知识单元。读完本文你将掌握该模板的完整 YAML 属性语义、正文与 Back Matter 结构、Dataview 动态查询的联动机制以及如何将一条对话笔记平滑汇入永久笔记Permanent Notes的加工流水线。适用前提本文所有描述均基于仓库当前实际文件 Templates/2_Dialogue Template.md 与仓库内配套模板、结构笔记与 README 约定模板中的{{DATE:...}}变量、 this.xxx内联查询与[!Note]引用块分别依赖 Obsidian 核心插件 Templates 与第三方插件 DataView、Callouts请在配置前确认已安装对应插件。一、模板定位对话类文献笔记在 Zettelkasten 中的角色Obsidian-Templates 仓库README.md遵循1 Toolset, 5 Types of Notes的知识组织框架把笔记分为五类前缀笔记类型典型模板1_Fleeting Notes闪念笔记1_Fleeting Template.md2_Literature Notes文献笔记2_Book Template.md、2_Quote Template.md、2_Dialogue Template3_Permanent Notes永久笔记3_Note Template.md、3_Proposition Template.md4_Project Notes项目笔记4_Post Template.md5_Structure Notes结构笔记5_Structure Template.md对话模板与 2_Meeting Template.md会议笔记、2_Quote Template.md引语笔记同属2_前缀的文献类模板但从模板字段设计看其定位更贴近内容驱动而非流程驱动它不记录会议的时间、地点、参与者、议程而是直接沉淀对话中涌现的观点、证据与待办——这正是它区别于会议模板的关键。从源码结构看可以推断2_Dialogue Template面向的对象是对话性文本包括但不限于与领域专家的深度访谈访谈逐字稿的提炼播客、公开课、讲座中的对谈内容读书会、研讨班中的问答与讨论与 AI 助手如 ChatGPT、Claude的多轮对话中值得保留的观点其核心思想是对话是知识的来源但原始对话不是知识——必须经过提炼观点lead→ 展开细节Details→ 提出追问Questions→ 落实行动Tasks的四步加工才能进入 Zettelkasten 的知识网络。二、Frontmatter 属性区逐字段解析模板的 YAML FrontmatterTemplates/2_Dialogue Template.md如下--- tags: - type/literature - type/dialogue - theme/xyz - source/xyz lead: lead paragraph goes here visual: ![[image.jpg]] created: {{DATE:YYYY-MM-DD, HH:mm}} modified: {{DATE:YYYY-MM-DD, HH:mm}} template_type: Dialogue template_version: 0.03 ---2.1 标签体系type/、theme/、source/模板预置了四个标签遵循仓库统一的元数据命名空间约定该约定在 5_Structure Notes/List of Templates.md 中有明确注释标签语义本模板中的含义type/literature笔记类型标记这是一条文献笔记对应2_文件夹type/dialogue笔记子类型标记这是一条对话类笔记供 Dataview 查询与结构笔记按类型汇总theme/xyz主题簇用theme/前缀建立跨笔记的主题聚类xyz是待替换占位符source/xyz来源记录内容来自哪次对话/访谈xyz是待替换占位符这种类型 主题 来源的多维标签设计使得同一条对话笔记可以同时被三类查询命中按笔记类型type、按研究主题theme、按出处source。仓库中的结构笔记正是依赖这套约定进行检索例如 5_Structure Notes/Literature Notes to be processed.md 用FROM 2_Literature Notes汇总全部文献笔记而type/dialogue标签则让对话类笔记可以被更细粒度的查询单独筛出。2.2lead对话的一句话观点lead是模板体系中贯穿所有笔记的核心属性。它在正文中以 Dataview 内联查询 this.lead自动渲染见第三节。Obsidian-Templates 对此属性的约定是用一句话概括本笔记最核心的洞见作为整条笔记的电梯演讲。仓库结构笔记 5_Structure Notes/Notes without lead.md 用如下查询直接检查哪些笔记尚未填写 leadTABLE WITHOUT ID file.link AS Sketchnotes, lead AS Lead Paragraph, modified AS Modified, file.folder AS Folder FROM 3_Permanent Notes WHERE (lead null) OR (lead Lead paragraph goes here ) SORT modified DESC这说明lead的占位符值 lead paragraph goes here 被视为未填写的哨兵值——如果你把模板原样复制而未替换 lead就会被这类质检型结构笔记抓出来。因此创建对话笔记的第一步就是把 lead 替换为对话中最值得保留的那一句话并删除占位符。2.3visual对话的可视化锚点visual属性以![[image.jpg]]形式保存一张嵌入图片的引用。模板注释Templates/2_Dialogue Template.md明确说明该属性available from visual-key in properties section若没有合适的配图应删除对应正文块。对于对话类笔记visual 可存放访谈对象照片、播客封面、讲座幻灯片截图手绘思维导图 / sketchnote记录对话结构对话中出现的图表、白板照片仓库中 x3_Front Matter Snippet.md 与 x3_Back Matter Snippet.md 提供了可复用的属性区片段其中均包含visual键说明这是模板家族的通用约定。2.4created/modified时间戳模板变量created: {{DATE:YYYY-MM-DD, HH:mm}} modified: {{DATE:YYYY-MM-DD, HH:mm}}{{DATE:...}}是 Obsidian 核心插件 Templates 的日期变量语法在插入模板时会被求值为当前时间格式为YYYY-MM-DD, HH:mm例如2026-10-14, 18:39。注意modified在模板中同样使用{{DATE:...}}占位实际应用中建议在每次编辑后手动或通过插件如 Templater 的{{date}}与 meta 编辑类插件更新以维持时间线的可信度——仓库中多张结构笔记如 5_Structure Notes/Reference tasks to be finished.md按file.mday排序来驱动待处理队列时间戳的准确性直接影响加工优先级。2.5template_type与template_versiontemplate_type: Dialogue template_version: 0.03这两个属性是模板家族的身份证template_type供 Templates/Templates.md 中的 Dataview 目录表按类型展示全部模板template_version用于追踪模板演进。0.03 版本号表明对话模板在仓库中属于较新的模板对比Book 模板为 1.18、Meeting 模板为 1.35、Note 模板为 1.47其结构与家族标准保持一致但细节仍在迭代中。三、正文骨架标题、视觉块与 lead 引用块Frontmatter 之后模板正文由四段构成。第一段是头部区# {{Title}} !-- Clear and descriptive title -- !-- Visual if available from visual-key in properties section. Delete this block if there is none. -- this.visual small_Edit: [[]]_/small !-- Most essential idea from lead-key in properties section -- [!Note] this.lead _smallBased on: this.based_on Tags: this.tags/small_3.1# {{Title}}清晰描述性标题{{Title}}是 Templates 核心插件的标题变量插入模板时若 Obsidian 设置了模板标题选项会自动替换为当前笔记文件名否则保留占位符需手动填写。注释要求Clear and descriptive title——对话笔记的标题不应是与张三的对话而应是对话的核心主题例如为什么卡片盒需要双重链接与 Soenke Ahrens 的访谈摘记。3.2 this.visualDataview 内联查询反引号包裹的 this.xxx是 DataView 插件的内联表达式语法前缀声明这是一个查询表达式this指当前笔记对象.后跟属性名。 this.visual会把 Frontmatter 中visual属性的值即![[image.jpg]]原样渲染为嵌入图片。这是一种属性驱动渲染的模式图片只在前置属性区维护正文通过内联查询自动呈现避免正文与属性两处维护同一张图片导致不一致。同理 this.lead、this.based_on、 this.tags分别把 lead、based_on、tags 属性的值渲染到引用块中。3.3 [!Note]引用块lead 的展示舞台 [!Note] this.lead _smallBased on: this.based_on Tags: this.tags/small_[!Note]是 Obsidian 的Callout醒目引用块语法渲染为带图标和背景色的提示框。这个结构在整个模板家族中高度一致对比 3_Note Template.md、2_Quote Template.md、5_Structure Template.md 均采用同样写法它实现了lead 前置打开笔记第一眼看到的就是核心观点而非原始对话流水账元数据自动回显Based on:与Tags:由 Dataview 从属性实时取数Back Matter 区填写的based_on属性与 tags 会在此自动呈现形成头尾呼应可追溯性读者随时知道这条笔记基于什么based_on、归属什么主题tags。四、正文主体Details、Questions、Tasks 三区块##### Details !-- elaboration, evidence, worked examples -- - ##### Questions !-- open, unresolved, provoked by this note — epistemic, not operational -- - ##### Tasks !-- operational follow-ups only -- -这是对话笔记的加工核心三个区块的职责边界在模板注释中写得非常明确区块职责注释关键词反例不该写什么Details展开、证据、实例elaboration, evidence, worked examples原始对话逐字稿Questions该笔记引发的开放/未解决问题open, unresolved, provoked by this note —epistemic, not operational可直接执行的待办Tasks操作性后续事项operationalfollow-ups only认识论层面的开放式追问Questions与Tasks的区分是 Zettelkasten 方法论的精华问题是求知层面epistemic的任务是行动层面operational的。例如读完一段关于主动回忆是否优于间隔重复的访谈后Questions 写主动回忆的优势在陈述性知识上是否同样成立——这是驱动进一步研究的开放式问题Tasks 写查阅 Smith 2023 的元分析并补记到 3_Note Template.md——这是可勾选的操作。这种分离让笔记既能生长被问题牵引出更多笔记又能落地任务汇入执行队列。仓库中的结构笔记 5_Structure Notes/Permanent Notes with tasks to be finished.md、5_Structure Notes/Project Note tasks to be finished.md 均以file.tasks统计待办而 Dataview 的length(file.tasks)查询会同时把- [ ]与 Back Matter 中的任务一并纳入统计——因此 Tasks 区块务必使用标准任务语法- [ ]或- [x]才能被结构笔记自动汇总。五、Back Matter 封底区知识网络的接口# Back Matter **_Sources_** !-- always keep a link to the [[source]] -- - based_on:: **_References_** !-- see: [[permanent note]] because reason -- - see:: **_Context_** !-- the scene at capture — see Subjective Context Principle. Optional but preferred. -- - scene:: - context:: **_Terms_** !-- optional link to [[literature note]] with term definition. -- - term:: **_Targets_** !-- optional link to [[project note]] or published content. -- - used_in::Back Matter封底区是整个模板家族共用的知识网络接口x3_Back Matter Snippet.md 提供了完全一致的独立片段可复制到任意笔记。对话模板的封底区定义了五个区块、六个属性5.1Sources→based_on::必填注释强调 always keep a link to the [[source]]。对话笔记的来源可以是访谈逐字稿笔记的链接播客页面 / 视频时间戳[[podcast note]]或标题对话参与者的人物笔记对应 2_Person Template.md该模板提供role/xyz标签可标注对话者角色based_on::使用 Obsidian 的属性Property语法属性名:: 值它同时作为属性被 Dataview 索引、并可通过 3_Note Template.md 头部引用块中的this.based_on自动回显。5.2References→see::推荐see: [[permanent note]] becausereason——本区块把对话笔记与已存在的永久笔记建立显式关联并必须附上理由。例如- see:: [[3_主动回忆优于重复阅读]] 因为该访谈提供了新的对照实验证据相比普通的双链see::属性形式让 Dataview 可以做反向引用类查询如统计某条永久笔记被多少条文献笔记引用并显式记录引用动机避免无意义链接。5.3Context→scene::、context::可选但推荐注释明确给出两个字段的语义the scene at capture — see Subjective Context Principle。这是主观语境原则的体现记录捕获时的场景让未来的自己理解当时为什么觉得这段对话重要。例如- scene:: 2026-08 线上访谈受访者演示其卡片盒工作流 - context:: 我正在整理双链密度与检索效率主题此对话提供了实操视角context字段在 x3_Back Matter Snippet.md 中存在而 2_Meeting Template.md 中仅有scene对话模板同时保留两者说明其对语境完整性要求更高。5.4Terms→term::可选optional link to [[literature note]] with term definition——当对话中出现了需要定义的关键术语时链接到对应的术语文献笔记2_Term Template.md。仓库还提供了 x5_Glossary Snippet.md、x5_Dictionary Snippet.md 等片段来集中管理术语定义。5.5Targets→used_in::可选optional link to [[project note]] or published content——若这段对话的观点被用于某篇项目笔记、文章或发布内容用used_in::记录去向形成来源 → 笔记 → 产出的完整闭环。5.6 区块的加工顺序从 Zettelkasten 工作流看Back Matter 应在加工阶段而非捕获阶段填写捕获时只需保证based_on存在see、term、used_in随着该对话观点被逐步引用、定义、产出而渐次补全。这与仓库中文献笔记 → 永久笔记 → 项目笔记的流水线见 README.md 的 5 Types of Notes完全吻合。六、插件依赖与 Dataview 联动机制根据 README.md本模板家族依赖以下必备插件插件在本模板中的用途DataView内联查询 this.lead等与属性取数是模板动态化的核心Bases可选替代以数据库视图批量查看、过滤、排序笔记属性Frontmatter Tag Suggest在 YAML 中自动补全type/、theme/、source/标签Templates核心插件解析{{DATE:...}}、{{Title}}变量Callouts核心功能渲染 [!Note]引用块对话模板的数据流如下插入模板Templates 插件求值{{DATE:...}}与{{Title}}填写属性Frontmatter Tag Suggest 辅助补全标签lead、based_on 等属性被写入 YAML自动渲染DataView 在阅读视图把this.lead、this.visual、this.tags、this.based_on渲染进正文引用块被汇总结构笔记的 Dataview 查询如 5_Structure Notes/Literature Notes to be processed.md 的FROM 2_Literature Notes自动把这条对话笔记纳入待处理清单。值得一提的是 Templates/Templates.md 中用于管理模板本身的查询展示了contains(file.name,2_)这类前缀过滤技巧——同理你可以用WHERE contains(file.etags, #type/dialogue)或WHERE template_type Dialogue单独汇总所有对话笔记。七、实操流程从一次对话到一条可加工笔记综合以上解析一条对话笔记的完整生命周期如下步骤 1捕获前准备。确认已安装 Templates、DataView、Frontmatter Tag Suggest 插件README.md 的 5 Mandatory Obsidian Plugins把 Templates/2_Dialogue Template.md 复制到 Obsidian 的模板文件夹。步骤 2插入模板。新建笔记通过 Templates 插件插入对话模板填写标题替代{{Title}}与日期{{DATE:...}}已自动求值。步骤 3替换占位符。至少完成以下替换lead: 替换 lead paragraph goes here 为对话核心观点的一句话tags: 将theme/xyz、source/xyz中的xyz替换为真实主题与来源标识visual: 无配图则删除正文 this.visual块模板注释已说明。步骤 4填充主体。在Details写观点展开与证据Questions写认识论层面的追问Tasks写可勾选的操作项- [ ]格式。步骤 5维护 Back Matter。先填based_on::对话来源链接随加工进度补see::关联永久笔记及理由、term::、used_in::并在加工时记录scene::/context::。步骤 6汇入流水线。这条type/literaturetype/dialogue笔记会自动出现在 5_Structure Notes/Literature Notes to be processed.md按file.cday排序中其未完成的任务会进入按file.mday排序的待办类结构笔记据此按文献 → 永久的方向继续加工最终把对话中的洞见提炼为独立的 3_Note Template.md 永久笔记并在原对话笔记的see::中记录这一转化。八、版本、版权与定制注意模板版本号为template_version: 0.03属仓库中的年轻模板若未来仓库更新该文件建议在升级时对比新旧版本以保留自定义内容。模板底部版权注释为© 2022-2026 by Edmund Gröpl under CC BY-NC-SA 4.0与仓库 LICENSE.md 的许可约定一致复制与修改模板时请保留许可信息。定制时请注意Back Matter 区块名称Sources/References/Context/Terms/Targets与属性名based_on/see/scene/context/term/used_in在模板家族中全局统一对比 3_Note Template.md、2_Quote Template.md、5_Structure Template.md新增字段会破坏 Dataview 查询与结构笔记的一致性建议通过 x3_Front Matter Snippet.md 这类官方片段扩展而非改动核心属性名。通过上述设计对话模板把易逝的口头交流转化为可检索、可链接、可追问、可行动的知识节点——这正是 Zettelkasten强调连接而非收藏README.md理念在对话场景下的具体落地。完整的模板清单与目录管理可进一步查阅 Templates/Templates.md。赞分享知识管理【免费下载链接】Obsidian-TemplatesA repository containing templates and scripts for #Obsidian to support the #Zettelkasten method for note-taking.项目地址https://gitcode.com/gh_mirrors/ob/Obsidian-Templates点击查看免费下载相关推荐Obsidian-Templates 闪念笔记模板深度解析极简捕获的 Frontmatter 约定与 Zettelkasten 处理流水线Obsidian Templates 闪念笔记模板深度解析极简捕获的 Frontmatter 约定与 Zettelkasten 处理流水线 本文以 Obsid知识管理在 Obsidian-Templates 中用 DataView 构建 Zettelkasten 看板Dataview - Kanban Board 结构笔记详解在 Obsidian Templates 中用 DataView 构建 Zettelkasten 看板Dataview Kanban Board 结构笔记详解知识管理Obsidian-Templates 文献笔记模板实战2_Bibliographical Template 的 YAML 属性、正文结构与 Zettelkasten 集成Obsidian Templates 文献笔记模板实战2_Bibliographical Template 的 YAML 属性、正文结构与 Zettelkas知识管理上一篇网页时光机5分钟学会找回消失的网页历史记录下一篇解密LuLumacOS开源防火墙的深度实战指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
知识管理【免费下载链接】Obsidian-TemplatesA repository containing templates and scripts for #Obsidian to support the #Zettelkasten method for note-taking.项目地址https://gitcode.com/gh_mirrors/ob/Obsidian-Templates点击查看免费下载导读本文深入解析 Obsidian-Templates 仓库中2_Dialogue Template对话笔记模板它属于 Zettelkasten 五大笔记类型中的文献笔记Literature Notes用于把访谈、播客对话、会议讨论、问答等口头交流内容结构化为可检索、可链接、可持续加工的知识单元。读完本文你将掌握该模板的完整 YAML 属性语义、正文与 Back Matter 结构、Dataview 动态查询的联动机制以及如何将一条对话笔记平滑汇入永久笔记Permanent Notes的加工流水线。适用前提本文所有描述均基于仓库当前实际文件 Templates/2_Dialogue Template.md 与仓库内配套模板、结构笔记与 README 约定模板中的{{DATE:...}}变量、 this.xxx内联查询与[!Note]引用块分别依赖 Obsidian 核心插件 Templates 与第三方插件 DataView、Callouts请在配置前确认已安装对应插件。一、模板定位对话类文献笔记在 Zettelkasten 中的角色Obsidian-Templates 仓库README.md遵循1 Toolset, 5 Types of Notes的知识组织框架把笔记分为五类前缀笔记类型典型模板1_Fleeting Notes闪念笔记1_Fleeting Template.md2_Literature Notes文献笔记2_Book Template.md、2_Quote Template.md、2_Dialogue Template3_Permanent Notes永久笔记3_Note Template.md、3_Proposition Template.md4_Project Notes项目笔记4_Post Template.md5_Structure Notes结构笔记5_Structure Template.md对话模板与 2_Meeting Template.md会议笔记、2_Quote Template.md引语笔记同属2_前缀的文献类模板但从模板字段设计看其定位更贴近内容驱动而非流程驱动它不记录会议的时间、地点、参与者、议程而是直接沉淀对话中涌现的观点、证据与待办——这正是它区别于会议模板的关键。从源码结构看可以推断2_Dialogue Template面向的对象是对话性文本包括但不限于与领域专家的深度访谈访谈逐字稿的提炼播客、公开课、讲座中的对谈内容读书会、研讨班中的问答与讨论与 AI 助手如 ChatGPT、Claude的多轮对话中值得保留的观点其核心思想是对话是知识的来源但原始对话不是知识——必须经过提炼观点lead→ 展开细节Details→ 提出追问Questions→ 落实行动Tasks的四步加工才能进入 Zettelkasten 的知识网络。二、Frontmatter 属性区逐字段解析模板的 YAML FrontmatterTemplates/2_Dialogue Template.md如下--- tags: - type/literature - type/dialogue - theme/xyz - source/xyz lead: lead paragraph goes here visual: ![[image.jpg]] created: {{DATE:YYYY-MM-DD, HH:mm}} modified: {{DATE:YYYY-MM-DD, HH:mm}} template_type: Dialogue template_version: 0.03 ---2.1 标签体系type/、theme/、source/模板预置了四个标签遵循仓库统一的元数据命名空间约定该约定在 5_Structure Notes/List of Templates.md 中有明确注释标签语义本模板中的含义type/literature笔记类型标记这是一条文献笔记对应2_文件夹type/dialogue笔记子类型标记这是一条对话类笔记供 Dataview 查询与结构笔记按类型汇总theme/xyz主题簇用theme/前缀建立跨笔记的主题聚类xyz是待替换占位符source/xyz来源记录内容来自哪次对话/访谈xyz是待替换占位符这种类型 主题 来源的多维标签设计使得同一条对话笔记可以同时被三类查询命中按笔记类型type、按研究主题theme、按出处source。仓库中的结构笔记正是依赖这套约定进行检索例如 5_Structure Notes/Literature Notes to be processed.md 用FROM 2_Literature Notes汇总全部文献笔记而type/dialogue标签则让对话类笔记可以被更细粒度的查询单独筛出。2.2lead对话的一句话观点lead是模板体系中贯穿所有笔记的核心属性。它在正文中以 Dataview 内联查询 this.lead自动渲染见第三节。Obsidian-Templates 对此属性的约定是用一句话概括本笔记最核心的洞见作为整条笔记的电梯演讲。仓库结构笔记 5_Structure Notes/Notes without lead.md 用如下查询直接检查哪些笔记尚未填写 leadTABLE WITHOUT ID file.link AS Sketchnotes, lead AS Lead Paragraph, modified AS Modified, file.folder AS Folder FROM 3_Permanent Notes WHERE (lead null) OR (lead Lead paragraph goes here ) SORT modified DESC这说明lead的占位符值 lead paragraph goes here 被视为未填写的哨兵值——如果你把模板原样复制而未替换 lead就会被这类质检型结构笔记抓出来。因此创建对话笔记的第一步就是把 lead 替换为对话中最值得保留的那一句话并删除占位符。2.3visual对话的可视化锚点visual属性以![[image.jpg]]形式保存一张嵌入图片的引用。模板注释Templates/2_Dialogue Template.md明确说明该属性available from visual-key in properties section若没有合适的配图应删除对应正文块。对于对话类笔记visual 可存放访谈对象照片、播客封面、讲座幻灯片截图手绘思维导图 / sketchnote记录对话结构对话中出现的图表、白板照片仓库中 x3_Front Matter Snippet.md 与 x3_Back Matter Snippet.md 提供了可复用的属性区片段其中均包含visual键说明这是模板家族的通用约定。2.4created/modified时间戳模板变量created: {{DATE:YYYY-MM-DD, HH:mm}} modified: {{DATE:YYYY-MM-DD, HH:mm}}{{DATE:...}}是 Obsidian 核心插件 Templates 的日期变量语法在插入模板时会被求值为当前时间格式为YYYY-MM-DD, HH:mm例如2026-10-14, 18:39。注意modified在模板中同样使用{{DATE:...}}占位实际应用中建议在每次编辑后手动或通过插件如 Templater 的{{date}}与 meta 编辑类插件更新以维持时间线的可信度——仓库中多张结构笔记如 5_Structure Notes/Reference tasks to be finished.md按file.mday排序来驱动待处理队列时间戳的准确性直接影响加工优先级。2.5template_type与template_versiontemplate_type: Dialogue template_version: 0.03这两个属性是模板家族的身份证template_type供 Templates/Templates.md 中的 Dataview 目录表按类型展示全部模板template_version用于追踪模板演进。0.03 版本号表明对话模板在仓库中属于较新的模板对比Book 模板为 1.18、Meeting 模板为 1.35、Note 模板为 1.47其结构与家族标准保持一致但细节仍在迭代中。三、正文骨架标题、视觉块与 lead 引用块Frontmatter 之后模板正文由四段构成。第一段是头部区# {{Title}} !-- Clear and descriptive title -- !-- Visual if available from visual-key in properties section. Delete this block if there is none. -- this.visual small_Edit: [[]]_/small !-- Most essential idea from lead-key in properties section -- [!Note] this.lead _smallBased on: this.based_on Tags: this.tags/small_3.1# {{Title}}清晰描述性标题{{Title}}是 Templates 核心插件的标题变量插入模板时若 Obsidian 设置了模板标题选项会自动替换为当前笔记文件名否则保留占位符需手动填写。注释要求Clear and descriptive title——对话笔记的标题不应是与张三的对话而应是对话的核心主题例如为什么卡片盒需要双重链接与 Soenke Ahrens 的访谈摘记。3.2 this.visualDataview 内联查询反引号包裹的 this.xxx是 DataView 插件的内联表达式语法前缀声明这是一个查询表达式this指当前笔记对象.后跟属性名。 this.visual会把 Frontmatter 中visual属性的值即![[image.jpg]]原样渲染为嵌入图片。这是一种属性驱动渲染的模式图片只在前置属性区维护正文通过内联查询自动呈现避免正文与属性两处维护同一张图片导致不一致。同理 this.lead、this.based_on、 this.tags分别把 lead、based_on、tags 属性的值渲染到引用块中。3.3 [!Note]引用块lead 的展示舞台 [!Note] this.lead _smallBased on: this.based_on Tags: this.tags/small_[!Note]是 Obsidian 的Callout醒目引用块语法渲染为带图标和背景色的提示框。这个结构在整个模板家族中高度一致对比 3_Note Template.md、2_Quote Template.md、5_Structure Template.md 均采用同样写法它实现了lead 前置打开笔记第一眼看到的就是核心观点而非原始对话流水账元数据自动回显Based on:与Tags:由 Dataview 从属性实时取数Back Matter 区填写的based_on属性与 tags 会在此自动呈现形成头尾呼应可追溯性读者随时知道这条笔记基于什么based_on、归属什么主题tags。四、正文主体Details、Questions、Tasks 三区块##### Details !-- elaboration, evidence, worked examples -- - ##### Questions !-- open, unresolved, provoked by this note — epistemic, not operational -- - ##### Tasks !-- operational follow-ups only -- -这是对话笔记的加工核心三个区块的职责边界在模板注释中写得非常明确区块职责注释关键词反例不该写什么Details展开、证据、实例elaboration, evidence, worked examples原始对话逐字稿Questions该笔记引发的开放/未解决问题open, unresolved, provoked by this note —epistemic, not operational可直接执行的待办Tasks操作性后续事项operationalfollow-ups only认识论层面的开放式追问Questions与Tasks的区分是 Zettelkasten 方法论的精华问题是求知层面epistemic的任务是行动层面operational的。例如读完一段关于主动回忆是否优于间隔重复的访谈后Questions 写主动回忆的优势在陈述性知识上是否同样成立——这是驱动进一步研究的开放式问题Tasks 写查阅 Smith 2023 的元分析并补记到 3_Note Template.md——这是可勾选的操作。这种分离让笔记既能生长被问题牵引出更多笔记又能落地任务汇入执行队列。仓库中的结构笔记 5_Structure Notes/Permanent Notes with tasks to be finished.md、5_Structure Notes/Project Note tasks to be finished.md 均以file.tasks统计待办而 Dataview 的length(file.tasks)查询会同时把- [ ]与 Back Matter 中的任务一并纳入统计——因此 Tasks 区块务必使用标准任务语法- [ ]或- [x]才能被结构笔记自动汇总。五、Back Matter 封底区知识网络的接口# Back Matter **_Sources_** !-- always keep a link to the [[source]] -- - based_on:: **_References_** !-- see: [[permanent note]] because reason -- - see:: **_Context_** !-- the scene at capture — see Subjective Context Principle. Optional but preferred. -- - scene:: - context:: **_Terms_** !-- optional link to [[literature note]] with term definition. -- - term:: **_Targets_** !-- optional link to [[project note]] or published content. -- - used_in::Back Matter封底区是整个模板家族共用的知识网络接口x3_Back Matter Snippet.md 提供了完全一致的独立片段可复制到任意笔记。对话模板的封底区定义了五个区块、六个属性5.1Sources→based_on::必填注释强调 always keep a link to the [[source]]。对话笔记的来源可以是访谈逐字稿笔记的链接播客页面 / 视频时间戳[[podcast note]]或标题对话参与者的人物笔记对应 2_Person Template.md该模板提供role/xyz标签可标注对话者角色based_on::使用 Obsidian 的属性Property语法属性名:: 值它同时作为属性被 Dataview 索引、并可通过 3_Note Template.md 头部引用块中的this.based_on自动回显。5.2References→see::推荐see: [[permanent note]] becausereason——本区块把对话笔记与已存在的永久笔记建立显式关联并必须附上理由。例如- see:: [[3_主动回忆优于重复阅读]] 因为该访谈提供了新的对照实验证据相比普通的双链see::属性形式让 Dataview 可以做反向引用类查询如统计某条永久笔记被多少条文献笔记引用并显式记录引用动机避免无意义链接。5.3Context→scene::、context::可选但推荐注释明确给出两个字段的语义the scene at capture — see Subjective Context Principle。这是主观语境原则的体现记录捕获时的场景让未来的自己理解当时为什么觉得这段对话重要。例如- scene:: 2026-08 线上访谈受访者演示其卡片盒工作流 - context:: 我正在整理双链密度与检索效率主题此对话提供了实操视角context字段在 x3_Back Matter Snippet.md 中存在而 2_Meeting Template.md 中仅有scene对话模板同时保留两者说明其对语境完整性要求更高。5.4Terms→term::可选optional link to [[literature note]] with term definition——当对话中出现了需要定义的关键术语时链接到对应的术语文献笔记2_Term Template.md。仓库还提供了 x5_Glossary Snippet.md、x5_Dictionary Snippet.md 等片段来集中管理术语定义。5.5Targets→used_in::可选optional link to [[project note]] or published content——若这段对话的观点被用于某篇项目笔记、文章或发布内容用used_in::记录去向形成来源 → 笔记 → 产出的完整闭环。5.6 区块的加工顺序从 Zettelkasten 工作流看Back Matter 应在加工阶段而非捕获阶段填写捕获时只需保证based_on存在see、term、used_in随着该对话观点被逐步引用、定义、产出而渐次补全。这与仓库中文献笔记 → 永久笔记 → 项目笔记的流水线见 README.md 的 5 Types of Notes完全吻合。六、插件依赖与 Dataview 联动机制根据 README.md本模板家族依赖以下必备插件插件在本模板中的用途DataView内联查询 this.lead等与属性取数是模板动态化的核心Bases可选替代以数据库视图批量查看、过滤、排序笔记属性Frontmatter Tag Suggest在 YAML 中自动补全type/、theme/、source/标签Templates核心插件解析{{DATE:...}}、{{Title}}变量Callouts核心功能渲染 [!Note]引用块对话模板的数据流如下插入模板Templates 插件求值{{DATE:...}}与{{Title}}填写属性Frontmatter Tag Suggest 辅助补全标签lead、based_on 等属性被写入 YAML自动渲染DataView 在阅读视图把this.lead、this.visual、this.tags、this.based_on渲染进正文引用块被汇总结构笔记的 Dataview 查询如 5_Structure Notes/Literature Notes to be processed.md 的FROM 2_Literature Notes自动把这条对话笔记纳入待处理清单。值得一提的是 Templates/Templates.md 中用于管理模板本身的查询展示了contains(file.name,2_)这类前缀过滤技巧——同理你可以用WHERE contains(file.etags, #type/dialogue)或WHERE template_type Dialogue单独汇总所有对话笔记。七、实操流程从一次对话到一条可加工笔记综合以上解析一条对话笔记的完整生命周期如下步骤 1捕获前准备。确认已安装 Templates、DataView、Frontmatter Tag Suggest 插件README.md 的 5 Mandatory Obsidian Plugins把 Templates/2_Dialogue Template.md 复制到 Obsidian 的模板文件夹。步骤 2插入模板。新建笔记通过 Templates 插件插入对话模板填写标题替代{{Title}}与日期{{DATE:...}}已自动求值。步骤 3替换占位符。至少完成以下替换lead: 替换 lead paragraph goes here 为对话核心观点的一句话tags: 将theme/xyz、source/xyz中的xyz替换为真实主题与来源标识visual: 无配图则删除正文 this.visual块模板注释已说明。步骤 4填充主体。在Details写观点展开与证据Questions写认识论层面的追问Tasks写可勾选的操作项- [ ]格式。步骤 5维护 Back Matter。先填based_on::对话来源链接随加工进度补see::关联永久笔记及理由、term::、used_in::并在加工时记录scene::/context::。步骤 6汇入流水线。这条type/literaturetype/dialogue笔记会自动出现在 5_Structure Notes/Literature Notes to be processed.md按file.cday排序中其未完成的任务会进入按file.mday排序的待办类结构笔记据此按文献 → 永久的方向继续加工最终把对话中的洞见提炼为独立的 3_Note Template.md 永久笔记并在原对话笔记的see::中记录这一转化。八、版本、版权与定制注意模板版本号为template_version: 0.03属仓库中的年轻模板若未来仓库更新该文件建议在升级时对比新旧版本以保留自定义内容。模板底部版权注释为© 2022-2026 by Edmund Gröpl under CC BY-NC-SA 4.0与仓库 LICENSE.md 的许可约定一致复制与修改模板时请保留许可信息。定制时请注意Back Matter 区块名称Sources/References/Context/Terms/Targets与属性名based_on/see/scene/context/term/used_in在模板家族中全局统一对比 3_Note Template.md、2_Quote Template.md、5_Structure Template.md新增字段会破坏 Dataview 查询与结构笔记的一致性建议通过 x3_Front Matter Snippet.md 这类官方片段扩展而非改动核心属性名。通过上述设计对话模板把易逝的口头交流转化为可检索、可链接、可追问、可行动的知识节点——这正是 Zettelkasten强调连接而非收藏README.md理念在对话场景下的具体落地。完整的模板清单与目录管理可进一步查阅 Templates/Templates.md。赞分享知识管理【免费下载链接】Obsidian-TemplatesA repository containing templates and scripts for #Obsidian to support the #Zettelkasten method for note-taking.项目地址https://gitcode.com/gh_mirrors/ob/Obsidian-Templates点击查看免费下载相关推荐Obsidian-Templates 闪念笔记模板深度解析极简捕获的 Frontmatter 约定与 Zettelkasten 处理流水线Obsidian Templates 闪念笔记模板深度解析极简捕获的 Frontmatter 约定与 Zettelkasten 处理流水线 本文以 Obsid知识管理在 Obsidian-Templates 中用 DataView 构建 Zettelkasten 看板Dataview - Kanban Board 结构笔记详解在 Obsidian Templates 中用 DataView 构建 Zettelkasten 看板Dataview Kanban Board 结构笔记详解知识管理Obsidian-Templates 文献笔记模板实战2_Bibliographical Template 的 YAML 属性、正文结构与 Zettelkasten 集成Obsidian Templates 文献笔记模板实战2_Bibliographical Template 的 YAML 属性、正文结构与 Zettelkas知识管理上一篇网页时光机5分钟学会找回消失的网页历史记录下一篇解密LuLumacOS开源防火墙的深度实战指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
