日记与周期笔记：Daily notes 的正确打开方式

日记与周期笔记：Daily notes 的正确打开方式

「日记」是 Obsidian 里被误解最深的功能——很多人以为它只是写流水账的地方。实际上，Daily notes 是整套周期性工作流的挂载点：每日任务、灵感捕捉、周回顾、月盘点都从这篇以日期命名的笔记出发。本章给你一套可持续运转的日记系统，从模板设计到回顾节奏。

基础配置三件套

先确认 Daily notes 核心插件已启用，然后做三件事：

指定存放文件夹：设置 → Daily notes → New file location，填 10-日记/ 之类的专用目录。
设计归档结构：Date format 支持 Moment.js 格式串，填 YYYY/MMMM/YYYY-MM-DD 会让日记自动按「年/月」子文件夹归档，两年后你的日记依然井然有序。
绑定模板：Template file location 指向一篇模板笔记，新建日记时自动填充内容。

一篇能坚持用的日记模板

模板设计的第一原则是字段少——每天要填的东西越多，放弃得越快。给一个经过大量实践检验的骨架：

---
tags:
  - 日记
mood:
---

# {{date:YYYY-MM-DD dddd}}

## 今日三件事
- [ ]
- [ ]
- [ ]

## 记录
- 

## 灵感与想法
- 

## 昨日遗留
- [ ]

说明几个设计意图：「今日三件事」来自 GTD 的每日精选，比长任务清单更容易坚持；「记录」放客观事实（做了什么、见了谁），「灵感与想法」放主观思考，两者分开便于日后检索；「昨日遗留」需要你花十秒把昨天没完成的任务抄过来——这个看似笨拙的动作，正是任务滚动（rolling tasks）的最低成本实现，比任何自动化插件都可靠。

如果用到日期相关的高级变量，日记同样支持 {{date}}、{{time}} 模板变量及其格式串，与 Templates 插件语法一致。

移动端：日记是捕捉的终点站

日记系统在移动端的价值被严重低估。iOS 用户可以通过 Quick Capture 或快捷指令把任意灵光一现直接追加到当天日记，全程不打开应用界面；Android 用户有对应的桌面小组件。配合一个「所有碎片信息先进日记、晚上统一归档」的约定，你就有了全天候的捕捉通道——收件箱策略在 GTD 一章会展开，日记就是天然的收件箱。

周期扩展：周记与月度盘点

Daily notes 只管「天」，周期向上扩展靠两招：

轻量方案：周记笔记。 建一篇 2026-W42 这样的周记（可在模板库放一份周模板：本周回顾、下周三件事、经验教训），每周日晚上花二十分钟翻一遍本周七篇日记填写。查找某周日记用搜索 path:"10-日记/2026/October" 一键定位。

结构化方案：Bases 视图。 给日记统一打 #日记 标签、加 mood 属性，然后建一个 Base：过滤 file.hasTag("日记")，按日期倒序，mood 列加统计——一个月的心情分布立刻可视化。这比任何心情追踪 App 都轻。

完整的周记模板与遗忘曲线回顾法，在定期回顾系统一章展开，那里会给出可直接复用的周模板全文。

让日记可持续的四个原则

很多人写了两周日记就断更，问题通常不在意志力而在系统设计。四个原则：

降低启动摩擦：给「打开今日日记」设全局快捷键，或放在移动端小组件上，让记录动作零思考。
允许烂日记：只写一行也算写。系统的目标是不断更，不是每天精彩。
回顾优先于记录：一周不回顾，日记就只是日记；每周回顾一次，日记才变成决策依据。花在回顾上的时间应该不少于记录时间的三分之一。
让内容有去向：日记里出现的概念要及时双链到对应概念笔记，任务要能滚动到第二天。日记的价值不是存档，而是向知识网络和任务系统输送原料。

常见问题速答

日记文件名能不能用中文格式？可以，Date format 支持 Moment.js 的本地化 token，但注意部分同步和脚本工具对中文路径兼容一般，谨慎选择。日记太多会不会拖慢索引？千级以内无感，配合按年月分文件夹的归档结构，大仓库也从容。日记和 Inbox 的区别？日记是「按时间排列的原始流」，Inbox 是「待处理的临时堆」，小型使用者把两者合并成一个即可，不必教条。

日记系统的尽头是回顾系统。本章的模板负责「写得下去」，下一章开始的插件生态和第四章的方法论负责「回头看时有料」。

日记的进阶形态：从流水账到决策日志

日记写顺之后，可以在模板里逐步叠加更结构化的段落，把日记从「记了什么」升级为「想明白什么」。三个值得尝试的进阶形态：

