デイリーノートという最小の仕組み — 「今日のページ」に全部書く

会議の途中で「これはあとで調べる」と決めたことを、その場でメモしようとノートアプリを開く。フォルダ一覧が出てくる。「仕事」に入れるか、案件名で新しいフォルダを切るか、それとも「メモ」でいいか。決めかねているうちに次の議題に移り、結局どこにも書かないまま夕方には忘れている。ノートが続かない人の多くは、書く気がないのではなく、書く前の判断で手が止まっています。

その判断を減らすために試せる方法の一つが、今日の日付のページに全部書くことです。デイリーノートと呼ばれるこの方式は、Obsidian が「今日の日付に基づいてノートを開き、存在しなければ新規作成する」機能をコアプラグインとして備え(Obsidian ヘルプ「デイリーノート」)、Logseq が起動するたびにその日の Journals ページから始まる設計を採った(Logseq Docs「Getting started with the Journals page」)ことで広く知られるようになりましたが、考え方自体はどんなノートアプリでも、プレーンテキストでも、紙のノートでも実践できます。

仕組みが小さいわりに解決する問題の範囲が広く、新しいメモから小さく試せます。ルールは1行で言えるのに、なぜ分類なしで探しものまで成立するのか。先にその原理を押さえておくと、途中で「やっぱりフォルダを作りたい」という誘惑に流されにくくなるので、原理、始め方、1日の流れ、つまずきやすい失敗、検索との組み合わせの順に見ていきます。ノートアプリを何度も乗り換えては挫折してきた人にこそ向いている方式です。

仕組みはこれだけ

ルールは1行で言えます。今日書くものは、すべて今日のページに書く。それだけです。

1. 1日の最初に「2026-08-27」のような今日の日付のページを作る(自動作成できるアプリなら任せる)
2. その日に発生したことは、会議メモもアイデアも調べものの結果もタスクも愚痴も、全部そのページに上から追記する
3. 翌日になったら新しいページを作る。昨日のページは原則さわらない

たったこれだけですが、書く前の判断が「今日か、今日でないか」の一択まで減ります。そして「今日でないもの」を書く場面は実際にはほとんどないので、判断は事実上ゼロです。メモしたいことが浮かんだら、開いて、書く。フォルダを選ぶ画面も、タイトルを考える時間も、タグを付ける操作も、間に挟まりません。

誤解されやすいのですが、デイリーノートは日記ではありません。日記は1日の終わりに振り返ってまとめて書くものですが、デイリーノートは発生した瞬間に書き捨てていくログです。1回の記入は数秒から数分で、夜にまとまった時間を取る必要はありません。そして、何も書かなかった日があってもルール違反ではありません。この「書かなくてもいい」という緩さが、後で説明するとおり、長続きの重要な条件になります。

なぜ「日付だけ」で整理が成立するのか

分類をやめると聞くと不安になる人のために、この方式が機能する理由を4つに分けて説明します。原理が腹落ちしていると、途中で「やっぱりフォルダを作りたい」という誘惑に流されにくくなります。

書く前の判断コストが消える

書き始めで止まる原因の一つとして考えられるのは、書く内容ではなく「どこに書くか」を決めるコストにあります。メモしたいことが浮かんだ瞬間に「これは仕事フォルダか、アイデアか、日記か」という判断を迫られると、脳はその小さな負荷を嫌がり、「あとでメモしよう」に流れます。そして、あとでは来ません。この構造はノートアプリが続かないときの見直しで詳しく書きましたが、デイリーノートはこの判断そのものを設計から取り除きます。書く場所は常に今日のページ。迷う余地が構造的に存在しません。

「いつ頃だったか」は意外と覚えている

