営業、事務、制作の担当者が集まる小規模な進行会議を想像してください。進行役は話を聞きながら、ノートや文書作成ソフトに「FAQ更新」「田中さん、金曜まで」「公開日は未定」といった短い言葉を書き留めます。会議の目的は案件を前へ進めることですが、発言の速さに合わせて記録するため、その場できれいな文章にはできません。誰の発言なのか、決定なのか提案なのかが省略されることもあります。

会議後には、その走り書きを読み返し、決定事項、担当者のいる作業、期限、未決事項に分けます。曖昧な箇所があれば参加者に確認し、共有用の書式へ清書してからメールや社内の文書共有ツールへ載せる、という流れです。既存のテンプレートを使っていても、元のメモから必要な情報を拾い直す作業は残ります。参加者に早く共有したい一方、別の仕事も始まるため、清書が後回しになりやすい場面でしょう。



この記事では、Claudeの普通のチャットを使い、この読み返しと分類、下書きの工程を補助する方法を扱います。成果物は、決定事項、担当と期限のある作業、要確認事項をまとめた一枚の共有メモです。プログラムや専用の自動化設定は使いません。同じ走り書きから同じ共有メモを作るという条件を保ち、人が行っていた整理の一部をClaudeへ依頼します。ただし、発言の意味や担当者を確定し、社内へ共有してよい内容かを判断する仕事まで任せるわけではありません。Claudeが作るのは確認前の下書きであり、最終的な記録は担当者が承認します。

走り書きの整理で負担になりやすいのは、文字を入力することだけではありません。担当者はメモの各行を読み、「これは決まった話か」「単なる案か」「作業を頼まれたのは誰か」と意味を補いながら分類します。会議中には理解できていた略語も、時間が空くと思い出しにくくなります。同じ話題がメモの離れた場所に書かれていれば、前後を探して一つにまとめなければなりません。

清書では、断片を読みやすい文へ直し、見出しや箇条書きの形をそろえます。このとき、「来週まで」のような相対的な期限を具体的な日付へ直したり、発言の流れから担当者を推測したりすると、原文にない情報を事実として記録する危険があります。分からない点を空欄のままにするのか、「要確認」と書くのかも判断が必要です。文章が整って見えるほど、推測が混ざっていても気づきにくくなります。



さらに、清書後には元のメモとの照合が発生します。決定事項を落としていないか、担当者を取り違えていないか、期限が正しいかを確認し、必要なら参加者へ問い合わせます。つまり、従来の工程は「資料探し」「転記」「分類」「下書き」「確認」「修正」に分けられます。どれも不要な作業ではなく、正確な共有のために欠かせません。問題は、人が意味の判断と書式調整を同時に行うため、注意を何度も切り替える点にあります。Claudeを使う狙いは、分類と書式調整を一度の依頼にまとめ、人が判断と照合へ集中しやすくすることです。

Claudeは、自然な文章で依頼できる対話型のAIです。Anthropicの公式案内では、同僚や友人に話すような自然な言葉で依頼してよいと説明されています（出典: Anthropic Support）。ここで使う「プロンプト」とは、専門的な命令ではなく、Claudeにしてほしいことを書く「AIへのお願い文」です。会議メモ、分類方法、出力形式、推測しないという条件をまとめて伝えます。

従来業務との違いは、作業そのものを消すのではなく、同じ入力から下書きを作る工程を組み替える点にあります。対応関係は次のようになります。

| 工程 | AIを使わない場合 | Claudeを使う場合 | 人が行うこと |
| --- | --- | --- | --- |
| 読み返し | 全行を読み、話題を探す | 関連する断片をまとめた下書きを作る | 元の発言と一致するか確かめる |
| 分類 | 決定、作業、未決を手作業で分ける | 指定した区分へ整理する | 区分が妥当か判断する |
| 清書 | 文体と書式をそろえる | 指定書式で文章化する | 社内向けの表現へ直す |
| 不足確認 | 曖昧な箇所を探す | 不明点を要確認として列挙させる | 参加者へ確認して確定する |
| 承認 | 清書後に原文と照合する | AIの下書きと原文を照合する | 共有の可否を決める |



