ClaudeのProjectsの使い方｜資料と指示を共有する

ClaudeのProjectsは、同じ資料と共通の指示を使いながら、関連する作業を複数のチャットで進めるための機能です。 例えば社内マニュアルを登録し、問い合わせへの回答案、要約、比較表を別々に作れます。毎回何を添付し、どの条件を説明するか迷う場合に役立ちます。

最初は、プロジェクトを一つ作り、短い資料を追加して、答えを確認できる質問から試します。ここでいう「共有」には、自分の複数のチャットで資料を使う意味と、Team・Enterpriseで同僚に利用権限を渡す意味があります。両者の条件は異なります。

この記事は2026年11月5日の公式資料を基に、資料とプロジェクト指示を登録するClaudeアプリのProjectsを説明します。Claude Code向けには、スレッドを使う新しいProjectsの提供も進んでいます。日本語の公式案内で示された新しい画面とは操作が異なるため、表示されている画面に合わせて確認してください。

以下の社内FAQや資料名は、手順を説明するための架空の例です。実機で得た回答や効果測定の結果ではありません。日本はClaudeの対応地域に含まれ、日本語の表示設定も公式に案内されています。

ClaudeのProjectsでまとめられるもの

Projectsを使う前に、資料を置く場所と、回答の作り方を指定する場所を分けます。この二つがそろうと、個々のチャットでは今回の質問に集中できます。プロジェクトの作成・管理の公式ガイドに沿って、まず役割を整理しましょう。

説明用のイラストです。実際のClaudeの画面ではありません。

通常のチャットとProjectsを使い分ける

一度だけ短い文章を直すなら、通常のチャットへ文章と依頼を入れる方法で始められます。同じマニュアルを使って何度も回答案を作るなら、Projectsにまとめると、作業ごとの会話を分けながら資料を参照できます。作業回数より、共通の材料があるかで考えると選びやすくなります。

例えば「来週の会議案内を一通だけ整える」と「毎週、同じ運用規程に沿って問い合わせへ答える」では、後者に共通の準備が多くあります。どちらも文章作成ですが、後者では規程、用語、回答の形式を繰り返し使います。先にその三つを整理する理由があります。

一方で、会社の仕事をすべて一つのProjectsへ入れると、何を根拠に答えてほしいのかが曖昧になります。採用案内と製品サポートでは、読者も使う資料も違います。まずは「社内の備品貸出FAQ」のように、同じ目的で繰り返す仕事を一単位にします。

通常のチャットを使っていたから準備が無駄になるわけでもありません。過去の会話から、今後も使う資料と決まった条件を取り出せば、プロジェクトを作る材料になります。会話を全部保存することより、何を再利用するか決めることが先です。

資料・共通指示・会話を分けて考える

登録する資料は「答えの根拠」、プロジェクト指示は「答えの作り方」、各チャットの依頼は「今回すること」と整理できます。例えば貸出規程は資料、日本語のです・ます調で答える条件は共通指示、延長方法への回答案を作る依頼は個別のチャットに置きます。

置く場所	入れる内容の例	更新する場面
プロジェクトの資料	貸出規程、申請手順、窓口一覧	規程や窓口が変わったとき
プロジェクト指示	回答の順番、根拠の示し方、不明点の扱い	仕事の進め方を変えるとき
個別のチャット	今回の質問、対象者、必要な文章の長さ	依頼のたび

メモリも別にあります。公式のメモリ説明では、プロジェクト内の記憶に加え、設定によってプロジェクト外の記憶も使う仕組みが案内されています。「同じプロジェクトなら他の会話を一切参照しない」とは言い切れません。

ただし、メモリが使えることを、規程の最新版を確実に参照する保証とは考えないようにします。日付や条件を正確に引き継ぎたいなら、確認済みの資料として残し、今回使う版を依頼にも書きます。記憶と、確認できる根拠を別に持つ運用です。

無料と有料の利用条件を確認する

公式の料金比較では、Freeでも最大五つのプロジェクトを作成できると案内されています。最初の資料登録や質問を試すために、必ず有料プランへ変更する必要はありません。まず使っているアカウントで、Projectsの入口と利用可能な範囲を確かめます。

Proなどの有料プランでは、資料が増えたときに関連箇所を検索して取り出すRAGが利用できます。これは後の節で扱います。プロジェクトを作れる数、登録資料の容量、会話の使用量、他の人との共有は、それぞれ別の条件として読みます。

