営業所の在庫担当者に、社内システムの変更や研修日程を知らせる長文の通知が届いたとします。知りたいのは、通知全体の背景よりも「自分は対象なのか」「いつまでに何をするのか」「参加できない場合はどうするのか」です。しかし、期限や例外条件は別々の段落に書かれており、冒頭だけを読んでも判断できません。



AIを使わない場合、担当者はメールや社内掲示を最初から読み、対象者、実施日、申込期限、連絡先をメモ帳へ転記します。その後、自分の役割に当てはまる条件を探し、必要なら予定表へ登録します。途中で電話や来客が入れば、どこまで確認したか分からなくなり、もう一度読み返すこともあるでしょう。従来の方法でも正確に処理できますが、情報が複数の段落に散らばっている通知ほど、確認の往復が増えます。

今回作る成果物は、「通知の要点」「自分の対応事項」「期限と例外条件」をまとめた短いメモです。Claudeに任せるのは、その下書きを作るところまでに限定します。通知が自分に正式に適用されるか、例外条件に該当するか、予定を確定してよいかといった判断は担当者が行います。AIに全文を渡して終わりにせず、原文との照合を作業の一部として扱うことが大切です。

この記事では、架空の通知を使います。プログラミングや専門的な設定は必要ありません。普段の言葉でClaudeに依頼し、返ってきた整理案を原文と見比べる流れを、初めて使う人でも再現できる形にします。

長い通知の処理は、単に文章を読む作業ではありません。実際には、資料探し、抜き出し、分類、確認という四つの工程が含まれています。受信箱や社内掲示から対象の通知を探し、本文中の重要箇所を拾い、自分に必要な情報と参考情報を分け、最後に日付や条件を確かめます。この工程が意識されていないと、「読んだはずなのに行動へ移せない」という状態になりがちです。



抜き出しでは、開催日時や申込期限だけでなく、「全員」「担当者のみ」「管理職を除く」などの対象条件も探します。分類では、通知の背景、全員が知るべき変更、自分が行う申請を分けなければなりません。似た日付が複数あると、開催日を申込期限としてメモするような取り違えも起こり得ます。文章が長いから難しいというより、異なる種類の情報が同じ本文に混在していることが負担の原因です。

確認にも手間がかかります。メモだけを見て予定を登録すると、本文にあった例外条件を落とすかもしれません。そのため、メモを作った後に原文へ戻り、日付、対象者、申込方法、欠席時の連絡先をもう一度探します。転記した内容が正しいかを確かめるための読み返しなので、省くべき工程ではありません。

Claudeを使う狙いは、この確認自体をなくすことではなく、抜き出しと分類の最初の一巡を補助してもらうことです。人は白紙からメモを組み立てる代わりに、整理された下書きと原文を照合できます。どこに手間が集中しているかを先に分けておくと、AIへ任せる範囲と、人が残す作業を混同せずに済みます。

ClaudeはAnthropicが提供する対話型のAIです。公式案内では、同僚や友人に話すような自然な文章で依頼でき、チャットの入力欄へ依頼を書いて送信する使い方が説明されています（出典: Anthropic Support）。ここでは、通知文を読ませ、決めた形式に沿って整理案を作ってもらいます。AIへのお願い文は一般に「プロンプト」と呼ばれますが、難しく考えず、作業内容と出力形式を伝える依頼書として扱えば十分です。



同じ通知文から同じ短いメモを作り、日付、対象者、例外条件を原文と一致させる場合、工程の対応は次のようになります。

| 工程 | AIを使わない場合 | Claudeを使う場合 | 人が行うこと |
| --- | --- | --- | --- |
| 通知の確認 | 全文を読み構成をつかむ | 通知文を入力する | 入力する範囲を選ぶ |
| 情報の抜き出し | 日付や対象者を手でメモする | 指定項目ごとに整理案を作らせる | 原文との一致を確かめる |
| 分類 | 要点と対応事項を手で分ける | 指定した見出しへ分類させる | 自分への適用を判断する |
| 修正 | 原文へ戻ってメモを書き直す | 追加のお願いで形式を直させる | 修正内容を承認する |
| 予定への反映 | 確認後に転記する | 確認後に転記する | 日時と行動を確定する |

省略またはまとめられる可能性があるのは、重要箇所を探しながら白紙のメモへ転記し、項目別に並べ直す工程です。ただし、Claudeの回答は会社の正式な通知ではありません。対象部署の解釈、上司への相談が必要な例外、予定表への登録などは、人が原文と社内ルールに基づいて決めます。

