Obsidian議事録テンプレートの作り方と自動化設定

Obsidianの議事録テンプレートは、会議のたびに日付や参加者欄を手で打ち直す負担を減らし、同じ構造で記録をそろえるための実用的な出発点です。
週次の定例会議が3本ある運用では、前回の議事録をコピーして書き換えるだけでも地味に時間を取られますが、Templatesで最小テンプレを作れば、その手間は会議開始の数秒にまで圧縮できます。
さらにTemplaterで日付計算やファイル名取得を足し、QuickAddでホットキー1回の新規作成にまとめ、Dataviewでアクションアイテムを集約すれば、必要なところから段階的に自動化を広げられます。
議事録に入れるべき会議情報、議題、議論内容、決定事項、アクションアイテムの5要素を押さえたうえで、会議開始時にショートカット1回で空のテンプレが立ち上がり、会議後にはTODOが自動で一覧になる状態を目指しましょう。

議事録テンプレートで会議メモを自動化する全体像

議事録テンプレートは、会議メモのたびに構成を考える手間を消し、書き始めの迷いをほぼなくします。
特に週次の定例や1on1のように繰り返し発生する会議では、同じ型で残せるだけで記録の揺れが減り、後から探すときの負担も軽くなります。
最小構成から始めて段階的に自動化を足すと、運用に乗るまでが早いのも利点です。

テンプレートで消える手作業と残る作業

テンプレートでまず消えるのは、毎回ゼロから見出しを並べる作業です。
固定フォーマットを呼び出せば、会議情報、議題、議論内容、決定事項、アクションアイテムの骨組みが最初から揃うので、記録者は中身の入力に集中できます。
テンプレートを使うと構造が一定になるため、会議が始まる前に書式を整える数分が消え、会議中のメモもそのまま流し込めるようになります。
さらに、残る作業が明確なのも強みです。
フォーマット固定はテンプレ本体、日付やタイトルの自動入力は変数、ファイル名と保存先の自動化はQuickAdd、議事録をまたいだアクションアイテムの集約はDataviewと分けて考えると、どこまで自動化できるかが見えます。
手作業として最後まで残るのは、議論内容を打ち込むことだけです。
実際に最小テンプレから始めて、後から参加者プロパティとアクションアイテム見出しを足していくと、3回目の会議には自分の運用にすっと馴染みました。
段階導入のほうが、完成形を一気に作るより定着しやすいのです。

4つのプラグインの役割分担

Obsidianの議事録テンプレートは、まず追加導入不要のコアプラグインTemplatesから始めるのが自然です。
{{date:YYYY-MM-DD}}、{{time:HH:mm}}、{{title}} を雛形に入れ、設定画面のテンプレートで保存フォルダと既定の日付書式を決めれば、コマンドパレットの「テンプレートを挿入」で日付とタイトル入りの議事録がすぐ開きます。
ここでの狙いは、最初の1歩を軽くすることです。
そこから先を広げるのがコミュニティプラグインの役割です。
Templaterは<% tp.date.now("YYYY-MM-DD") %>のような書き方で日付を入れ、tp.date.tomorrowやtp.date.yesterdayで前後日も扱えます。
tp.file.titleでファイル名を取り出し、フロントマターに参加者やタグを自動入力することもできます。
QuickAddはホットキー1回で新規ノート作成から{{DATE:YYYY-MM-DD}}入りのファイル名、YYYY/MM/の保存先まで束ねる起動役です。
Dataviewはvault全体をデータベースとして扱い、未完了TODOを横断抽出する集約役になります。
Templates・Templater・QuickAdd・Dataviewの4つで、会議開始から整理までを段階的に自動化できます。

議事録に入れるべき5つの要素

