デイリーノートやプロジェクトに使える実用的なObsidianテンプレート10選

最良のObsidianテンプレートは、繰り返し使える最小限の構成です。固定のMarkdownと{{title}}、{{date}}、{{time}}を挿入するなら、まずコアプラグインのTemplatesを使いましょう。入力プロンプト、日付計算、ファイル移動、条件分岐が必要になったときだけTemplaterを追加します。このガイドでは、日々の計画、プロジェクト、会議、調査、レビューにそのまま使える10個のひな形を紹介します。

テンプレートは同じ設定の繰り返しを減らしますが、タスクや知識をどこに置くべきかまでは決めてくれません。プロジェクトの決定事項はプロジェクトノートに置き、タスクは信頼できるワークフローで管理しましょう。最初のメモは後から処理しやすい形にします。

プロジェクトノート、タスク、テンプレートが増えてきたら、ObsibrainのP.A.R.A.フォルダー構成を参考に、進行中の仕事を中心に整理できます。

TemplatesとTemplaterのどちらを使うべきか

ObsidianのコアTemplatesプラグインは、保存済みのノートを挿入し、{{title}}、{{date}}、{{time}}の3つの変数に対応します。日付と時刻の変数にはMoment.jsの書式文字列を指定できます。以下の静的な例にはこれだけで十分です。

Templaterは独自の構文を持つコミュニティプラグインです。昨日や来週の日付を計算する、値を入力してもらう、ファイル名や保存場所を変える、ロジックを実行するといった処理が必要な場合に使います。コミュニティプラグインはコードを実行できるため、保管庫にテンプレートを挿入する前に内容を確認してください。

必要なこと	最初に使うもの	理由
固定見出しと今日の日付	Templates	追加プラグインやコードが不要
デイリーノートの自動作成	Templates + Daily notes	コアプラグインがノート作成時にテンプレートを適用できる
昨日や明日へのリンク、日付計算	Templater	ファイル名を基に日付を計算できる
入力プロンプト、フォルダー規則、ファイル操作	Templater	質問と処理を実行できる
長く使えるタスクとレビューの仕組み	テンプレートとワークフロー	テンプレートは入力を整理するが、優先順位は管理しない

テンプレートフォルダーを一度だけ設定する

1. 設定 → コアプラグイン → Templatesを有効にします。
2. 保管庫にTemplatesなどのフォルダーを作ります。
3. テンプレートフォルダーの場所にそのフォルダーを指定します。
4. ノートの種類ごとにMarkdownファイルを作ります。
5. コマンドパレットからTemplates: テンプレートを挿入を実行するか、ホットキーを割り当てます。

デイリーノートでは、コアのDaily notesプラグインを有効にし、新規ファイルの場所を選び、テンプレートファイルの場所でテンプレートを指定します。ObsidianはノートのプロパティをYAMLとして保存します。公式のプロパティ資料では、対応する型とプロパティ名を統一すべき理由を説明しています。

実用的なObsidianテンプレート例10選

以下の例では、意図的にコア構文だけを使います。各ブロックをテンプレートフォルダー内の個別のMarkdownファイルとして保存し、維持しないセクションは削除してください。

1. 優先事項、メモ、1日の締めくくりに使うデイリーノート

デイリーノートで1日の行動を導きたいものの、2つ目のプロジェクト管理ツールにはしたくない場合に使います。

---
date: "{{date:YYYY-MM-DD}}"
tags:
  - daily
---

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

## 最優先事項
- [ ] 
- [ ] 
- [ ] 

## 受信箱
-

## ノート記録
-

## 未完了事項
- [ ] 

## 1日の振り返り
- 成果：
- 明日へ持ち越すこと：
- 明日の最初の一歩：

優先事項を3つに絞るのは推奨事項であり、Obsidianの規則ではありません。忙しい日でもページを実用的に保てます。詳しい流れはObsidianデイリーノート完全ガイドをご覧ください。

2. 週次レビューと翌週の計画

日々のメモを判断と短い計画に変えるために使います。

---
date: "{{date:YYYY-MM-DD}}"
type: weekly-review
tags:
  - review
---

# {{date:YYYY-MM-DD}}の週

## 何が前進したか
-

## 完了すべき未完了事項
- [ ] 

## 対応が必要なプロジェクト
- [[プロジェクト名]] — 次のアクション：

## 何をやめ、始め、続けるべきか
- やめる：
- 始める：
- 続ける：

## 翌週に達成する3つの結果
1.
2.
3.

記入するページをもう1つ増やすのではなく、繰り返せるレビュー手順が欲しい場合は、Obsidian週次レビューシステムと組み合わせてください。

3. 明確な次のアクションを含むプロジェクト概要

プロジェクトを作るときに使います。成果、範囲、目に見える次のアクションをこのノートに残し、タスク一覧全体は確実に見直せる場所に置きます。

---
type: project
status: planning
area:
outcome:
review_date: "{{date:YYYY-MM-DD}}"
---

# {{title}}

## 成果

## 完了の定義
-

## 次のアクション
- [ ] 

## マイルストーン
- [ ] 

## 決定事項とリンク
-

## レビューノート
### {{date:YYYY-MM-DD}}
-

type、status、review_dateの各プロパティは、後から検索や絞り込みに使ってこそ役立ちます。PARAを使う場合は、2つ目のフォルダー構成を考案せず、このノートをObsidianのPARAメソッドに接続してください。

4. アクション項目を生み出す会議ノート

議事録の全文ではなく、準備、決定、フォローアップが必要な会議に使います。

---
type: meeting
date: "{{date:YYYY-MM-DD}}"
project:
attendees:
  -
---

# {{title}}

## 議題
-

## ノート
-