「分類しないで、あとから見つけられるのか」という疑問には、人間の記憶の性質が答えになります。話題の正確な語を思い出せなくても、時期や前後の予定を覚えている場面では、それを手がかりにできます。「あれは確か先月の頭、A社の打ち合わせの直後にメモした」——この程度のあいまいな記憶でも、日付順に並んだページなら該当する週のあたりを開いてざっと眺めるだけで辿り着けます。フォルダ名やタグ名は自分の頭から思い出すしかありませんが、日付はカレンダーの予定やメールの日時など、外部の手がかりから逆算できます。整理の軸として、日付は「自動で付けられ、外部の予定と照合できる」という得がたい性質を持っています。

文脈が勝手に残る

もう1つ見落とされがちな利点は、前後関係が自動で記録されることです。あるアイデアのメモの直前に会議メモがあれば、あとから読んだときに「この会議を聞きながら思いついたのか」と分かります。テーマ別のフォルダへ清書して移した瞬間に消えてしまう「何がきっかけだったか」という情報が、デイリーノートにはそのまま残ります。読み返すとき、この文脈は内容そのものと同じくらい役に立ちます。アイデアは単体で評価するより、生まれた状況とセットで見たほうが育てやすいからです。

毎日「白紙から始まる」ことが気楽さを生む

1冊のノートや1つの長いページに書き続ける方式だと、過去の書き込みが目に入り続けます。中途半端に終わった構想、消化されなかったタスク、乱れた字面。それらを見るたびに小さな負債感が積もり、開くこと自体が億劫になっていきます。デイリーノートは毎日ページが切り替わるので、朝いちばんに開くのは常に白紙です。昨日のページは昨日の時点で完成していて、直す義務も引き継ぐ義務もありません。この「毎日リセットされる」感覚は、書き続けるための心理的な条件として、検索や分類の話と同じくらい効いています。

ここまでの話を、整理の軸ごとに並べると次のようになります。

代表的な整理方法としてフォルダ・タグ・検索を比べ、個人のノートでは検索を主役にするのが合理的だという話をフォルダ・タグ・検索に書きました。デイリーノートはその結論を日々の運用に落とした形です。日付という自動で付く軸を背骨にして、細かい探しものは全文検索に任せる。分類の手間は、どこにも発生しません。

今日から始める手順

まず今日のページ一枚から準備できます。道具は、いま手元にあるノートアプリで構いません。

1. 書く場所を1つ決める。デイリーノート機能のあるアプリなら自動作成に任せ、なければ普通のノートアプリで日付のページを手動で作る
2. 日付の書式を「2026-08-27」のようにゼロ埋めの年月日で統一すると決める
3. 今日のページを作り、いま頭にあることを1行書いてみる
4. 以後、その日に発生したことは種類を問わず上から時系列に追記する。話題が変わったら空行か区切り線を1本入れる
5. 翌日、新しいページを作る。昨日のページに残ったタスクのうち、まだやる必要のあるものだけを今日のページへ書き写す

日付の書式を統一するのは、あとで検索するときの拾い漏れを防ぐためです。「8/27」「8月27日」「20260827」が混在すると、日付で検索したときに一部しか出てきません。ページ名やファイル名に使うなら「YYYY-MM-DD」形式が扱いやすいはずです。年・月・日の順に桁を揃えて書くと、文字列として並べ替えるだけで時系列になるからで、インターネット上の日時表記を定めた RFC 3339 も「順序(Ordering)」の節で、精度の粗い要素から細かい要素の順に並べた日時文字列は文字列比較だけで時間順に整列できると説明しています(RFC 3339 5.1 Ordering)。Obsidian のデイリーノートも、既定ではこの YYYY-MM-DD 形式の今日の日付をノート名にします(Obsidian ヘルプ「デイリーノート」)。既存のメモを移行したり書式を揃え直したりする必要はありません。今日から統一すれば十分です。