Claudeに任せるのは、断片の並べ替え、指定した区分への分類、読みやすい文章への整形です。決定と提案の境界、担当者や期限の確定、社外秘を含むかどうかの判断は人に残します。この分担を崩すと、見栄えのよい誤記録を作る恐れがあります。「分からない部分を補ってください」ではなく、「メモにない内容は推測せず、要確認と表示してください」と依頼するのが要点です。これなら、AIの得意な文章整理を利用しながら、不確かな情報を確認作業へ戻せます。

用意するものは、Claudeを利用できる環境、練習用の会議メモ、完成形の簡単な書式です。公式案内では、チャットの入力欄へ依頼を書いて送信すると会話を始められると説明されています（出典: Anthropic Support）。この記事の練習では文章を直接貼り付けるため、ファイル作成機能やClaude Codeは使いません。所属先でAI利用のルールが定められている場合は、その範囲を先に確認してください。

初回は、実在する顧客名、個人の連絡先、契約金額、未公開情報を含まない架空のメモを使うのが安全です。実務へ広げる場合も、入力が認められている情報かを社内規程や責任者の方針に照らして判断します。顧客名を「顧客A」、商品名を「商品X」のように置き換えても整理を試せます。置き換えた対応表までClaudeへ渡す必要はありません。



完成形は「決定事項」「担当と期限」「要確認事項」の三つに絞ります。会議の全文記録や発言者別の詳細な議事録まで同時に求めると、初心者には確認範囲が広すぎます。今回の目的は、会議後に誰が何を確認し、何を進めるかが分かる共有メモを作ることです。元メモは削除せず、照合用に手元へ残してください。会議名と開催日も別に控えておくと、「今週金曜」などの表現を人が確認しやすくなります。ただし、AIには勝手な日付換算をさせず、具体日が書かれていなければ要確認として残します。

操作は、入力内容の確認、お願い文とメモの送信、回答の読み取り、追加修正の依頼という4段階です。依頼を何度も細切れにするより、最初に目的、分類、禁止事項、出力形式をまとめて伝えると、確認しやすい回答を得やすくなります。以下は架空の会議を使った業務への適用例であり、特定の画面や契約条件を前提にした手順ではありません。

1. 架空のメモに個人情報や社外秘がないことを確認します。
2. Claudeのチャット入力欄へ、下のお願い文とメモを一緒に貼り付けて送信します。
3. 返ってきた文章を元メモと見比べ、推測や抜けがないか確認します。
4. 曖昧な点が事実のように書かれていたら、追加のお願い文で直してもらいます。



コピーして使うAIへのお願い文です。「会議メモ」の部分だけ、自分で用意した安全なメモへ置き換えます。

あなたは会議メモを整理する補助役です。
下のメモに書かれている内容だけを使い、共有用の下書きを作ってください。

次の3区分で整理してください。
1. 決定事項
2. 担当者と期限が分かる作業
3. 要確認事項

担当者、期限、決定内容が明記されていない場合は推測せず、
「要確認」と書いてください。
「今週中」「来月前半」などの表現は、勝手に具体的な日付へ変えないでください。
文章は短くし、元メモにない理由や背景を加えないでください。

会議メモ：
・FAQは問い合わせの多い10項目から更新
・田中さん、現行FAQ一覧を共有。今週金曜まで
・確認担当、佐藤さんでいい？ 返答は記録なし
・公開日は来月前半が候補。確定せず
・次回、更新案を見てから公開日を決める

送信前に、「書かれている内容だけ」「推測しない」「要確認と書く」という三つの条件が入っているかを見直します。回答が長すぎても、最初から完璧なお願い文を作り直す必要はありません。同じ会話の中で「各項目を一文にしてください」「元メモにない表現を削除してください」と追加で頼めます。AIへのお願い文は一度で完成させる命令ではなく、下書きを見ながら調整するための会話だと考えると取り組みやすいでしょう。

上の架空メモを整理した場合、期待する回答の形は次のようなものです。これは実際の出力結果を保証するものではなく、成果物の形式を示す例です。Claudeの回答が異なる構成になっても、三つの区分があり、元メモにない情報が加わっていなければ目的に合っています。

回答の例です。

決定事項
- FAQは、問い合わせの多い10項目から更新します。

担当者と期限が分かる作業
- 田中さん：現行FAQ一覧を共有します。期限は今週金曜です。

要確認事項
- 更新内容の確認担当者は要確認です。佐藤さんが候補として挙がっていますが、返答は記録されていません。
- 公開日は要確認です。来月前半が候補ですが、確定していません。
- 次回確認する更新案の作成担当者と期限は要確認です。

