Obsidian · 日次和周次的筆記

強化每日筆記的外掛 — Calendar/Periodic Notes

本頁面由日文原文機器翻譯而成。 閱讀日文原文

根據日期和周號,準備開啟想回顧的筆記本的入口。 Calendar和Periodic Notes組合,建立、儲存日誌和週刊,在同一應用程式內再次開啟的例項。

驗證日期:2026年9月30日(UTC) · Linux版 Obsidian 1.13.7

把兩個角色分開的話,容易設定

Calendar是“什麼時候開啟筆記本”的入口,Periodic Notes是“去哪裡,用什麼名字和正文製作”的設定。 這次製作了日次的2026-09-30和周次的2026-W40,在模板的正文中新增了作者的確認文並儲存了。

Obsidian標準的Daily notes和從iPhone到日誌的備忘錄的路線在每日筆記的父報道中處理。 這篇報道將縮小到桌面的日曆操作和每日、每週的設定。

功能角色透過這個例子確認的範圍
核心每日筆記Obsidian標準的每日筆記功能。用實際GUI啟用。 與只使用標準功能的每日製作分開,結合了以下兩個。
日曆1.5.10從日期和周號進入筆記本的側邊欄。日期30,周號40,製作確認,上月和當月的移動。
期票0.0.17Daily/Weekly的儲存地址、格式、模板。日誌和週刊的設定,實際的製作正文,儲存,在同一應用程式內重新開啟。

這裡使用的版本是從官方的非beta標籤中選擇的Calendar 1.5.10和Periodic Notes 0.0.17。 不是保證最新、現在的推薦版或其他版本會有相同結果的記錄。 操作的UI版本也在下面的原畫面上確認。

準備驗證版,並生效

在這個例項中,將官方釋出的檔案手動放置在隔離的作者Vault中,之後的啟用和操作從GUI進行。 不是點選Community plugins的Browse → Install匯入的驗證。

  1. 在練習用的Vault上,準備空的日誌、週誌、テンプレート資料夾。 這個例子的輸入使用的是下面的Markdown。
  2. Calendar 1.5.10的官方釋出和Periodic Notes 0.0.17的官方釋出,可以確認這個例子中使用的檔案。 手動配置的構成如下所示。
  3. Settings → Core plugins開啟Daily notes。 在這次的操作中,Command palette也確認了ON,Quick switcher也確認了ON的狀態。
  4. 確認自己準備的Vault的Trust後,在Settings → Community plugins中開啟Periodic Notes和Calendar。 下面的原始畫面是這兩個實際生效後的顯示。
  5. 開啟右側側邊欄,選擇Calendar的標籤。 保留Backlinks等其他標籤的話,看不到日期的畫面。
.obsidian/plugins/calendar/
  manifest.json
  main.js
.obsidian/plugins/periodic-notes/
  manifest.json
  main.js
  styles.css

在Calendar的這次釋出中,樣式包含在main.js中,沒有獲取其他styles.css。 上面是實際放置的檔案的構成。 外掛本體不包含在本頁面的分發ZIP中。

Calendar和Periodic Notes的實際版本顯示和ON的設定畫面
用新作者Vault啟用的實畫面。 觀測了Calendar v1.5.10、Periodic Notes v0.0.17的顯示和ON。 開啟原始影象

先整理日誌和週刊的儲存地址

Settings → Periodic Notes開啟Daily Notes和Weekly Notes,輸入以下值。 資料夾和模板,提前準備Vault內。 這次的設定輸入是核對實際GUI的顯示和儲存JSON。

設定每日筆記每週筆記
格式YYYY-MM-DDgggg-[W]ww
備註資料夾日誌週誌
備註模板テンプレート/日テンプレート/週

Settings → Calendar中開啟了Show week number和Confirm before creating new note。 這次一週的開始日期是Locale default(Sunday),應用程式的區域是en,環境的時區是UTC。 不是驗證所有周邊界和地點組合的結果。