始めるにあたって、いままでのフォルダやノートを片づける必要もありません。過去のメモはそのまま置いておき、今日から書くものだけをデイリーノートに集めます。「移行してから始めよう」と考えると、移行作業の大きさに圧倒されて始められなくなります。古いメモが必要になったら検索なり従来の場所なりで探せばよく、実際にはそういう場面はまれです。新方式は今日から、旧資産は据え置き。乗り換えを軽くするこの原則は、ノートアプリ自体を替えるときにも同じように使えます。

5番の「タスクの書き写し」は一見面倒ですが、これは意図のある設計です。翌日へコピーする数秒の手間が「このタスクは本当にまだ必要か」を毎日問い直すフィルタとして働きます。紙のノート術であるバレットジャーナルは、この書き写しを「移動(Migration)」と呼び、単なる ToDo の書き直しではなく「何を残す価値があるかを問い直す時間」だと公式サイトで位置づけています(Bullet Journal「How to Bullet Journal」)。繰り返し持ち越すタスクは、優先度だけでなく、前提となる確認や担当、着手の大きさを見直します。未着手という理由だけで不要とは判断せず、期限や約束があるものは実行を管理する場所へ残します。タスク管理ツールの中で「いつまでも残り続ける灰色のタスク」に気が滅入っていた人ほど、この自然な淘汰を心地よく感じるはずです。タスクとノートの役割分担についてはタスクとメモで別途整理しています。

1. 今日の日付を付けたページを用意します。
2. その日の記録や思いつきを同じページに書きます。
3. 翌日は新しい日付のページを作り、前日の記録を残します。

ある1日のページはこうなる

以下は、開発の仕事を題材にした架空の一日の記入例です。実際の作業記録や効果測定ではありません。

朝、席に着いてまず今日のページを作り、頭にある心配ごとと今日やるつもりのことを3行ほど書き出します。「昨日のリリースの様子見。問い合わせ1件返す。夕方までに設定画面の案を出す」。この朝の書き出しは、それ自体が頭の整理として独立した価値を持つ習慣なので、興味があれば朝のジャーナリングも読んでみてください。

午前の定例会議では、決まったことと自分の宿題になったことをその場で書き殴ります。発言の全記録ではなく「決定: リリースは金曜に延期」「宿題: エラー画面の文言案を明日まで」のような要点だけ。終わったら区切り線を1本引いて、会議メモはここまで、と視覚的に区切っておきます。

昼休みにスマホでニュースを読んでいて、開発中の機能について「設定画面、初回起動のときだけ説明を出す方式にできないか」と思いつきました。スマホから同じ今日のページに1行追記します。PCとスマホの両方から同じ場所に書けることは、この方式では実用上の生命線です。思いつきの多くは机の前以外で生まれるからです。

午後は調べものが中心でした。参考にしたページのURLと要点、試して駄目だった方法、そのとき出たエラーメッセージを、作業しながら貼り付けていきます。エラーメッセージを原文のまま貼っておくのがコツで、数か月後に同じ問題を踏んだとき、検索で当時の記録に一発で辿り着けます。

夕方、ページを上から流し読みして、明日に回すタスクに印を付けて終了です。このページを二度と読み返さないかもしれませんが、それで構いません。1日が1枚に収まっているので、日報や週報を書くときは今日のページを眺めるだけで材料が揃いますし、「今日は何もできなかった気がする」という日でも、ページを見れば実際には何かしら進んでいたことが確認できます。記録した行動は、その日の作業を振り返る材料になります。心理的な効果が一律に得られるという意味ではありません。

運用のコツ

• 上から時系列に追記する。あとから並べ替えない
• 話題の区切りは空行か線1本で十分。見出しを付けるかどうかは任意
• 書きながら整えない。誤字も文の乱れもそのまま残す
• 何度も参照する情報だけ、独立したページへ「昇格」させる
• 昇格の判断は事後に行う。先回りして独立ページを量産しない