議事録に最低限必要なのは、会議情報、議題、議論内容、決定事項、アクションアイテムの5つです。
会議情報には日時、場所、参加者、欠席者、記録者を置き、議題で何を話す場なのかを先に固定します。
議論内容で経過を残し、決定事項で合意を切り出し、アクションアイテムに担当者と期限を付ける。
これだけで、後から検索するときも振り返るときも、タスク管理に回すときも迷いません。
決定事項とアクションアイテムを別見出しに分けるのは、見た目の整理以上の意味があります。
以前は同じ欄に混ぜてしまい、会議後に「何が決まって誰が何をやるか」を拾うのに時間がかかりました。
見出しを分けたあと、1分で確認できるようになったのです。
会議メモは長文である必要がありません。
必要な粒度で区切るほうが、後で使える記録になります。
最初から完璧を目指さず、Templatesで動く最小版を作ってから足していく進め方が、結局いちばん続きます。

コアプラグインTemplatesで作る最小議事録テンプレート

Obsidianの議事録は、追加インストールなしのTemplatesから始めると最短で形になります。
保存フォルダを先に決め、{{date}}、{{time}}、{{title}} を埋め込んだ最小テンプレを1枚用意しておくと、毎回の会議で同じ型をすぐ呼び出せます。
最初は会議情報・議題・決定事項・アクションアイテムだけで十分で、運用しながら足りない項目を見極める進め方が扱いやすいです。

Templatesの有効化とテンプレートフォルダ指定

設定からコアプラグインのTemplatesを有効化し、テンプレート保存フォルダを先に指定します。
ここを飛ばすと『テンプレートを挿入』を実行しても参照先がなく、ノートが一覧に出てきません。
実際にここで数分悩むことは珍しくなく、初心者が最初に踏みやすい落とし穴です。
フォルダ名は Templates のように分かりやすく固定しておくと、あとから迷いにくくなります。

テンプレート用のノートは1枚で足ります。
会議情報、議題、議論内容、決定事項、アクションアイテムの5要素を見出しで並べ、会議情報の中に日時と参加者、記録者を置く構成にすると、後から見返したときの粒度がそろいます。
決定事項とアクションアイテムを分けておくと、会議で決めたことと、会議後に動くことが混ざりません。

{{date}}・{{time}}・{{title}}変数を使った雛形

{{date}} と {{time}} は、そのまま置くより書式付きで使うほうが実用的です。
{{date:YYYY-MM-DD}} や {{time:HH:mm}} と書けば、会議メモの見出しにそのまま流し込めます。
曜日まで残したいなら {{date:YYYY-MM-DD (ddd)}} のように書式を足せますし、日付が一目で判別しやすくなるでしょう。

{{title}} はノートのファイル名に置き換わるため、議題タイトルを本文へ自動反映できます。
たとえばファイル名を会議名にしておけば、テンプレを挿入した瞬間にタイトル欄が埋まり、手入力の転記ミスを減らせます。
地味ですが、毎回の会議で積み重なると効きます。

最小テンプレは、まずこの形で十分です。

# {{title}}

## 会議情報

- 日時: {{date:YYYY-MM-DD}} {{time:HH:mm}}
- 場所:
- 参加者:
- 記録者:

## 議題

## 議論内容

## 決定事項

## アクションアイテム

この程度の骨組みから始めると、会議中にメモが迷子になりません。足りない項目が見えたら、そのときだけ1つずつ足してみてください。

コマンドパレットからの挿入と書式変更

テンプレの呼び出しは、コマンドパレットを開いて『テンプレートを挿入』を選ぶだけです。
Ctrl/Cmd+P から起動して空ノートに挿入すれば、日付とタイトルが入った議事録の雛形がすぐ展開されます。
会議開始直後に開ける状態を作っておくと、書き始めの摩擦がほとんどなくなるはずです。

日付と時刻の既定書式は、設定のコアプラグイン内にあるテンプレート設定で変えられます。
日付の書式と時刻の書式を先にそろえておけば、毎回テンプレ側で YYYY-MM-DD を書かなくてもよくなり、プロジェクト全体の表記も統一しやすいです。
表記ルールを先に決めておくことが、後で議事録を横断検索しやすくする近道になります。

このあと運用が固まってきたら、より高度な自動化に広げていけば十分です。まずはTemplatesだけで、5分で作れる最小議事録を回してみてください。