Periodic Notes的實際GUI設定,Daily和Weekly的資料夾格式模板
開啟日次、周次,從實際GUI輸入固定值之前的獨立嘗試的原始畫面。 將這個儲存JSON作為相同的bytes移交給新的製作驗證。 開啟原始影象
Calendar的周號設定的原始畫面
開啟Calendar的Show week number的實GUI
用實GUI開啟Show week number的原畫面。 在製作嘗試中也繼承了同樣的儲存設定。 開啟原始影象

從日期30開始,製作日誌重新開啟

將每日輸入儲存到テンプレート/日.md。 這裡使用的日期變數是Obsidian的原生格式。

每日模板的輸入全文
# {{date:YYYY-MM-DD}}

これは著者作成のデイリーノート用テンプレートです。

## 確認

- [ ] 保存した本文をもう一度開く
- [[索引]]
  1. 選擇Calendar的2026年9月30日。 這次,確認畫面出現在開啟的Settings的另一個視窗。
  2. New Daily Note中確認目標的2026-09-30,選擇該畫面的Create。 在主畫面的編輯器中開啟了日誌/2026-09-30.md。
  3. 標題被替換為2026-09-30的正文中新增一行確認文,用Ctrl+S儲存。
  4. 選擇索引轉到其他正文,從左邊的檔案列表中重新選擇了日誌/2026-09-30.md。 儲存的235 bytes的正文,重新開啟後也一致。
從Calendar的日期開始建立的日誌重新開啟後的實際畫面
從點選日期開始建立,儲存作者的確認文後,從檔案一覽表中再次開啟相同的筆記的原畫面。 日期標題和正文與儲存檔案進行了核對。 開啟原始影象
日誌的實際儲存全文和製作確認畫面
在GUI中儲存,再次開啟的每日正文全文
# 2026-09-30

これは著者作成のデイリーノート用テンプレートです。

## 確認

- [ ] 保存した本文をもう一度開く
- [[索引]]

著者確認: Calendarの日付クリックで開いた本文を保存。
用New Daily Note建立2026-09-30的實際確認畫面
與主視窗不同的Settings視窗顯示的實際製作確認。 選擇了那個Create,製作了日誌。 開啟原始影象

從周號40開始,製作週刊重新開啟

每週輸入儲存到テンプレート/週.md。 每週的正文是靜態的作者模板。 不作為任意周變數被替換的例子來處理。

每週模板的輸入全文
# 週の確認

これは著者作成の週間ノート用テンプレートです。

## 確認

- [ ] 一週間の対象を記録する
- [[索引]]
  1. 在顯示周號列的Calendar中選擇40。 在這個環境中,物件的名字是2026-W40。
  2. Settings的另一個視窗出現的New Weekly Note的2026-W40,選擇實際的Create。
  3. 在週誌/2026-W40.md開啟的正文中新增了一行確認文,用Ctrl+S儲存了。 這是在原來的靜態每週模板上,新增這一行的結果。
  4. 索引,從左邊的檔案一覽表中重新選擇了週誌/2026-W40.md。 儲存的219 bytes的正文,再次開啟後也一致。
從Calendar的周號40製作的週刊重新開啟後的實際畫面
從周號開始製作,儲存作者的確認文後,從檔案一覽表中再次開啟的原畫面。 觀測了周號40和靜態的正文、追加的確認文。 開啟原始影象
週刊的實際儲存全文和製作確認畫面
在GUI中儲存,再次開啟的每週正文全文
# 週の確認

これは著者作成の週間ノート用テンプレートです。

## 確認

- [ ] 一週間の対象を記録する
- [[索引]]

著者確認: Calendarの週番号から開いた本文を保存。
用New Weekly Note建立2026-W40的實際確認畫面
確認與日次不同的一次實際點選出現的周次製作。 物件是2026-W40。 開啟原始影象
移動到上個月,回到當月的原畫面

在另一個固定試驗中,選擇了Calendar的Previous Month從Sep 2026轉移到Aug 2026,選擇了Next Month回到了Sep 2026。 不是確認所有月、年邊界操作的結果。

在Calendar上顯示上月2026年8月的原始畫面
上個月移動一次的實際畫面標題是Aug 2026。 開啟原始影象
在Calendar中回到當月2026年9月的原始畫面
移動到下個月返回的實畫面標題是Sep 2026。 開啟原始影象