この中で特に大事なのが「昇格」の考え方です。デイリーノートを続けていると、サーバーの設定値、よく使うコマンド、定型の手順、住所や番号のように、繰り返し参照しに戻る情報が出てきます。そうした情報だけを独立したページへコピーして、以後はそちらを見る。これが昇格です。ポイントは2つ。デイリー側の原本は消さないこと、そして昇格は「2〜3回、探して参照しに戻った」という実績が出てから行うことです。使うかどうか分からない段階で先回りして整理すると、結局使わないページの手入れに時間を取られます。

書き方にも1つだけ、やってみる価値のある工夫があります。区切りの頭に「10:30 A社定例」のように時刻や場面をひとこと添えることです。義務にする必要はありませんが、あとから読み返したときに1日の流れが復元しやすくなり、「この判断をしたのは会議の前だったか後だったか」まで分かるようになります。もう1つ、事実と自分の解釈を書き分けておくのも有効です。「リリース延期になった」(事実)と「たぶんテストの人手が足りていない」(推測)を区別して書いておくと、あとで読んだときに当時の状況を正確に思い出せます。どちらも数秒でできて、ログとしての価値を確実に上げる工夫です。

逆に言えば、昇格させるほどでもない情報は書きっぱなしで構いません。デイリーノートの大部分は二度と読まれないログになりますが、それが正常な状態です。二度と読まれないと分かっていても書く価値があるのは、書くという行為そのものに頭を整理する働きがあるからです。頭の中で渋滞していたものは、文字にして外へ出した時点で仕事の大半が終わっています。

タスク・予定・メモを記号1文字で書き分ける

何でも時系列に書いていくと、翌朝「昨日のページから書き写すべきタスクはどれか」を探すのに、ページを上から読み直すことになります。これを防ぐのが、行の頭に付ける1文字の記号です。バレットジャーナルの公式サイトが「ラピッドロギング」として定めている記法では、タスクを「•」、予定を「O」、メモを「–」で書き分け、タスクが終わったら「X」に、先へ持ち越したら「>」に書き換えます。同じサイトの「デイリーログ」は、ページの先頭に日付を書き、その日のタスク・予定・メモを起きた順に書いていく型で、紙のデイリーノートそのものです(Bullet Journal「How to Bullet Journal」)。

先ほどの平日のページを、この記号で書くとこうなります。

2026-08-27
• 昨日のリリースの様子見
• 問い合わせ1件返す
O 10:30 A社定例
– 決定: リリースは金曜に延期
• 宿題: エラー画面の文言案を明日まで
– 設定画面、初回起動のときだけ説明を出す方式にできないか

記号は3種類で十分です。見出しを付けるより軽く、翌朝ページを上から眺めて「•」の行だけを拾えば、書き写し候補がその場で揃います。「>」に書き換えた行は「持ち越した」という記録として残るので、繰り返し持ち越したタスクは、必要性と進まない理由を確認する候補にできます。Markdown で書くアプリなら、Obsidian のヘルプがテンプレート例で使っている「- [ ]」のチェックボックスを「•」の代わりにしても構いません(Obsidian ヘルプ「デイリーノート」)。どの記号を使うかより、種類を増やさないことのほうが大事です。

よくある失敗と対処

方式が単純なぶん、失敗のパターンもはっきりしています。自分の運用で該当するものがあるかを確認してください。

テンプレートを作り込んでしまう

今日の目標・体調・天気・感謝したこと・夜の振り返り——と項目を並べた立派なテンプレートは、最初の1週間は楽しく、2週目から空欄を埋める義務になります。空欄が続くと「ちゃんと書けていない」という罪悪感が生まれ、方式ごと放棄する引き金になります。テンプレートは白紙、あるいは日付の見出し1行だけにしてください。項目を足したくなったら、まず2週間白紙で運用して、毎日自然に書いていたものだけを定型にします。順序が逆なのです。型に生活を合わせるのではなく、実際に書いたものから型を抽出します。

過去のページを整理し始める