Templaterで日付計算もできる自動議事録テンプレートに拡張する

Templaterを使うと、議事録の冒頭や末尾に入る定型情報を手作業で埋めなくて済みます。
コアプラグインでは届かない日付計算やファイル名の自動反映まで扱えるため、テンプレートを一度整えるだけで会議記録の抜け漏れが減り、毎回の書き出しもそろいます。
とくに日付とファイル名、フロントマターを連動させると、あとから検索しやすい議事録になります。

Templaterのインストールと初期設定

Templaterはコミュニティプラグインからインストールし、最初にTemplate folder locationを指定します。
ここを後回しにするとテンプレが見つからず、せっかく作った雛形が呼び出せません。
コアプラグインと同じく、使い始める前の初期設定がそのまま安定運用の土台になるわけです。

設定の要点は単純です。
テンプレ保存フォルダを明示し、そこに議事録テンプレを置いておけば、呼び出し時の迷いがなくなります。
テンプレートが反映されない場合は、まずTemplate folderのパス設定漏れとプラグイン未有効を疑い、次に構文の大文字小文字を確認します。
地味ですが、この順で見ると原因に早く届きます。

tp.date / tp.file.title を使った自動入力

日付の自動入力は <% tp.date.now("YYYY-MM-DD") %> が基本になります。
コアの {{date}} と違って、Templaterは日付計算まで扱えるのが強みです。
前日は <% tp.date.yesterday("YYYY-M-D") %>、翌日は <% tp.date.tomorrow("YYYY-M-D") %> と書けます。
次回会議日をテンプレに先回りして入れておけば、議事録の末尾に「次回: 日付」が毎回そろい、予定漏れが減ります。
実際にこの運用にしてから、会議後の追記忘れが目に見えて減りました。

ファイル名の取得には tp.file.title を使います。
本文の議題見出しへそのまま反映できるので、ノート名と本文タイトルの不一致を避けやすくなります。
ここでよくある失敗が tp.file.Title のように大文字を混ぜてしまうことです。
動かない理由がコードの見た目からは分かりにくく、そこに時間を取られました。
Templaterはこうした大小文字の差に厳しいので、まずは正確に書くことが近道でしょう。

フロントマター（プロパティ）の自動生成

フロントマターには created・date・participants・tags を設計しておくと、議事録が単なる本文から構造化データになります。
Templater変数で自動入力しておけば、手で書き換える回数が減り、記入漏れも起きにくいです。
あとでDataviewで集約したり、ノート検索やフィルタで会議を横断したりする場面でも、この差が効いてきます。

created は作成日時、date は会議日、participants は参加者、tags は分類軸として役割を分けておくと整理しやすいです。
特に会議録は、本文だけでは「いつ・誰が・何の会議か」が埋もれがちです。
プロパティ化しておけば、その情報が冒頭で固定されるため、あとから並べ替えたときも軸がぶれません。
テンプレの目的は見た目を整えることではなく、記録を再利用できる形にすることだと考えると、設計がぶれなくなります。

JavaScriptを使うなら、開発者コンソールを開いて Console タブで括弧やセミコロンの構文エラーを確認します。
見た目では通っていそうでも、1文字の崩れで反映が止まることは珍しくありません。
だからこそ、テンプレが動かないときは設定と構文を切り分けて確認しましょう。

QuickAddでホットキー1発・日付入りファイル名と保存先を自動化する

QuickAddを使うと、Templaterのような「開いているノートにテンプレを差し込む」運用から一段進み、新規ノートの作成、日付入りファイル名、保存先フォルダの指定までを1回の起動にまとめられます。
会議開始の瞬間に議事録の器が立ち上がるので、入力の勢いを止めにくいのが強みです。
テンプレを選ぶだけではなく、保存までを導線化することで、記録の抜けや名前の付け忘れを減らせます。

QuickAddのTemplate Choiceを作る