Proの公式ヘルプにある月額20米ドルは米国の価格です。日本での支払額は地域の価格、税、契約経路などを含め、アップグレード画面かアプリストアで確認する案内になっています。単純な為替換算を日本の確定料金として扱わないことが大切です。

契約を比べる際は、困っている点も一つに絞ります。「無料枠で会話が止まる」のか、「同僚と資料を共有したい」のかで確認する項目は違います。個人向けの有料プランにすれば、組織向けの共有機能まで同じように使えるわけではありません。

最初は一つの作業に範囲を絞る

最初の目的は「何でも答える社内AIを作る」より、「備品貸出について、根拠付きの回答案を作る」程度にすると確認しやすくなります。完成の条件を小さくすると、資料が足りないのか、指示が曖昧なのかを切り分けられます。会社全体の情報を集める作業から始める必要はありません。

練習用には、数ページの架空の規程を用意する方法があります。貸出期間、延長方法、窓口の三項目だけを決め、そこに書いた内容を正しく説明できるか試します。実際の社内資料を使う場合は、そのアカウントで扱ってよい資料を選びます。

作業のゴールも文章にします。例えば「質問に対して、回答案、根拠、未確認事項の三つが出たら下書き完成」と決めます。回答が丁寧だったという印象だけで終えず、資料を見れば正しいか判断できる条件を置きます。

コードの作成手順を再利用したい場合は、Projectsとは別に、Claude Codeでスキルを作成して呼び出す方法が関連します。今回のProjectsは、Claudeアプリで資料を読み、複数の文書作業を続けるための整理として使います。

プロジェクトを作って資料を追加する

準備するのは、目的が分かる名前と、必要な資料です。初回から大量のファイルを入れず、何が参照できたか確認できる量で始めます。ここでは架空の備品貸出FAQを作る流れで進めます。

説明用のイラストです。操作画面を再現したものではありません。

名前と説明を付けて新規作成する

ブラウザでClaudeへログインし、左側のProjectsを開きます。入口が見つからない場合は、プロジェクト一覧へ移動できます。公式ガイドで案内される「新規プロジェクト」を選び、名前と説明を入力して作成します。

名前は「備品貸出FAQ」、説明は「確認済みの貸出規程から社内向けの回答案を作る」のようにすると、後で一覧から選びやすくなります。名前に長い命令文を入れる必要はありません。似た案件が複数あるなら、部署名など人が区別できる情報を添えます。

プロジェクト名や説明に書いた内容を、そのままClaudeへの指示と考えないようにします。 公式ガイドは、Claudeが名前と説明へアクセスしないと注意しています。回答に守ってほしい条件は、後でプロジェクト指示の欄へ明記します。

作成後は、目的のプロジェクトの中からチャットを始める状態か確認します。別の通常チャットへ戻って質問すると、準備した資料を使うつもりでも、対象が違っていることがあります。最初の一回は名前、資料欄、質問する場所を順に見てから進めます。

今回の作業に必要な資料を選ぶ

備品貸出FAQなら、貸出規程、申請手順、問い合わせ先の三つから始められます。過去のすべてのメールや議事録まで追加する必要はありません。質問に答える根拠となる文書と、参考になるだけの文書を先に分けます。

文書を選ぶ際には、正式に使われているか、対象者が今回の質問と合うかを確かめます。社員向けの規程と来訪者向けの案内を混ぜたまま「貸出期間を教えて」と質問すると、対象の違いを見落としやすくなります。資料の冒頭に適用対象があると、後から照合しやすくなります。

同じ内容のPDFとWordを両方登録する場合も、用途を考えます。片方が古い下書きなら、回答に使う資料へ含めない方が整理できます。見た目が整っていることより、どちらが現在の正式な内容かを確認するのが先です。

練習では、社内の実データを使わなくても構いません。「期間は七日、延長は窓口へ相談、休日の扱いは未記載」という短い架空資料を作れば、明記された事実と、書かれていない条件を区別できるか試せます。未記載の項目を意図的に残すと、推測で補っていないかも確認できます。

資料名と更新日をそろえる