## 決定事項
-

## アクション項目
- [ ] 担当者 — アクション — 期限

## フォローアップ
- 次回の会議：
- 関連ノート：

会議がプロジェクトに属する場合は、projectをそのプロジェクトノートにリンクします。会議に特化した構成は、Obsidian会議テンプレートをご覧ください。

5. 調査ノートまたは文献ノート

情報源の主張と自分の考えを分けるために使います。

---
type: source
author:
published:
source_url:
tags:
  - research
---

# {{title}}

## 主張または問い

## 要約
-

## 根拠と引用
-

## 自分の解釈
-

## つながり
- [[関連ノート]]

## フォローアップ
- [ ] 

後から確認しやすいよう、情報源のURLはプロパティに保存します。テンプレートを文献管理ツールにしないでください。実際の調査手順に役立つフィールドだけを追加します。

6. アクティブリコールのための読書ノート

読書ノートに要約を保存するだけでなく、アイデアを生み出したい場合に使います。

---
type: book
author:
finished:
rating:
tags:
  - reading
---

# {{title}}

## 1文で表す中心的な主張

## 残しておきたい3つのアイデア
1.
2.
3.

## 質問
-

## どこで活用できるか
-

## 関連ノート
- [[関連ノート]]

質問と活用方法の欄が空なのは意図的です。すべての項目を埋めるためではなく、考えるきっかけを作ります。

7. 処理方針を決めるクイックメモ

アイデアを分類するより速く思いつく場合に使います。

---
type: capture
created: "{{date:YYYY-MM-DD}} {{time:HH:mm}}"
processed: false
---

# {{title}}

## メモ

## これは何か
- [ ] タスク
- [ ] 参考資料
- [ ] プロジェクトのアイデア
- [ ] いつか／たぶん

## 次のステップ
-

## 移動先
- [[受信箱]]

レビュー時にメモを処理します。各チェックボックスに明確な移動先がある場合にのみ、クイックメモのテンプレートは役立ちます。

8. 意思決定記録

将来の自分が理解する必要のある選択を残すために使います。

---
type: decision
date: "{{date:YYYY-MM-DD}}"
status: active
---

# {{title}}

## 背景

## 検討した選択肢
- 選択肢A：
- 選択肢B：

## 決定

## 理由

## 再検討する条件

## 関連プロジェクトまたはノート
- [[プロジェクト名]]

デイリーノートや会議の全文に決定を埋もれさせるより、多くの場合はこちらが適しています。関係するプロジェクトや会議からこの記録へリンクしてください。

9. 巨大なトラッカーを使わない習慣チェック

短い日次チェックだけで十分な場合に使います。テンプレートは問いを用意できますが、習慣に意味を与えることはできません。

---
type: habit-check
date: "{{date:YYYY-MM-DD}}"
---

# {{date:YYYY-MM-DD}}の習慣チェック

| 習慣 | 完了 | ノート |
| --- | --- | --- |
| 睡眠習慣 | [ ] | |
| 運動 | [ ] | |
| 集中時間 | [ ] | |
| レビュー | [ ] | |

## 何が役立ったか
-

## 1つの調整
-

習慣を計画やレビューにつなげるなら、すでに見直しているワークフローに習慣ノートをリンクします。孤立した指標を作らないでください。

10. コンテンツやアイデアの概要

記事、プレゼンテーション、その他の成果物を作る前に使います。

---
type: brief
status: draft
created: "{{date:YYYY-MM-DD}}"
---

# {{title}}

## 対象読者と問題

## 1文で表す約束

## 根拠または情報源
-

## 構成
1.
2.
3.

## 次のアクション
- [ ] 

## レビュー
- 何を変えれば役立つか
- どの主張を確認する必要があるか

空白のページがプロジェクトになる前に、調査、決定、次のアクションを見える状態に保てます。

よくある問題と解決方法

ノートに{{date}}がそのまま残る

ファイルをTemplates: テンプレートを挿入から挿入したことと、Templatesプラグインが有効であることを確認します。テンプレートにプロパティがある場合は、ソースモードで編集するか、date: "{{date}}"のように動的な値を引用符で囲みます。Obsidianは、プロパティパネルが引用符のないテンプレート変数を上書きする可能性があると警告しています。

デイリーノートが空白になる

Daily notesプラグインが有効で、テンプレートファイルが存在し、テンプレートファイルの場所がそのファイルを指していることを確認します。Daily notesの公式設定手順に従うと、次にデイリーノートを作成した際に選択したテンプレートが適用されます。

コアテンプレートでは昨日のノートを作成できない

これは想定どおりの動作です。コアのTemplatesは静的コンテンツと今日の日付に対応する組み込み変数を挿入します。日付計算、入力プロンプト、ファイル操作にはTemplaterを使います。JavaScriptを実行する前に必ず内容を確認してください。

テンプレートが大きくなりすぎた

決定を変えず、有用な背景を記録せず、レビューにも役立たないセクションは削除します。毎日使う小さなテンプレートは、書類仕事のように感じる完全なシステムより優れています。

シンプルな保守チェックリスト

テンプレートを2週間使った後、次の点を確認します。

• 毎回飛ばしたセクションはどれか
• どの繰り返し項目が検索やレビューを楽にするか
• 各タスクに担当者、移動先、次のアクションのいずれかがあるか
• すべてのノートでプロパティ名が統一されているか
• これはプロジェクト、デイリーノート、会議、参考ノートのどこに属するか

まずコアプラグインから始めます。実際の繰り返し作業が追加の複雑さに見合う場合にTemplaterを加えてください。計画、タスク、レビューを1つのローカルファーストなシステムにつなげたい場合は、Obsibrainの仕組みをご覧ください。