この役割分担なら、AIを「答えを決める人」ではなく「確認しやすい下書きを作る補助者」として使えます。回答が短く整っていても、内容が正しいとは限りません。読みやすさと事実の正確さを別々に評価することが、初心者にとっての基本になります。

準備するものは、Claudeを利用できる環境、整理したい通知文、そして自分の立場を示す短い説明です。今回はファイルを作らず、通知文をチャットへ貼り付けます。公式案内では文書をチャットへアップロードする方法も説明されていますが、最初の練習では、内容を目で確認しながら貼り付けるほうが入力範囲を把握しやすいでしょう（出典: Anthropic Support）。



実際の社内通知を入力する前に、会社のAI利用規程を確認してください。顧客名、個人情報、未公開の人事情報、認証情報などが含まれている場合は、そのまま入力しません。利用が認められている情報の範囲が分からなければ、管理者へ確認するか、今回のような架空の通知で練習します。文章の要約に必要のない氏名や管理番号は、削除または架空の表現へ置き換える方法もあります。

整理条件も先に決めます。今回の成果物は、要点、自分の対応、期限、例外条件の四項目です。自分の立場は「東京営業所の在庫担当者で、管理職ではありません」とします。役割を伝えないまま「私がやることを教えてください」と頼むと、Claudeは誰を指すのか判断できません。分からない点を推測せず、「原文に記載なし」と表示するよう頼むことも有効です。

原文は最後まで保存しておきます。Claudeの回答だけを予定表や社内メールへ転記せず、隣に原文を開いて照合できる状態にしてください。入力前の準備は余分な作業に見えますが、何を渡したか、どの条件で整理させたかが明確になり、後の確認や修正がしやすくなります。

操作は、チャットを開く、お願い文と通知を入力する、回答を読む、追加のお願いを送る、という四段階です。Claudeの公式案内でも、チャットの入力欄へ依頼を書き、送信して会話を始める方法が示されています（出典: Anthropic Support）。画面上の細かな表示は利用環境によって異なる可能性があるため、ここでは通常の会話に必要な操作だけを使います。



練習用の通知は次のとおりです。実在する会社、制度、日程とは関係のない架空の例です。

架空の入力例

件名：在庫管理システム更新に伴う操作説明会

11月20日の在庫管理システム更新に先立ち、各営業所の在庫担当者を対象とした操作説明会を実施します。参加回は11月16日10時から11時、または11月17日15時から16時のいずれかです。

対象者は各営業所の在庫担当者です。管理職は原則として対象外ですが、在庫担当を兼務している場合は参加してください。参加者は11月11日17時までに社内申込フォームで希望回を回答してください。

いずれの日程にも参加できない場合は、11月10日までに所属長へ連絡してください。後日、録画視聴の案内を送ります。問い合わせ先は業務管理室です。

続いて、下のお願い文と通知文を同じメッセージに入れます。角括弧の部分は、自分の役割と実際の通知文へ置き換えます。これはプログラムではなく、Claudeへ作業内容を伝える文章です。

コピーして使うお願い文

次の社内通知を、私が行動しやすい形に整理してください。
私は東京営業所の在庫担当者で、管理職ではありません。

以下の順で書いてください。
1. 通知の要点を3文以内
2. 私が行うこと
3. 期限と日時
4. 対象者と例外条件
5. 原文だけでは判断できないこと

日付、対象者、行動は通知文に書かれた内容だけを使ってください。
書かれていない内容は推測せず、「原文に記載なし」と書いてください。

通知文：
[ここに通知文を貼り付けます]

送信後は、見出しが指定どおりに分かれているかを確認します。この段階では、回答を正しいものとして確定しません。読みづらい場合や項目が混ざっている場合は、元の通知を貼り直す前に、同じ会話で直してほしい点を具体的に伝えます。

Claudeの回答は、依頼の書き方や会話の状況によって変わります。次は、先ほどの架空の通知から期待する整理形式を示した例であり、常に同じ文章が返ることを保証するものではありません。内容をそのまま信頼するのではなく、どの項目を原文と照合すべきかを見るための見本として使ってください。



回答の例

1. 通知の要点
在庫管理システムの更新前に、各営業所の在庫担当者向け操作説明会が開かれます。
説明会は11月16日10時から11時、または11月17日15時から16時です。
対象者は期限までに希望回を回答する必要があります。