ファイル名は「資料1」より「備品貸出規程_2026-11-01」のように、内容と版が分かる形が便利です。人が探すときにも、質問で特定の文書を指定するときにも使えます。ファイル名だけで正式な版が決まるわけではないため、文書内の日付も確認します。

次のような資料台帳を一枚作ると、何を登録したかを把握できます。この表はProjectsの標準機能ではなく、作業用に用意する整理表の例です。手元のメモにも、登録する説明文にも使えます。

資料名の例	今回の役割	適用する版
備品貸出規程	貸出期間と対象者の根拠	2026年11月1日版
貸出申請手順	申請の順番と必要項目	2026年11月1日版
問い合わせ窓口	不明点の確認先	2026年11月1日確認

文書に日付がない場合は、勝手に更新日を付けず「日付記載なし、担当者確認待ち」とします。ファイルを受け取った日と、規程の施行日は意味が違います。資料台帳でも、分かる項目だけを埋めます。

版の優先順位が決まっているなら、その判断を残します。「正式な規程を優先し、FAQと食い違う場合は確認事項にする」といった条件です。矛盾をAIだけで解消させるより、誰がどの文書を根拠に判断するかを決めておくと、後の更新も容易になります。

アップロード後に読める範囲を確かめる

プロジェクトの資料欄にある追加操作から、選んだファイルを登録します。個別のチャットへ添付する場合と、プロジェクトの資料として追加する場合は、参照させたい範囲が異なります。複数の作業で使う資料は、プロジェクト側に登録されていることを確認します。

対応する形式にはPDF、DOCX、CSV、TXTなどがあります。プロジェクトのファイルは一つ30MBまでとされており、通常チャットの上限とは異なります。詳細はファイルのアップロードに関する公式ヘルプで確認できます。

追加が終わったら、いきなり長い回答を作らず、資料名と分かりやすい項目を指定します。「備品貸出規程に書かれた貸出期間と、該当する見出しを示してください」のような質問です。原文を開き、読み取った数値が合っているか見ます。

ファイル名が表示されたことだけで、図や表もすべて読めたとは判断できません。本文、表、注記から一つずつ確かめると、どこに読み取りの問題があるか絞れます。読み取れない場合は、その資料を前提にした回答案の作成をいったん止め、形式や該当箇所を確認します。

繰り返し使う指示を設定する

資料がそろったら、回答の形式と根拠の扱い方を決めます。毎回同じ注意を付け足すより、共通する条件を短い指示にまとめ、今回だけの条件をチャットへ書くと管理しやすくなります。

説明用のイラストです。実際の設定画面ではありません。

毎回変わらない条件を共通指示に置く

プロジェクト内の「プロジェクト指示を設定」から、回答の作り方を登録します。入力後は保存し、そのプロジェクトで使う条件として確認します。操作名は表示言語や画面の変更で異なる場合があるため、公式の作成・管理ガイドも参照してください。

共通指示に向くのは、読み手、文体、出典の示し方などです。備品貸出FAQなら「社内の従業員向け」「短い結論を先に書く」「根拠の資料名と見出しを添える」といった条件が考えられます。今週だけの受付時間など、すぐ変わる事実を大量に埋め込む場所にはしない方が更新しやすくなります。

指示を長くする前に、何を守れたら良い回答かを三つ程度に絞ります。今回の例なら「資料にある条件を変えない」「記載がなければ未確認とする」「原文へ戻れる情報を付ける」です。文章の好みを細かく指定するより、回答を使えるか判断する条件を先に置きます。

後から指示を直すときも、問題に対応する一項目ずつ変えます。回答が長いからといって、根拠を省く指示まで一度に追加すると、何が改善したか分からなくなります。まず結論の長さを指定し、根拠欄は残すなど、修正の対象を分けます。

社内FAQ用の指示を組み立てる

次の例は、回答案を作るための共通指示です。実際の社内ルールではなく、資料を根拠に下書きを作る練習用として使えます。資料名や対象者を変える場合は、出力後に確認する項目も合わせて変えます。

このプロジェクトでは、登録した備品貸出の資料を使い、従業員向けの回答案を作ります。日本語のです・ます調で、最初に質問への短い回答を書いてください。

続けて「根拠」と「確認が必要な点」を分けて書いてください。根拠には資料名、版の日付、該当する見出しを示してください。

資料にない期限、例外、承認条件は補わないでください。資料同士が食い違う場合は、両方の記載と確認すべき点を示してください。下書きを正式な決定や承認として書かないでください。

