Claude Codeで議事録を作る:自分に合う運用方法の選び方とテンプレ

Claude Codeで議事録作成にできること・できないこと

Claude Code(ターミナルで動くClaude公式のCLIツール。生成AI、つまり文章や要約を自動で作るAIの一種を、コマンド操作で使える形にしたものです。生成aiと表記される場合もあります)に文字起こしやメモを渡すと、決定事項・ToDo・未決事項に整理した議事録の下書きを作れます。ただし文字起こし自体はできず、話しながらリアルタイムで生成する機能でもありません。

Web版のClaudeやChatGPTと比べたときのClaude Code固有の強みは、作業がターミナルとファイルシステムの上で完結する点にあります。出力をローカルフォルダに直接保存できるため、議事録データをブラウザの外に置いたまま管理できます。Gitと組み合わせれば議事録の変更履歴をコミットとして残せますし、hooks(特定のイベントが起きたときにコマンドを自動実行する仕組み)を使えば「ファイルが追加されたら自動で整形する」といった処理を組めます。会議の論点整理と清書を役割分担させたい場合は、subagents(役割ごとに独立して動く子エージェントの仕組み)で工程を分けることもできます。subagentsの具体的な設定方法はClaude Codeのsubagents活用ガイドにまとめています。

一方で過度な期待は禁物です。複雑な議論の文脈や暗黙の合意事項までは読み取り切れないことがあり、話者や固有名詞を取り違えることもあります。この点への向き合い方は後半の章で改めて扱います。Claude Code自体の基本的な使い方はClaude Codeとは何かを解説した記事を先に読むと理解が早まります。

自分の会議に合う運用方法はどう選べばいいか？

運用方法は「会議の頻度」「定型度」「保守できる人がいるか」「機密度」の4つの軸で選ぶと、遠回りせずに済みます。この4軸は、手動でその都度頼むか、書式を固定するか、自動化まで作り込むかを決める判断材料になります。

頻度は週1回未満か複数回かで分けます。定型度は毎回ほぼ同じフォーマットの会議か、そのつど議題が変わる会議かを見ます。保守リソースは、hooksやスクリプトにトラブルが起きたときに直せる人が社内や自分自身にいるかどうかです。機密度は、その会議の内容を自動保存や外部ツール連携に乗せてよい情報かどうかを指します。4軸を運用方法に当てはめると、次のように整理できます。

運用方法	向いている頻度	向いている定型度	必要な保守リソース	向いている機密度
手動コピペ運用	週1回未満	都度変わる議論	不要	高機密でも扱いやすい
CLAUDE.md固定運用	週1〜数回	毎回近い形式	わずかで足りる	中〜高機密
hooks自動トリガー運用	複数回・定例中心	毎回ほぼ同じ形式	継続的に必要	保存先・連携先を精査した上で運用

CLAUDE.md(プロジェクトごとの指示や前提をClaude Codeに読み込ませるファイル)の書き方全般はCLAUDE.mdの書き方ガイドで扱っています。hooksの仕組みそのものを深く知りたい場合はClaude Codeのhooksガイド、会議以外も含めた日々の運用ルールの決め方はClaude Codeの運用ルール記事を参考にしてください。

最小構成で今日から試すための準備

用意するものは文字起こしテキストか手書きメモだけで十分です。特別な録音・文字起こしツールがなくても、会議中に取ったメモをそのまま貼り付ければ最初の議事録案は作れます。

まずは次のプロンプトをClaude Codeに渡してみてください。

以下は会議の文字起こし(またはメモ)です。次の3つに分類して日本語で出力してください。

1. 決定事項
2. ToDo(担当者・期限が明記されているものは併記し、不明な場合は「未定」と書く)
3. 未決事項(次回持ち越しの論点)

出力は箇条書きのみとし、文字起こしにない推測は書かないでください。

---
[ここに文字起こしまたはメモを貼り付け]

同じ会議を繰り返す場合は、CLAUDE.mdに次のような一文を足しておくと、毎回同じ書式で出力されるようになります。

## 議事録フォーマット

会議の文字起こしから議事録を作るときは、次の見出し順で出力すること。

- 決定事項
- ToDo(担当者/期限)
- 未決事項

固有名詞の表記ゆれに注意し、以下の用語集を優先すること。
- (社内で使う人名・製品名・略称をここに追記)

出力が返ってきたら、公開・共有する前に「担当者」「期限」「固有名詞」の3点は必ず人の目で確認してください。この3点はAIが取り違えやすい部分であり、確認を挟むひと手間が後の手戻りを減らします。さらにプロンプトの組み立て方を詰めたい場合はClaude Codeのプロンプト設計ガイドが参考になりますし、テンプレート全体の作り方は前掲のCLAUDE.md記事で扱っています。