2. 私が行うこと
社内申込フォームで参加希望回を回答します。

3. 期限と日時
申込期限：11月11日17時
説明会：11月16日10時から11時、または11月17日15時から16時
両日参加できない場合の所属長への連絡期限：11月10日

4. 対象者と例外条件
対象者：各営業所の在庫担当者
管理職は原則対象外ですが、在庫担当を兼務する場合は参加対象です。

5. 原文だけでは判断できないこと
社内申込フォームの場所は原文に記載がありません。
録画の視聴可能期間は原文に記載がありません。

回答が長いときは、単に「短くしてください」と頼むより、残す情報と形式を指定します。例えば、今日確認する項目と期限までに行う項目を分けたい場合は、次のように追加で依頼できます。

コピーして使う追加のお願い文

内容を変えずに、私の対応事項をチェックリストへ直してください。
各項目に期限を付け、原文にない期限は追加しないでください。
対象者と例外条件はチェックリストの後に一文で残してください。

誤りを見つけた場合は、「違います」だけで終わらせず、原文の該当箇所を示して修正を頼みます。たとえば、「所属長への連絡期限は11月10日です。該当箇所を確認し、期限一覧だけを書き直してください」と伝えます。修正後も、変わった部分だけでなく回答全体を確認してください。ある箇所の修正に伴って、別の表現まで変わる可能性があるためです。

確認では、文章が自然かどうかより先に、事実が原文と一致しているかを見ます。原文とClaudeの回答を並べ、日付、対象者、行動、例外、連絡先の順で照合すると、確認箇所を見失いにくくなります。回答に書かれた各項目について、根拠となる一文を原文から見つけられるかを確かめてください。



日付は、開催日、申込期限、欠席連絡の期限を分けて確認します。今回の例では11月10日、11月11日、11月16日、11月17日、11月20日が登場します。日付だけを見ず、それぞれが何の予定なのかまで組み合わせます。時刻についても、17時が説明会の開始時刻ではなく申込期限であることを確かめます。

対象者は「各営業所の在庫担当者」です。自分が在庫担当者として正式に登録されているかは、Claudeには判断できません。兼務や代理担当など社内固有の扱いが曖昧なら、所属長や通知の問い合わせ先へ確認します。管理職は原則対象外という条件にも、在庫担当を兼務している場合の例外があります。「原則対象外」だけを抜き出すと判断を誤るため、条件と例外を一組で確認してください。

行動については、申込方法が社内フォームであること、参加できない場合は所属長へ連絡することを原文と照合します。回答にフォームのURLや録画の公開日など、原文にない情報が加わっていれば採用しません。確認を終え、必要な修正を反映した後にだけ、予定表や自分の作業リストへ転記します。最終的に承認するのは担当者であり、Claudeの回答は承認前の整理案です。

この使い方で減らせる可能性があるのは、全文から必要項目を探し、白紙のメモへ分類しながら転記する繰り返しです。原文を探す準備、Claudeへの入力、回答の確認、修正は新たな工程として加わります。そのため、通知が短い場合や対象条件が単純な場合は、自分で読んだほうが早いこともあります。効果は通知の長さだけでなく、日付や例外条件がどの程度散らばっているかによって変わると考えられます。



自分の業務で確かめるときは、作業時間だけでなく、全文を読み返した回数、メモの修正回数、日付や条件の見落とし、完成したメモの項目数も記録します。AIを使う回では、通知の準備から原文照合、最終修正までを含めてください。Claudeが最初の整理案を早く返しても、確認に長くかかれば、業務全体の負担が軽くなったとは判断できません。

同じ通知を二つの方法で処理すると比較しやすい反面、後から行う方法は内容を覚えているため有利になります。より丁寧に比べるなら、情報量が近い複数の架空通知を用意し、AIを使う順番と使わない順番を入れ替えます。完成条件はどちらも「要点、自分の対応、期限、例外がそろい、原文と一致していること」に統一します。実測して初めて、自分の職場でどの工程が変わったかを判断できます。

最初の一歩として、実際の機密情報を含まない架空の通知を一つ使い、四項目のメモを作ってみてください。回答の巧さを評価するより、原文と照合しやすい形になったかを見るのがポイントです。その後、社内規程で利用可能な範囲を確認し、日付や例外の多い通知だけを対象に小さく試すと、任せる工程と人が守るべき確認工程を整理しやすくなります。

- Get started with Claude
- Upload files to Claude