この指示は正答を保証するものではありません。回答のどこを確認すればよいかをそろえるための指定です。例えば根拠欄が付いていても、その見出しに本当に同じ条件が書いてあるかは原文で確かめます。

対象外の質問が多い場合は、範囲も一文加えます。「備品貸出以外の制度については、資料にないと説明してください」とすれば、回答範囲を明確にできます。会社全般の相談へ広げたい場合は、必要な資料と管理担当を決めてから拡張します。

一回の依頼では目的と成果物を指定する

共通指示を設定しても、今回何を作るかはチャットへ伝えます。「これをお願い」だけで済ませず、質問の対象、使う資料、完成させたい文章を短く書きます。共通の条件を全部繰り返す必要はありませんが、今回だけ違う条件は省かないようにします。

例えば、貸出延長についての問い合わせなら、次のように依頼できます。これは相談の回答案を作る例で、実際に申請を送信したり承認したりする操作は含みません。

備品貸出規程の2026年11月1日版を使って、貸出期間を延長したい従業員への回答案を作ってください。本文は200字程度とし、その後に根拠と未確認事項を別欄で付けてください。質問者がすでに延長を承認されたとは扱わないでください。

文書の長さは、回答本文と根拠欄を分けて指定すると調整しやすくなります。「全体を200字」とすると、確認に必要な資料名や条件まで省かれる場合があります。短くしたい部分を明示すれば、読み手向けの文章と、確認担当者向けの情報を両立しやすくなります。

相手の質問が曖昧なら、回答案より先に確認事項を作ります。「誰が、何を、いつまで借りたいかのうち、不足している情報を挙げてください」と依頼できます。足りない条件を仮定で埋める前に、問い合わせへの返し方を考える使い方です。

答えが分かる質問で指示の効き方を確かめる

最初の確認には、規程の中に答えが明記された質問と、答えが書かれていない質問の両方を使います。貸出期間は明記され、休日の扱いは未記載という練習資料なら、二つの回答で違う対応が必要です。前者は事実を示し、後者は分からない条件を残すのが期待する動きです。

確認用の質問	確かめる点
貸出期間は何日ですか	原文の数値と一致するか
休日も期間に含みますか	未記載の条件を断定しないか
延長は必ず認められますか	相談と承認を混同しないか
根拠はどこですか	資料名と該当箇所へ戻れるか

答えに問題があれば、まず資料を正しく読めたかを確かめます。そのうえで、資料にはあるが回答で省かれた条件なら、残す項目を指示へ追加します。資料そのものに書かれていない条件を、指示の言い換えだけで正しい事実にすることはできません。

確認結果は「良かった」「変だった」だけで終えず、質問、期待する条件、実際の差を一行で残します。同じ質問を指示の変更後に試すと、直した箇所を比較できます。数回うまく答えたことを、すべての質問に正答する証明にはせず、実際の回答でも原文確認を続けます。

同じ資料からFAQ・要約・比較表を作る

準備した資料は、回答案以外の文書作業にも使えます。目的が変わるたびに、必要な出力形式と残す条件を指定します。同じ資料から作った文書でも、使う相手が違えば確認する箇所は変わります。

説明用のイラストです。生成結果の実例ではありません。

問い合わせへの回答案を作る

FAQの回答案では、質問への答えを先に置き、その後に必要な手順を続けます。相手が知りたいのが延長の方法なら、貸出制度の歴史から始める必要はありません。資料の中から今回の質問に関係する条件を取り出すよう依頼します。

練習資料に「延長は窓口へ相談」とだけ書いてある場合、回答案もその範囲にとどめます。「申請すれば自動的に延長されます」と変わっていれば、原文より強い約束になっています。丁寧な文体でも、この差は修正する必要があります。

修正は、問題のある一文と理由を示して頼みます。「延長の承認は未確認なので、窓口へ相談する案内に直し、承認までの時間は追加しないでください」と伝えれば、削る部分と残す部分が分かります。全体を何度も書き直す前に、事実のずれを直します。

回答案が完成したら、問い合わせの内容と照合します。質問者が返却方法も聞いているのに延長だけ答えていないか、追加質問が必要なら明記されているかを見ます。FAQの形式に整ったことと、今回の問い合わせへ十分に答えていることは別に確認します。

