跳到正文
Obsidian · 按日期記錄

用Obsidian記日在日期筆記本上,簡短地留著再看

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

首先在日期的筆記本上,把今天想留下的1行。 晚上可以把“明天要做的事情”和“想記住的事情”加起來開始。 這裡介紹可以用手使用的模板和重讀記錄的具體例子。

閱讀正文
本頁目錄

用Obsidian寫日記的話,準備什麼好呢?

在保管庫裡準備1個日期的筆記,可以做成用專案符號留下當天發生的事情的形式。 從一開始就不需要增加標籤和外掛。 如果還沒有製作保管庫的話,請先參考Obsidian的開始方法。

官方的Daily notes說明中,介紹了開啟今天的筆記,沒有的話製作的機制。 預設檔名是YYYY-MM-DD格式。 這是官方規格的確認,不是這次在Mac上操作設定畫面的記錄。

接下來是寫在2026年9月14日的筆記本上的虛構的完成例。 時間可以只放在以後想知道順序的記錄上。

# 2026-09-14

## 記録
- 09:15 散歩の途中で、来週の発表の導入を思いついた。
- 18:40 下書きを開いた。最初の一段落だけ直した。

## 1日の終わりに
- 明日やることを1つ:導入を声に出して読み直す。
- 覚えておきたいことを1つ:短く始めると下書きに戻りやすかった。

在可以寫的日子裡寫長篇大寫也是自由的。 但是,如果承諾每次都填寫所有欄目會造成負擔的話,就減少到“記錄”。 這是運用的選擇,不能保證任何人都會繼續。

原樣嘗試現有的手動模板

儲存日語的手動模板(Markdown)。 本網站分發的原件是以下簡短的文字。 如果無法儲存連結,可以複製此內容後使用。

# YYYY-MM-DD

## 記録

- HH:mm この例を、残したいことに置き換える。

## 1日の終わりに

- 明日やることを1つ:
- 覚えておきたいことを1つ:

用手開始時,在使用的保管庫內製作日期名的新筆記本,貼上上面的模板正文。 即使不知道移動下載的檔案的操作,也可以用這種方法嘗試填寫示例。

模板的標題、專案符號、檢查欄和內部連結的寫法,可以在標準Markdown和Obsidian擴充套件記法的實畫面對應表中確認。

  1. 準備模板的影印件,用於當天的記錄。 留下原來的雛形。
  2. 將檔名和標題的日期替換為例如2026-09-14。
  3. HH:mm和例句,用自己的時間和記錄代替。 如果不需要時間的話,就剪掉那個部分。
  4. 儲存後用自己的Obsidian開啟,確認是否是預定的保管庫、日期、正文。

YYYY-MM-DD和HH:mm在這個檔案中只是文字。 僅僅下載後不會更改為今天的日期,也不會自動進入保管庫。 這裡的步驟是讀者確認的指南,這次沒有進行匯入保管庫。

如果想要更改日期或勾選欄的例子,也可以使用現有的Markdown模板工具。 在那裡分別確認是否可以儲存檔案和是否可以匯入自己的保管庫。 在嘗試個人記錄之前,請用虛構的簡短例子確認流程。

3如果回顧天分的話,把事件和接下來的行動分開

日記越來越多時,代替全部重寫,有開啟最近的筆記本,拿起相同的話題的方法。 下表也是虛構的填寫例子。 3日是說明用的長度,並不表示效果的期限。

日期剩下的記錄回頭看時的處理
9月14日想到了發表的介紹作為尚未嘗試的方案留下
9月15日大聲說出來的話開頭很長區分為實際嘗試過
9月16日將匯入改到段落下次確認是否傳達給對方

在這個例子中,透過將“想到”和“嘗試”分開,可以選擇1個下一步要做什麼。 原文留在當天的筆記本上,在回看的那天的末尾簡短地總結的話,以後改變解釋的時候也可以回到原來的記錄。

同樣的話題多次出現,如果想用另一個筆記本思考的話,那個時候可以選擇做總結地址。 即使從一開始就沒有全部分類,也可以先按日期返回,這個順序。

寫不出來的日子・變長的日子・找不到的日子

  • 寫不到的日子:可以選擇重新填充空白,還是從第二天開始重新開始。 如果以後再寫的話,像“9月16日追記”一樣,把事件的日期和填寫日期分開的話,就不會讀錯。
  • 日記變長的日子:在長正文的末尾有1行放“想記住的事情”的方法。 沒有必要把全文剪短。
  • 找不到筆記本的日子:依次確認開啟的保管庫、檔名的日期、儲存資料夾。 來自外部的補充和日期偏差在每日筆記的補充問題中處理。
  • 其他終端沒有出現的日子:分開儲存和同步進行確認。 在多個終端的運用同步方法的比較。 僅憑這篇報道的模板無法完成同步設定。

不以回頭為目的的日子,只要記錄事件就可以使用。 想繼續使用Obsidian作為留下記錄的地方,請根據自己的負擔來判斷。

進入自動模板時,區分變數

手動模板和Obsidian插入值的模板是不同的。 在官方的Templates說明中,像{{date}}和{{time}}一樣帶括號的變數被引導。

Daily notes的模板指定是關於製作新日期筆記時的正文的設定。 不要認為已經存在的日記以後一律適用。 在想要自動化的階段,請閱讀上面的官方資料,用自己的設定進行嘗試。

使用Templater的<% … %>記法進行時,Templater的執行例和每日筆記的設定在另外的報道中處理。

日期Markdown上剩下的真實畫面及其極限

2026年8月11日的Linux版Obsidian中,在日期筆記中顯示帶有時間的4行的過去驗證畫面
2026年8月11日,根據Linux版Obsidian 1.13.6/Logseq 0.10.15的驗證。 日期筆記上顯示4行,最後一行是Logseq側輸入的記錄。

原來的Obsidian和Logseq的比較驗證中,確認了同一日期Markdown的往返寫入。 原來的變更記錄是PR #470。 這個畫面表明,在當時的驗證環境中,1個日期筆記中留下了簡短的記錄。

在這次的報道中,將這種形式與手動記事的例子連線起來。 不是驗證了匯入到現在的Mac・iPhone、同步、模板的自動應用、記事持續的效果。

  • 過去的實際操作確認:2026年8月11日的Linux版日期Markdown往返。 再次確認影象和原來的公開記錄。
  • 本次原件・分發確認:手動模板的Git原件和公開URL的獲取內容進行核對。 字串的例子沒有替換為自動變數。
  • 官方資料確認:確認Daily notes和Templates的作用、變數記法。
  • 未驗證:現在的保管庫匯入、設定、終端同步、持續率、心理效果。 SimpleMemo的新功能和速度也沒有測量。

選擇留在郵件中的日記和Obsidian的日記

這篇報道的中心是,在Obsidian中開啟日期筆記,記錄簡短地回顧。 如果想把郵件放在日記的地方,請進入郵件中的1行日記,如果想從寫什麼開始思考,請進入日記的輸出示例。

如果想將移動中的記錄也連線到Obsidian的話,可以確認SimpleMemo的配合、儲存地址設定。 如果只在Obsidian內寫的話,沒有必要為了這篇報道而引進其他應用程式。

本網站由YURIKA, K.K.運營,介紹獨立應用程式“SimpleMemo”。 不是Obsidian官方的報道。