執筆・検証: MD Converter編集部
Markdown議事録テンプレート|決定事項・担当者・期限を整理
コピペできるMarkdown議事録テンプレートを掲載。決定事項・担当者・期限を漏れなく整理し、読みやすいPDFで共有する手順まで解説します。
Markdown議事録は「会話」ではなく「結果」を残す
議事録は発言をすべて書き起こす文書ではありません。会議後に必要なのは、何が決まり、誰が、いつまでに、何をするかを迷わず確認できる記録です。Markdownなら見出し、箇条書き、チェックボックス、表を使って情報を一定の形にそろえられます。テキスト中心なので検索や差分比較もしやすく、Git、社内Wiki、チャット、PDFのどこへ移しても再利用できます。
一方で、項目を増やしすぎると記入に時間がかかり、会議中に運用できません。まずは会議情報、決定事項、アクション、議論の要点、次回予定の5ブロックに絞るのが実用的です。
コピペして使えるMarkdown議事録テンプレート
次の内容を.mdファイルへコピーし、角括弧の部分を置き換えてください。
# [会議名] 議事録
## 会議情報
| 項目 | 内容 |
|---|---|
| 日時 | YYYY年MM月DD日 HH:MM〜HH:MM |
| 場所・形式 | 会議室 / オンライン |
| 参加者 | 氏名、氏名 |
| 欠席者 | 氏名 |
| 記録者 | 氏名 |
| 目的 | この会議で決めることを1文で記載 |
## 決定事項
- [決定した内容]
- [採用した案と適用日]
## アクションアイテム
| 状態 | 対応内容 | 担当者 | 期限 |
|---|---|---|---|
| 未着手 | [対応内容] | [氏名] | YYYY-MM-DD |
| 対応中 | [対応内容] | [氏名] | YYYY-MM-DD |
## 議題1:[議題名]
### 結論
[この議題の結論]
### 議論の要点
- [判断に影響した事実]
- [比較した案と理由]
- [残った懸念]
## 未決事項・確認事項
- [ ] [確認内容](担当:[氏名]、期限:YYYY-MM-DD)
## 次回予定
- 日時:[YYYY年MM月DD日 HH:MM]
- 主な議題:[次回決めること]
- 事前準備:[必要な資料や調査]
決定事項を最初に置く理由
読み手の多くは議論の再現より結果を知りたいと考えています。決定事項を冒頭に置けば、会議へ参加していない人も短時間で結論を把握できます。「検討する」「対応する」のような曖昧な表現ではなく、「A案を採用する」「新運用を9月1日から開始する」のように、決定の対象と時期を明記します。
決まらなかった内容を決定事項へ混ぜないことも重要です。未決事項へ移し、次に判断するための担当者と期限を付けます。これだけで「決まったと思っていた」という認識違いを減らせます。
アクションは担当者と期限を必須にする
「資料を確認する」だけでは誰も動けません。対応内容、担当者、期限を同じ行に置き、可能なら完了条件も書きます。複数人を担当にすると責任が曖昧になるため、主担当は一人にし、協力者は本文へ記載します。
状態は「未着手・対応中・完了・保留」程度に絞ります。会議のたびに同じ表を更新する場合は、完了項目を残すか別の履歴へ移すかをチームで統一してください。期限を「今週中」と書くより、2026-08-14のように日付で書く方が後から見ても明確です。
議論は発言録ではなく判断材料を要約する
「Aさんがこう言った、Bさんが反対した」という時系列の発言録は長くなります。通常の議事録では、比較した案、採用理由、却下理由、制約、リスクを要約する方が有用です。発言者の記録が法務・監査上必要な会議だけ、氏名付きで残します。
数値、日付、契約条件、障害の事実など、結論の根拠になる情報は省略しないでください。推測と確定事項が混ざる場合は、「確認済み」「仮説」「要確認」のラベルを付けると誤読を防げます。
ChatGPT・Claudeで議事録を整理するプロンプト
音声認識やメモをAIへ渡す場合は、存在しない結論を補わないよう明示します。
以下の会議メモをMarkdown議事録へ整理してください。
条件:
- 会話を逐語的に再現せず、結論と判断材料を要約する
- 明示された内容だけを「決定事項」にする
- 担当者または期限が不明なら「要確認」と記載する
- 決定事項、アクションアイテム、議題ごとの要点、未決事項、次回予定の順にする
- H1は会議名、主要項目はH2、補足はH3にする
- アクションは「内容・担当者・期限」の表にする
- 出力はMarkdown本文だけにする
会議メモ:
[ここにメモを貼る]
AIが作った議事録は必ず参加者が確認します。特に決定事項、金額、期限、人名、顧客情報は誤認識の影響が大きいため、録音や一次メモと照合してください。機密情報を外部サービスへ入力してよいか、所属組織の規則も確認します。
PDFにするときのおすすめ構成
社外提出や正式な保管にはPDFが便利です。議事録用の印刷スタイルを用意し、読みやすい余白や文字サイズを文書間で統一します。短い定例会なら表紙と目次は省略し、会議名を先頭に置くだけでも十分です。複数の議題があり数ページになる会議では、表紙を付け、H2を軸に目次を作ると参照しやすくなります。
改ページは決定事項やアクション表の途中を避けます。見出しだけがページ末尾に残る場合は、プレビューの改ページ位置を調整してください。ページ番号は1/n形式で表示すると、印刷した資料の欠落にも気付きやすくなります。議事録に限らず、仕様書や職務経歴書をPDFで提出する流れは議事録・仕様書・職務経歴書をMarkdownで書いてPDF納品する方法で解説しています。
配布前のチェックリスト
- 会議名、日時、参加者、記録者が正しい
- 決定事項と未決事項が混ざっていない
- 全アクションに主担当と具体的な期限がある
- 金額、日付、固有名詞を一次情報と照合した
- 不要な発言や個人情報を残していない
- H1は1つ、章はH2、補足はH3に統一した
- 表がPDFの幅からはみ出していない
- 最終ページまで欠落なく出力されている
- ファイル名に会議名と日付が含まれている
よくある質問
毎回すべての項目を埋める必要がありますか?
いいえ。決定事項、アクション、次回予定を優先し、該当しない項目は削除します。入力負担が大きいテンプレートは定着しません。
議事録に目次は必要ですか?
1〜2ページなら通常は不要です。複数会議をまとめる場合や、議題が多い会議ではH2を目次にすると探しやすくなります。
Markdownのチェックボックスだけで進捗管理できますか?
小規模な会議では十分です。担当や期限の通知が必要なら、タスク管理ツールへ登録し、議事録からリンクしてください。
Wordで編集してもらう場合は?
PandocなどでMarkdownからdocxへ変換できます。内容を固定して配布するならPDF、相手が加筆するならWordが向いています。
まとめ
良い議事録は文章量ではなく、決定事項と次の行動が明確かどうかで決まります。テンプレートを小さく保ち、決定、担当、期限、未決事項を分離してください。Markdownで記録すれば再利用しやすく、必要なときだけ表紙、目次、ページ番号を加えて正式なPDFにできます。
関連記事
- 使い方・ブログChatGPTで設計書を作るMarkdownプロンプト集|基本設計・API仕様書ChatGPTやClaudeで基本設計書、詳細設計書、API仕様書、テスト仕様書をMarkdown出力するプロンプト例と、PDF化前の確認方法を紹介します。記事を読む
- 使い方・ブログMarkdownで日本式の設計書を書くテンプレート|基本設計書の項目例日本の業務システムで使いやすい基本設計書をMarkdownで書くテンプレートです。文書情報、改訂履歴、要件、構成、運用、未決事項まで掲載します。記事を読む
- 使い方・ブログMarkdown PDFで改ページするCSS|任意の位置に区切りを入れる方法MarkdownをPDF化したとき見出しや表が途中で切れる問題を解決。break-before・break-after・break-insideのCSSコード、空白ページの原因、用紙や余白を変えた後の確認手順まで具体例付きで解説します。記事を読む