長い資料から確認事項を要約する

長い資料を短くする場合は、単に「要約して」ではなく、読む目的を指定します。新人へ全体を説明するのか、運用担当者が変更点を確認するのかで、残すべき情報が変わります。同じ文書から、目的の異なる要約を別々のチャットで作ることもできます。

貸出申請手順から、新しく担当する人が作業を始める前に確認する項目を五つに整理してください。申請の入口、必要な情報、確認する担当、返却時の作業、未記載の条件を残してください。規程にない運用は追加しないでください。

この例では、五項目の数より、必要な内容を残す指定が中心です。資料に返却時の説明がなければ、その項目は未記載として扱います。五つの欄をすべて埋めるために、一般的な手順を足していないか確認します。

要約を読んだ後は、条件が付く箇所を原文へ戻して照合します。「事前連絡がある場合に限る」「対象は常勤の従業員」などの条件が落ちると、短い文章の意味が変わります。要約の長さを減らす際には、一般的な説明より、対象・期限・例外を残す方が判断に役立ちます。

条件の違いを比較表で整理する

比較表は、何を同じ基準で比べるかを先に決めます。例えば通常の貸出と長期貸出を比べるなら、対象者、期間、事前相談、返却手続きなどの列をそろえます。一方の制度にはない説明を、もう一方から移して埋めないようにします。

登録した資料に通常貸出と長期貸出の説明がある場合、対象者、期間、必要な申請、確認先を同じ列で比較してください。各行に根拠の資料名と見出しを添えてください。記載がない欄は「資料に記載なし」としてください。

返ってきた表は、列の意味が途中で変わっていないか見ます。「期間」の欄に片方は最大日数、もう片方は申請から受け取りまでの日数が入っていれば、同じ条件を比較できていません。表の形がそろっていても、数値の意味まで同じとは限りません。

また、表に空欄が残ることは作業の失敗とは限りません。不足する情報が見えることで、規程の担当者へ確認する項目が分かります。比較表の次に「未記載の項目だけを質問一覧へしてください」と依頼すれば、資料を整えるための作業へつなげられます。

別のチャットで次の作業を始める

FAQの回答案を作った後、同じ資料から新人向けの説明文を作るなら、新しいチャットに分けると目的を整理できます。最初の依頼に「今回は新人向けの案内を作る」と書けば、前の回答の言い回しを直し続ける作業と区別できます。資料を使う目的が変わったことを明示します。

過去の会話を引き継ぎたいときは、何を続けるかを具体的に示します。チャット検索の公式説明では、有料プランで過去の会話を検索し、プロジェクト内の会話を参照する機能が案内されています。検索やメモリの利用条件を、資料登録そのものと混同しないようにします。

確定した情報を引き継ぐなら、短い作業メモを用意する方法もあります。「使う版」「確認済みの事実」「保留中の質問」「今回の成果物」をまとめれば、何を前提に始めるかを人も確認できます。過去の会話全体が正しく引き継がれるはずだと期待するより、必要な条件を明示できます。

例えば動画の企画でも、商品説明や表記ルールを共通資料にし、構成案とナレーション案を別の作業にできます。動画制作全体の方法はClaudeで動画を作る方法の比較で扱うため、Projectsでは材料と指示の整理に焦点を当てます。

資料の更新と共有範囲を管理する

一度作ったProjectsは、資料や仕事の条件が変わるたびに見直します。新しいファイルを足すだけでなく、どれを現在の根拠として使うかを明確にします。人と共有する場合は、文書の中身に加えてアクセス権も確認します。

説明用のイラストです。実際の権限設定画面ではありません。

確定した回答を再利用する資料へまとめる

会話で良い回答案ができたら、そのまま次の根拠にする前に、内容を確認します。AIが書いた回答には、元の資料にない説明が入り込むことがあります。未確認の回答を資料へ戻すと、その説明が次の会話で根拠のように使われるおそれがあります。

再利用する文書には、質問、確認済みの答え、根拠となる規程、確認日を残します。例えば「延長可否は窓口が判断する」という回答を使うなら、その判断が規程に書かれているか、担当者から確認した内容なのかを区別します。出どころが分かれば、後から変更があったときにも確認できます。