きれい好きな人ほど、昨日までのページを読み返して整形したり分類し直したりしたくなります。しかしデイリーノートはログであって作品ではありません。過去のページを磨いた時間はほぼ回収できず、「整えなければならない」という感覚は、翌日以降の書くことへのハードルとして跳ね返ってきます。過去に手を入れるのは昇格でコピーするときだけ。原本は書き殴りのまま置いておきます。

最初から独立ページを量産する

散らばるのが不安で、テーマ別のページを先に用意してしまうと、「これはどのページに書くべきか」という元の問題がそっくり復活します。独立ページは昇格の実績が出てから、事後に、少数だけ作る。この順番を守るだけで、先に作る独立ページを、実際に必要なものへ絞れます。Logseq の公式ドキュメントも、初めて使う人に向けて「その日の Journals ページにすべてを書き、何にでもページを作って情報をつながりのない孤島に散らばらせないように」と勧めています(Logseq Docs「Getting started with the Journals page」)。

書かない日が続いて、挫折した気分になる

デイリーノートに皆勤賞はありません。書くことがない日、忙しくて開けなかった日は、ページを作らなければいいだけです。1週間空いて翌週から再開しても、何も壊れませんし、たまった分を片づける作業も発生しません。連続記録を意識しはじめると、途切れた瞬間が「やめる理由」になります。もともと途切れる前提の仕組みだと理解しておくことが、一番の長続きの条件です。三日坊主の自覚がある人ほど、毎日続けようと意気込むより、頭が散らかったときに戻ってくる場所だと捉えておくほうが、結果として長く手元に残ります。

長文や会議の詳細まで詰め込んで読みにくくなる

基本はすべてデイリーに書いて構いませんが、1時間の会議の詳細メモや、文章の長い下書きのようなかたまりは、独立したページに書いて、デイリーには「A社定例。詳細は別ページ」と1行だけ手がかりを残す運用もあります。どちらを選んでも問題ありません。ページが長いこと自体は問題ではなく、デイリーノートは読み物ではなくログなので、検索と流し読みで必要な箇所を拾えれば十分です。ただし、分割すべきかどうかで手が止まるくらいなら、迷わずデイリーに直接書いてください。書く前の判断で手が止まることが、この方式で唯一避けたい事態だからです。

検索と組み合わせて完成する

デイリーノートの構造的な弱点は1つだけで、同じテーマの情報が日付をまたいで散らばることです。「A社関連のメモを全部見たい」と思ったとき、フォルダ方式なら1か所に集まっているはずのものが、デイリーノートでは何十ページにも分散しています。

これを補うのが全文検索です。「A社」で検索すれば、散らばったメモが日付順に並んで出てきます。むしろ時系列付きで一覧になるぶん、経緯を追う用途ではフォルダより便利なくらいです。ただし、検索で見つかるかどうかは書き方に左右されます。固有名詞を省略せずそのまま書く(「例の件」ではなく「A社の見積の件」と書く)、あとで検索しそうな言葉を一言添える。書く時点のこの数秒の工夫で、検索の成功率は大きく変わります。具体的な書き方はあとから見つかるメモの書き方にまとめました。

探すときは、キーワードと日付の記憶を組み合わせると精度が上がります。「A社」で検索して件数が多すぎたら、先月あたりだったという記憶を頼りに、その期間のページだけを開いて流し読みする。キーワードで絞り、日付で範囲を狭め、最後は目で拾う。この三段構えが身につくと、フォルダを掘って探していた頃より速く目当てに辿り着けるようになります。

余裕があれば、週に1回、10分だけ先週の7ページを上から眺める時間を取るのもすすめます。持ち越し続けているタスクの棚卸しと、昇格候補の発見がまとめてできます。ただしこれは義務ではなくオプションです。何週間サボっても方式は壊れません。