决策日志：遇到重要决定时，在当天日记里记录「选项、理由、预期结果」。三个月后翻回来对照实际结果，你的决策质量会有一个可回顾的样本库。管理者和独立开发者尤其受益——技术选型、产品取舍这类决定的原始理由，记忆是靠不住的。

问题清单：每天在日记里固定留一个「今天卡住的问题」字段。很多问题当时无解，但写下来的问题会进入你的潜意识持续加工，常常几天后突然开窍——而这条「问题—顿悟」的时间线，只有日记能保留。

小确幸记录：一句话记录当天一件好事。它对日记连续性的帮助出乎意料——即使最糟糕的一天，「写一条小确幸」也远比「写一篇日记」容易启动，而不断更才是日记系统的第一目标。

形态可以叠加但别贪多，同一时间保持最多一个新增段落。日记模板的进化应该是年检式的：每年生日或年末，回顾这一年日记的实际使用情况，增删一次段落，然后稳定运行一整年。

跨设备与长期归档的日记策略

日记是跨设备使用频率最高的笔记类型——早上桌面写、路上手机补、晚上平板整理，所以它是检验同步方案可靠性的试金石。策略建议：同步方案选好后，专门观察一周日记的同步表现（早晚两端内容是否一致、有无冲突文件），有问题趁早换方案，别等到几百篇日记后再折腾。

长期归档方面，日记的体量增长是所有笔记类型里最稳定的（每年 300+ 篇）。按年月分文件夹的归档结构能保持文件列表清爽；对「往期日记」的检索需求，标签（#日记）加属性（日期）已经足够支撑 Bases 和搜索的两条检索路径。十年后你的日记库会有三千多篇，这个结构依然从容——这正是 Obsidian 纯文本方案在时间尺度上的优势：十年前的格式，十年后原样可读。

十五分钟上线你的日记系统

照这条路线走，十五分钟后日记系统正式上线。第 1-5 分钟：启用 Daily notes；设置三件套——New file location 填 10-日记，Date format 保持 YYYY-MM-DD，Template file location 指向你刚建的「日记模板」笔记。模板就用本章开头那个五段骨架，一字不改先跑起来。第 6-10 分钟：生成今天的日记验证——点 Ribbon 日历图标，确认文件出现在日记文件夹、模板内容自动填充、属性区显示正常；再给「Open today's daily note」设一个快捷键。第 11-15 分钟：写下第一条日记——今日三件事认真想三件填进去，记录区随手写两行今天的状态；然后在日历或待办 App 里创建「每晚十点」的提醒，文案就写「写今天的日记」。

到此为止系统已可运转。第一周的唯一任务是不断更：哪怕睡前补一句也算数。一周后再回来按需升级——比如把模板里的「昨日遗留」换成 Templater 的自动嵌入，或给日记加 mood 属性配合 Bases 看心情曲线。日记系统的全部进阶，都建立在「第一周不断更」这块地基上；先让它转起来，再让它转得好。

日记与周期笔记的常见问答

最后集中回答几个高频问题。问：日记必须每天写吗？ 事实标准是「多数天数有记录」，系统目标是不丢信息，不是打卡完美。缺了三天，周回顾时补一条「本周补记」即可，别为断档纠结——纠结才是断更的头号原因。问：日记和收件箱功能重复吗？ 小型使用者可以合并：日记就是收件箱，每天的唯一入口。分开的理由只有一条——当你需要「按主题聚合碎片信息」而不只是「按时间回溯」时，独立收件箱更好用。问：日记里能放链接和嵌入吗？ 能，而且鼓励。日记里写 [[概念]]、嵌今日任务查询，都是把时间流和知识网络缝合起来的针脚。问：去年的日记太多翻不动怎么办？ 这正是归档结构（按年月分文件夹）和检索体系（标签、日期属性）的用武之地——你几乎从不需要「翻」，需要时用 path: 加日期搜索直达。

还有一个使用心态的提醒：日记是写给自己未来看的，不是社交媒体。它允许只言片语、允许负面情绪、允许毫无营养的流水账——这些「不完美」恰恰是三个月后最珍贵的记忆线索。工具的价值在于降低记录成本，而日记系统的价值，在于让「记下来」这件事不再需要任何理由。

延伸阅读：把日记与自动化结合的进阶玩法，可以从 Claude Code 完全指南里获得脚本化的灵感；日常记录的效率细节，HBuilderX 效率技巧与提效手册的输入效率章节同样适用。

本章由 WorkBuddy 原创整理，功能行为依据 Obsidian 官方帮助文档。