資料をまとめるときは、元の規程と回答集の役割も分けます。規程は正式な条件、回答集は読みやすく説明した文書という関係です。両方が食い違ったときに、どちらかを勝手に正しいと決めず、担当者へ戻す運用にします。

未確認の回答案は、確認済みの回答集へ混ぜず、保留中のメモとして別に管理します。名前に「下書き」と付けるだけでなく、どの条件が未確認かを書きます。「休日の数え方が未確認」のように具体的に残せば、次に必要な確認を進められます。

旧版と新版を区別して入れ替える

規程が更新されたら、まず新旧の変更箇所を人が確認します。新しいファイルを追加しただけで、以前の条件が使われなくなるとは考えないようにします。旧版が同じ資料欄に残っているなら、比較のために残すのか、現行の回答には使わないのかを決めます。

例えば貸出期間が七日から十日に変わった場合、日数だけを差し替えると、適用日や対象者を取り落とすことがあります。「いつの申請から」「すでに貸出中の人にも適用するか」を資料で確かめます。分からない条件は新旧比較の未確認欄へ残します。

更新時の依頼も、対象を限定すると確認しやすくなります。「旧版と新版の貸出期間、申請方法、適用開始日を比べ、変更された項目だけ示してください」と依頼し、結果を原文と照合します。単に最新版の要約を作るより、どの回答を直すべきか把握できます。

新しい版を使う準備ができたら、資料台帳、共通指示に書いた版、確認済みの回答集を順に見直します。最後に、変更した条件を尋ねる質問を再実行します。登録作業が終わっただけで完了にせず、実際の回答が新しい条件に沿っているかを確かめます。

既存のチャットとプロジェクトを整理する

通常のチャットをProjectsへ移す方法も、公式ガイドで案内されています。チャット名のメニューから「プロジェクトに追加」を選び、移動先を指定します。過去の会話を案件ごとに整理したいときに使えます。

移す前には、その会話が今のプロジェクトと同じ目的か確認します。例えば、旧制度を前提にした相談が長く続いているなら、現在の規程を使う新しいチャットと分けた方が経緯を追いやすい場合があります。場所を移したことだけで、過去の発言や結論が最新版になるわけではありません。

チャット名も、後から作業の内容を探せる形にします。「質問」より「延長案内の回答案」「新人向けの申請手順」の方が、何を作った会話か分かります。個人名や問い合わせの全文をタイトルへ入れなくても、目的で区別できます。

終了したProjectsをアーカイブする場合は、保管とアクセス権の変更を分けて考えます。共有設定の公式説明によれば、アーカイブしてもメンバーや共有権限は解除されません。共有を終える必要があるときは、共有設定側を確認します。

自分の会話間での利用とチーム共有を区別する

自分のProjectsに登録した資料を複数のチャットで使うことと、同僚にProjectsを開いてもらうことは、別の機能です。公式の共有ガイドは、Team・Enterpriseで、組織の設定が許可する場合の共有方法を説明しています。

共有する際は、プロジェクト名の横の共有メニューで対象者と権限を確認します。閲覧してチャットできる権限と、資料や指示を編集できる権限は異なります。回答を利用する担当者と、規程を更新する担当者で必要な操作が違うなら、その違いに合わせて選びます。

同ガイドでは、プロジェクト内のチャットは初期状態で他のメンバーに共有されないと説明されています。資料を共有したから会話履歴もすべて見える、あるいは会話が非公開だから資料も非公開というように、一括して判断しないようにします。

共有前には、誰にどの文書が見えるか、誰が内容を変更できるかを確認します。利用者向けには「このProjectsが答える範囲」と「未確認事項の問い合わせ先」を短く添えると役立ちます。資料を配ることだけでなく、誤りや古い条件を見つけたときの連絡先も決めます。

うまく答えないときに確認すること

期待した答えが出ないときは、指示を長くする前に、資料、質問、読み取り、使用量のどこで止まっているかを見ます。原因ごとに一つずつ確かめると、直す対象を絞れます。

説明用のイラストです。確認が完了した実画面ではありません。

資料を参照しないときは対象と質問を絞る

回答が一般論に寄る場合は、まず開いているプロジェクトと登録資料を確認します。次に、質問に対象の資料名と知りたい項目を書きます。「貸出について教えて」より、「備品貸出規程の貸出期間と延長手続きの見出しを確認してください」の方が、回答の対象を明確にできます。