獲取練習用的輸入和實際儲存的例子

輸入的索引和模板3件,用GUI製作的儲存例2件分開。 不包括外掛本體和設定JSON。 為了不覆蓋現有的筆記,將輸入放在自己的練習用Vault上。 讀者對Vault的匯入操作尚未驗證。

絆倒時的確認和FAQ

Calendar和Periodic Notes,兩者都需要嗎?
想要結合選擇日期的入口和每日、每週筆記的設定時,使用這兩個例子。 Calendar是日曆的入口,Periodic Notes是設定Daily/Weekly的資料夾、格式、模板的一方。 如果想知道每日的標準設定,可以從父母報道的每日筆記解說開始。
周號不顯示的時候呢?
在這次的Calendar1.5.10中,開啟Settings的Calendar中的Show week number後,左端會顯示周號列。 僅開啟右側側邊欄可能會選擇Backlinks等其他標籤,請選擇Calendar標籤。
點選日期也無法進入正文時?
這次,New Daily Note和New Weekly Note的製作確認,不是顯示在主畫面上,而是顯示在開啟的Settings的另一個視窗中。 看著兩個畫面,確認目標檔名,選擇確認畫面的Create。 確認前多次按同一日期的結果沒有驗證。
每週的格式是YYYY還是gggg?
這個固定例子中使用的值是gggg-[W]ww,在2026-09-30的環境下製作了2026-W40。 表示週年份的格式和日期的年份在邊界上可能不一致,所以不要混合格式,也要確認應用程式的周開始日期和地點。 所有年界、區域、時區的結果都未經驗證。
模板變數和Templater也在使用嗎?
每日輸入使用Obsidian的原生{{date:YYYY-MM-DD}},在實際製作中確認了2026-09-30的替換。 每週是作者的靜態正文。 Templater、JavaScript、任意變數和所有格式令牌的執行,不包括在這個例子中。
iPhone、SimpleMemo,同步也能同樣執行嗎?
確認實際操作的是Linux版Obsidian1.13.7的作者Vault。 與iOS、Android、其他OS、Obsidian Sync、SimpleMemo的配合、終端間同步、速度、生產力、流入的效果,在這個記錄中沒有驗證。 從iPhone到日誌的補充路線,請參考其他每日筆記報道。

實際確認的範圍和官方資料

  • 官方Linux版Obsidian 1.13.7/Installer 1.13.7,英語UI。 Calendar 1.5.10/Periodic Notes 0.0.17的實際版本顯示。
  • 作者Vault的實GUI設定,日次和周次各一個的製作確認・正文・儲存・在同一應用程式內重新開啟。 月移動透過另外的固定試驗確認了。
  • 外掛的官方release assets是手動配置。 輔助程式碼用於初始環境的準備和狀態、儲存檔案的讀取、原件複製。 筆記本的製作、編輯、儲存、重新開啟沒有用API代替。
  • 公開的PNG和Markdown保留了原始檔案的bytes。 iOS、其他OS、SimpleMemo、Sync、所有日期、周、月、時間、時區、生產力、流入的效果尚未驗證。

準備階段的啟動停止、beta版的畫面和儲存設定不一致、點選隱藏標籤、忽略其他視窗的確認畫面的失敗,都保留為原來的失敗。 這篇報道的製作、儲存例子是基於其他固定的嘗試。 Ctrl+O無法觀測Quick switcher畫面,從同一儲存地址的檔案列表中實際點選後第一次重新開啟。 詳細和原始檔案的對應彙總到驗證記錄。

實際的General版本畫面
General上顯示的實Obsidian版1.13.7和Installer版1.13.7
處理了留在另一個視窗的製作確認後,從實際GUI中選擇了一次General,觀測了app和installer的1.13.7。 開啟原始影象

原件、設定和實際操作的記錄是分開核對的。 官方release的檔案和source的同一構建再現都沒有驗證。

接下來,決定在日記中留下備忘錄的入口

從日期、周號開始準備開啟的形狀後,可以選擇從哪裡新增每天的簡短備忘錄。 從iPhone到Obsidian的日誌追加的路線、標準的每日筆記和日期格式的確認,在家長報道中處理。