なお、受け皿を1つに決めて仕分けをあとまわしにするという発想自体は、GTD で知られるインボックス運用と同じ系統のものです。GTD の公式サイトは5つのステップの最初にある「把握(Capture)」を、気になっていることを一つ残らず書き出す・記録する・集めて収集ツールに入れることだと説明しています(Getting Things Done「What is GTD」)。デイリーノートは「毎日新しくなるインボックス」だと言うこともできます。インボックス方式が「1つの受け皿にためて定期的に仕分ける」ことを軸にするのに対し、デイリーノートは「日付で自然に区切られるから仕分けすら最小限でいい」と一歩進めた形です。両方の考え方を知っておくと、自分の生活に合う配合を選びやすくなります。

紙でもできるか

できます。ノートを1冊決めて、1日1ページまたは見開き1枚と割り当て、ページの頭に日付を書き、あとは同じ運用です。ほぼ日手帳が定番のフォーマットとして「1日1ページ」を掲げているように(ほぼ日手帳「手帳タイプ別ガイド」)、1日1ページ型の手帳には同じ発想の型があり、デイリーノートはその考え方をデジタルに持ち込んだものとも言えます。紙で運用する場合のコツも基本はデジタルと同じで、書く場所を迷わないこと、過去のページを書き直さないこと、繰り返し参照する情報は巻末や別ノートへ昇格させることの3つです。加えて紙特有のコツとして、ページが余っても翌日は必ず新しいページから始めることをすすめます。余白を埋めようとすると「今日はどこから書くのか」という判断が復活するからです。

紙には全文検索がない代わりに、パラパラめくる一覧性と、手で図や文字を書き込める操作があります。一方で、スマホしか手元にない場面で書けないこと、探しものが日付の記憶だけに頼ることになるのは明確な弱点です。違いを整理すると次のとおりです。

どちらが正解ということはないので、始めやすいほうで試してください。紙で始めて、検索したい場面が増えてきたらデジタルへ移る、という順番でも遅くありません。

道具を選ぶなら

デイリーノートの専用機能は必須ではありません。必要な条件は3つだけです。

• 起動から書き始めるまでが速い(実際に使う入口から書き始めやすいかを確認する)
• 時系列に追記していける
• 全文検索が強い(散らばりを検索で回収する方式なので、ここが生命線)

Obsidian や Logseq はデイリーノートの自動作成機能を備え、この方式を広めた立役者です。Obsidian は「今日のデイリーノートを開く」コマンドにショートカットキーを割り当てられ、テンプレートから新しい日のノートを作ることもできます(Obsidian ヘルプ「デイリーノート」)。Logseq は毎日午前0時にその日の日付の Journals ページを自動で作り、起動すると必ずそのページから始まります(Logseq Docs「Getting started with the Journals page」)。一方で機能が豊富なぶん、プラグインやテンプレートを作り込みたくなる誘惑も強く、「設定をいじって満足して、肝心の中身を書かない」という本末転倒も起きがちです。多機能なツールを使う場合も、最初の1か月は素のデイリーノートだけで運用してみることをすすめます。

私がつくっている TheNote は、この方式をさらに単純化した設計です。日付ページを毎日作る操作すらなく、起動すると即座に本文へ書き始められ、書いたものは時系列に積まれていきます。区切りたければ切り取り線を1本入れるだけで、全体は横断検索で辿れます。実質的に、デイリーノート方式から「ページを作る」という手間まで引き算したものです。方式を道具に合わせるか、道具を方式に合わせるか。どちらでも、書く場所が1つに定まれば目的は達成です。

よくある質問

過去のページをあとから編集してもいいですか

原則さわらないことをすすめますが、禁止ではありません。続きを書きたくなったら、過去のページに追記するのではなく、今日のページに「8/20 の件の続き」と書くほうが、経緯が時系列に残ってあとから追いやすくなります。誤字の修正程度は好きにして構いません。ルールで自分を縛って書くのが億劫になるのが一番の損失なので、細部は緩く運用してください。