複数の論点を一度に聞いている場合は、一つに分けて確かめます。貸出期間、対象者、故障時の対応をまとめて聞き、故障時の説明だけ欠けるなら、その項目を単独で質問します。資料が読めていないのか、複数の依頼の一部が抜けたのかを確認できます。

資料を指定しても別の話題が混ざる場合は、共通指示とメモリの設定も確認します。プロジェクト外の記憶を切り分けたい場合、公式ガイドには「アカウントメモリを使用」をオフにする設定が案内されています。メモリの扱いは公式の説明に沿って確認します。

一度の質問で直らなければ、回答のどの文が資料と違うかを示します。「根拠がないから全部やり直して」より、「この申請期限は資料に見当たらないため、根拠がある場合は示し、なければ削除してください」と伝える方が、修正結果を確認しやすくなります。

PDFの図表や長いファイルの読み取りを確かめる

PDFには、選択できる文字を持つ文書と、紙面を画像として取り込んだ文書があります。見た目が同じでも、文字や図表の扱いが同じとは限りません。まず必要なページを開き、回答に使う数値や注記がどこにあるかを確認します。

公式のファイル説明では、100ページ以下のPDFは文字と視覚要素を分析し、101〜1000ページは文字のみを処理すると案内されています。PDF以外の文書に埋め込まれた画像も、文字と同じように読めるとは限りません。

図表が重要な長い資料では、必要な範囲を取り出し、前後の説明と注記も残す方法を検討します。表だけを切り出して単位や対象期間が消えると、読み取った数字が合っていても意味を誤ります。元資料のどの範囲から取り出したかもメモしておきます。

ページを指定する際は、紙面に印刷された番号と、PDFビューアのページ番号を区別します。「PDFの8ページ目、紙面では6ページ」のように書けば、照合しやすくなります。回答に示されたページを開き、実際に該当する説明があるか確認してから使います。

容量と利用上限を分けて対処する

ファイルを追加できない場合と、質問を送れない場合では、確認先が異なります。前者ではファイルのサイズや形式、資料の総量を見ます。後者では画面のエラーと使用状況を確認し、同じ質問を続けて送る前に制限の内容を読みます。

有料プランのProjectsでは、資料が増えると関連箇所を検索して参照するRAGが自動で有効になります。公式説明は容量を最大十倍に拡張するとしていますが、無制限の保存や、全資料の全文を毎回読む保証を意味しません。質問で資料名や項目を指定する工夫は引き続き役立ちます。

Proには五時間ごとの使用制限に加え、週単位の制限があります。送れる回数は会話や添付資料の長さ、モデルなどで変わります。Proの公式ヘルプと設定の使用状況で、次に利用できる条件を確認します。

使用量が不足する場合も、すぐ契約を変える前に、どの作業で上限に達したかを整理します。回答の誤りを同じ指示で繰り返し直しているなら、資料や依頼の修正が先です。必要な資料を減らす場合は、正しい回答に欠かせない条件まで削らないようにします。

出典と条件を確認して作業を終える

Projectsで文書を作る際の完了条件は、読みやすい回答が出たことだけではありません。回答が今回の質問に答え、資料の条件を保ち、不明点が残されていることを確認します。最後は文章全体を読むだけでなく、判断に使う数値や条件を原文へ戻して照合します。

次の表は、備品貸出FAQの回答案を確認する例です。確認結果を記入するための表であり、Claudeの性能を採点した結果ではありません。作る文書に合わせて対象の項目を差し替えられます。

確認項目	確認のしかた	不一致があった場合
対象者	質問者の条件と規程を照合	対象を確認して書き直す
期限・日数	元資料の数値と比較	適用日も含めて修正
承認・例外	原文の表現を読む	未確認の約束を削る
根拠	資料名と見出しを開く	根拠がなければ保留
次の行動	読み手がする手続きを確認	手順か問い合わせ先を補う

別の人へ引き継ぐ場合は、完成した文書だけでなく、使った資料の版と残る確認事項を添えます。例えば「貸出期間は規程で確認済み、休日の扱いは窓口への確認待ち」と記録すれば、その回答案をどこまで使えるかが伝わります。

最初の一件では、短い資料を登録し、共通指示を設定し、答えが分かる質問を一つ試すところまで進めれば十分です。原文と照合できる流れができてから、質問や資料の種類を増やします。