自動化を安定して壊れずに回すには何を設計すればいいか？

ここで扱うのは「hooksで自動化するかどうか」ではなく、動かし始めた後に壊れにくくするための設計です。タイムアウト・再試行・出力形式・権限範囲・部分失敗時の扱いをあらかじめ決めておくことで、自動化を止まりにくい状態に保てます。

以下は、当サイトのブログ記事を自動生成しているエンジンがClaude Code CLIを本番運用する際に採用している設計です。議事録の自動化実績そのものではありませんが、Claude Code CLIを継続的に動かす際の設計の参考として応用できます。

設計項目	ブログ生成エンジンでの実装	議事録自動化への応用の考え方
タイムアウト設計	1回の呼び出しの既定タイムアウトは300,000ミリ秒。時間切れ時はSIGTERMを送り、1,000ミリ秒後にSIGKILLで強制終了する	長時間ハングしたプロセスを残さないよう、上限時間と強制終了までの猶予を先に決めておく
再試行方針	OAuthエラーは即時失敗として再試行せず、クラッシュ・不正なJSON・タイムアウトのみ再試行する。既定のretries:1では最大2回まで試行する	「再試行して直る失敗」と「再試行しても無駄な失敗」を区別し、後者は早めに人に知らせる設計にする
出力形式とモデルの固定	出力形式はjsonかtextの2種類のみ受け付け、モデルはsonnetに固定している	議事録の出力形式(見出し構成や箇条書きの粒度)をあらかじめ固定し、想定外のフォーマットで返ってくる余地を減らす
権限を必要な範囲に絞る	`--safe-mode`と空の`--setting-sources`で起動し、段階ごとに必要なツールだけを`--allowedTools`に渡す	議事録の自動処理でも、ファイル保存や外部連携に使うツールを処理内容ごとに最小限だけ許可する
一部の失敗で全体を止めない	research段階が失敗しても結果をnullとして扱い、後続の構成段階へ進める(失敗はrunログに記録される)	議事録の一部(たとえば要約の一段落)が生成できなくても、他の部分の出力は止めずに進める設計にしておく

hooksを使ったエラー発生時の切り分け方はClaude Codeのエラー・トラブルシューティング記事で扱っており、--allowedToolsのような設定項目についてはClaude Codeのsettings.json解説記事を参照すると理解が深まります。ここまでの設計は一度作って終わりではなく、会議の種類や組織のルールが変わるたびに手を入れ続けることになります。

精度の誤りや機密情報への向き合い方

固有名詞や話者の取り違えは起こり得るものだと前提を置き、事前の対策と事後の確認をセットで運用すれば実務上の不安は減らせます。完全に防ぐことよりも、間違いが起きたときにすぐ気づける仕組みを作ることの方が現実的です。

事前の対策としては、社内でよく出てくる人名・製品名・略称の用語集をCLAUDE.mdや指示文にあらかじめ含めておく方法があります。事後の確認としては、前の章で挙げた「担当者・期限・固有名詞」の3点チェックを議事録公開前の定型作業にしてしまうと抜け漏れが減ります。

機密情報の扱いについては、「実行権限(どのツールに何を許可するか)」と「情報の扱い(どのデータを保存・連携してよいか)」を分けて考えると整理しやすくなります。法人での利用では特にこの2つを別々に検討する価値があり、企業の会議内容を自動保存や外部連携に乗せてよいかは、ツールの権限設計とは別に判断が必要です。より詳しく検討したい場合、組織規模でのセキュリティ要件や権限設計はClaude Codeのエンタープライズセキュリティガイド、日々の運用ルールの決め方は前掲の運用ルール記事がそれぞれ参考になります。

まとめ:今日から議事録作成を始めるには何をすればいいか

自分の会議に合う運用方法を選べて、最小構成のテンプレを1回試せる状態になっていれば、この記事の目的は達成です。次に進むなら、まず手動コピペで1回試し、書式が固まってきたらCLAUDE.mdに固定し、頻度が増えてきたところで自動化を検討する、という順番が無理がありません。

ただし、CLAUDE.mdの内容をどこまで細かく書くか、hooksでどこまで自動化するかは、会議の種類や社内のルールによって最適な形が変わります。この部分は独学で試行錯誤すると時間がかかりやすく、一人で正解を探すより、実践しながら継続的に学べる環境の方が近道になることがあります。学習コミュニティ「AI駆動ラボ」は月額1,980円から参加でき、Claude Codeの設定やhooksの組み方を自分の手で使えるようになるまで学び続けられる場です。自分で試して身につけていくための学習の場として、選択肢の一つに入れてみてください。