仕事用と私用でページを分けるべきですか

保存してよい場所と共有範囲が同じかを先に確認します。同じ範囲なら一枚にまとめる案があり、異なる場合は境界を保ちます。仕事の合間に思いつく私事、私生活の中で思いつく仕事のアイデアは、境界の上で生まれます。会社の規定や共有範囲から分離が必要な場合は、職場のツールと個人のツールを物理的に分け、それぞれの中で1日1ページを守ってください。

タスク管理はデイリーノートだけで足りますか

短期の作業を扱う方法として翌日への書き写しを試せますが、期限や約束を見落とさないか確認します。ただし、数週間先の締切や繰り返しの予定は書き写しの網から漏れて忘れるので、カレンダーやリマインダーに任せてください。デイリーノートは「忘れないために覚えておく場所」ではなく「考えた跡が残る場所」です。役割の違うものを1つの道具に背負わせないほうが、どちらも軽く保てます。

次の一歩

読み終えたら、いま使っているノートアプリで今日の日付のページを1枚作ってください。そして、この記事を読みながら頭に浮かんだことを2〜3行だけ書き殴ってみてください。タスクになりそうな行には頭に「•」を1つ付けておきます。明日の朝、もう1枚作り、「•」の行のうちまだ必要なものだけを書き写す。フォルダもタグもテンプレートも作らず、これを2週間続けたら、そのあいだに「検索で見つからなくて困った場面」が実際に何回あったかを数えてみてください。困った場面と役立った場面を比べ、必要な検索語やタスクへの受け渡しを調整してください。

記録した日と出来事の日が違う場合

今日のページへ昨日の会議を追記する場合は、ページ名だけで出来事の日付を判断しないようにします。「昨日の会議の補足」「［開催日］の打ち合わせを今日記録」のように、必要な区別を本文へ残します。日付を入口にする方法でも、全ての内容がその日に起きたとは限りません。

夜をまたいで作業する人は、区切りを暦の日付で作るのか、作業の終了時に作るのかを決められます。ただし期限や外部との約束は、実際の日時を別に明記します。自分用の記録の区切りと、相手が使う期限を混同しないことが大切です。

昨日の続きへ戻る記入例

架空の資料作成を例にすると、今日のページには「昨日の案内原稿を確認。受付時間だけ担当者へ再確認中」と書き、昨日の記録へ戻る手がかりを添えます。確認が取れたら、その結果と、現在使う完成版の場所を今日のページへ追記します。過去の記録を全部清書しなくても、続きの関係を残せます。

デイリーへ残した断片を共有用の案内にする場合は、公開してよい部分だけを取り出します。個人的な感想や別案件の情報を含む一日分のページを、そのまま渡す必要はありません。

翌日へ持ち越す項目が増えたら、毎日全部を写すより、タスク側へ移してデイリーから参照する方法も選べます。記録の時系列と、実行する項目の状態を分けることで、古い日付のページへ行動が埋もれることを防ぐ設計にできます。書き方を固定するより、翌日も必要な作業へ戻れることを確認します。

参考リンク

• Obsidian ヘルプ「デイリーノート」 — コアプラグインの動作、既定の YYYY-MM-DD 形式、コマンドとテンプレート
• Logseq Docs「Getting started with the Journals page」 — 毎日0時の Journals ページ自動作成と「全部そこに書く」推奨
• RFC 3339 5.1 Ordering — 年月日順の日時文字列が文字列比較だけで時系列に並ぶ性質
• Bullet Journal「How to Bullet Journal」 — ラピッドロギングの記号、デイリーログ、移動(Migration)の考え方
• Getting Things Done「What is GTD」 — GTD 5ステップの最初「把握(Capture)」の定義
• ほぼ日手帳「手帳タイプ別ガイド」 — 定番フォーマットが「1日1ページ」であること