QuickAddでは Add Choice から Template タイプを選び、Template File にあらかじめ作っておいた議事録テンプレのパスを指定します。
ここでのポイントは、雛形そのものを本文に流し込むだけで終わらせず、その雛形を起点に新規ノートを生成する動線へつなげることです。
テンプレの置き場所が明確なら、会議のたびに同じ構成を呼び出せますし、議題、決定事項、アクションアイテムの枠も迷わず使えるでしょう。

ファイル名と保存先フォルダの自動化設定

ファイル名には {{DATE:YYYY-MM-DD}} を入れると、2026-06-16 定例会議 のような日付入りの名前を自動生成できます。
日付が先頭に立つだけで、一覧を見たときに会議順が追いやすくなり、検索より先に目視でたどれるようになります。
さらに保存先フォルダを個別指定し、YYYY/MM/ のような年月ディレクトリを自動作成する設定にしておくと、月をまたいでも議事録が散らかりません。
過去会議を探す時間が短くなるのは、この整理の効き目が大きいからです。

ホットキー割り当てと会議開始フロー

Trigger Hotkey を割り当てると、コマンドパレットを開かずにショートカット1回で議事録を新規作成できます。
会議前にフォルダを開いて、新規作成して、名前を付けて、保存先を選ぶ流れが消えるので、開始0秒で記録に入れる感覚が生まれます。
実運用では、会議開始でホットキーを押し、日付入りファイルを指定フォルダに自動生成し、テンプレの欄を埋め、保存するだけで十分です。
入力の最初の一手が軽いと、議論の速度も落ちにくい。
おすすめです。

Dataviewで議事録のアクションアイテムを横断集約する

Dataviewを使うと、議事録に散らばったアクションアイテムを1つのダッシュボードへ集め、次の会議前に未完タスクを短時間で棚卸しできるようになります。
議事録は書いて終わりではなく、誰が何を持っているかを横断で追える状態にしてこそ、あとから価値が立ち上がるからです。
まずは有効化して、最小のTASKクエリから回し始めるのが定着しやすいでしょう。

Dataviewの有効化とTASKクエリの基本

DataviewはVault全体をデータベースのように扱い、条件に合うタスクだけを自動で拾い上げるコミュニティプラグインです。
最初に設定で有効化しておけば、議事録の本文に埋もれたチェックボックスを後から再編集しなくても、横断一覧をすぐ作れます。
基本形は TASK FROM #ToDo WHERE !completed GROUP BY file.link で、#ToDo が付いた未完了タスクを集め、どのノート由来かを file.link 単位でまとめられます。
この形が使いやすいのは、単なる未完了一覧ではなく「どの議事録に残っているか」まで自然に見えるからです。
会議の記憶はタイトルより文脈に残るので、ノート別のまとまりがあるだけで確認速度が上がります。
最初から条件を盛り込みすぎず、まずはこの1本で棚卸しの入口を作りましょう。

担当者・期限を含むアクションアイテムの書き方

アクションアイテムは - [ ] @担当者 タスク内容 #tag の形で書くと、あとから機械的に拾いやすくなります。
担当者を @名前 で固定し、期限や種別をタグで持たせておくと、担当別や期限別の切り口にそのまま広げられるからです。
テンプレートの見出し段階でこの記法を入れておけば、議事録を書く側が迷わず揃えられます。
ここで効いてくるのが、最初の設計ミスを減らすことでした。
タグ設計をせずにアクションアイテムを書き続けると、あとで集約したいのに何も拾えず、ダッシュボードが空回りします。
そこで #ToDo と @担当 をテンプレ側に入れ直したところ、複数の定例議事録に散っていた「誰が何を持っているか」が一本の画面にまとまり、次の会議前の30秒棚卸しが現実になりました。

議事録フォルダ限定で未完了TODOを集約する

FROM "議事録" のようにフォルダを限定すると、会議由来のTODOだけを集められます。
日記や雑記のチェックボックスまで巻き込まないので、ダッシュボードが会議の進行管理に集中しやすくなるのです。
専用ノートに置いておけば、議事録を開き直さなくても未完了の流れが見えるようになります。