注目したいのは、空欄を滑らかな文章で埋めていない点です。たとえば「確認担当、佐藤さんでいい？」という記録から、「佐藤さんが確認担当に決定しました」と書いてはいけません。「返答は記録されていません」という元メモの条件を残し、人が確認できる形にします。次回までに更新案を見ることが決まっていても、作成担当者がなければ要確認です。

回答が担当者や期限を補ってしまった場合は、次の追加依頼をコピーして送ります。

元の会議メモと回答を照合してください。
メモに明記されていない担当者、期限、決定内容は削除し、
その項目を「要確認事項」へ移してください。
特に、質問だけで返答が記録されていない内容を決定事項にしないでください。
修正後も3区分の形式を保ってください。

追加依頼の後にも元メモとの照合が必要です。AIが自分の回答を見直したからといって、内容が確定したことにはなりません。修正依頼は文章の整理をやり直させる手段であり、会議中の事実を新しく作る手段ではないからです。

確認では、完成した文章だけを読むのではなく、元の走り書きと横に並べます。決定事項から一項目ずつ元メモへ戻り、根拠になる記載を探してください。根拠が見つからない文は削除するか、要確認事項へ移します。「合意した」「承認した」「確定した」などの強い言葉は、元メモに同じ意味の記録があるかを特に注意して見ます。提案や質問が決定へ変わっていないかも確認が必要です。

担当と期限は別々に照合します。担当者が正しくても期限が推測なら、その項目は確定済みとして共有できません。「金曜まで」がどの日付を指すかは、会議日や参加者の認識を基に人が確認します。確認できた具体日を追記する場合は、AIが出した情報ではなく、参加者への確認結果として記録してください。名前が似ている担当者の取り違えや、依頼者と実行者の混同にも注意します。



要確認事項は、関係者へ質問するための一覧として使えます。「確認担当は佐藤さんでよいですか」「公開日はいつ確定しますか」のように、一問ずつ答えられる形へ直すと確認が進みやすくなります。返答を受けたら共有メモへ反映し、決定事項または担当と期限の欄へ移します。修正後は、会議の目的に関係しない情報や共有範囲外の情報が残っていないかも見直します。

最後に、会議の記録担当者または責任者が承認します。参加者全員の承認が必要か、担当部署だけでよいかは組織の運用に従います。Claudeの文章をそのまま正式記録にせず、「元メモとの照合」「不明点の確認」「共有範囲の確認」という三つの関門を通すことで、文章整理と業務上の責任を分けられます。

期待できる変化は、分類と清書を一つの依頼にまとめられることです。メモの断片を何度もコピーして見出し別に移す代わりに、Claudeが下書きを作り、人は元メモとの照合から始められます。特に、毎回同じ三つの区分で共有している会議では、お願い文を再利用しやすいでしょう。ただし、走り書きが極端に短い場合や、発言者の区別がほとんどない場合は、要確認事項が増えます。入力が曖昧なままでも正確な議事録が完成するわけではありません。

効果は、実測していない時間や削減率で判断せず、自分の業務で比較します。同じ種類の会議を対象に、「メモの準備」「下書き作成」「照合」「参加者への確認」「最終修正」の各工程について、開始と終了、修正した項目数、確認が必要だった項目数を記録します。AIを使わなかった回と使った回で、完成条件と共有メモの書式をそろえることが大切です。AIへの入力準備や回答修正も作業として数えれば、都合のよい工程だけを比べずに済みます。



確認すべきなのは速さだけではありません。決定事項の抜け、担当者や期限の誤り、要確認として残せた曖昧さも比較します。下書きが早くても訂正が増えるなら、お願い文や元メモの取り方を見直す必要があります。反対に、照合へ早く移れ、修正箇所も管理できるなら、整理の補助として役立っていると考えられます。

最初の一歩は、過去の実在会議を大量に投入することではありません。この記事の架空メモをClaudeへ貼り、回答の各行に元メモの根拠があるかを確かめてください。その後、社内ルールに沿って匿名化した短いメモを一件だけ試します。「要確認」を正しく残せるお願い文と、人が承認する手順が固まってから対象を広げると、便利さだけでなく確認の負担も含めて導入を判断できます。

- Get started with Claude