ChatGPTプロジェクトの情報源とは？追加・整理・削除の方法を解説

ChatGPTプロジェクトの情報源は、継続する仕事で参照する資料をまとめる場所です。大切なのは資料を大量に入れることではなく、「何を基準にするか」「いつ更新するか」「何を使わないか」を決めておくことです。

商品説明、業務マニュアル、会議メモなどを追加すると、資料を使った下書きや比較を進めやすくなります。一方、古い案内と新しい案内が混在したり、未承認のメモを正式なルールとして扱ったりすると、回答を確認する負担が増えてしまいます。

本記事では、情報源の追加方法に加え、資料を「基準・最新情報・参考・不要」に分ける判断、名前の付け方、更新と削除の手順を解説します。分類や管理表は筆者の実務判断に基づく運用例であり、ChatGPTに備わる専用の分類機能や、精度を保証する仕組みではありません。

自社の資料や経験を、生成AIで仕事や商品づくりに活かしたい方へ
→ 生成AIマスタースクール（GMS）の無料ウェビナーで実践方法を確認する

ChatGPTプロジェクトの情報源とは何か

情報源（ソース）は、回答の材料として使うファイルやテキストなどです。プロジェクトには関連する会話、ファイル、指示をまとめられ、継続作業の背景を共有しやすくなります。たとえば、商品案内を作る仕事なら、承認済みの商品説明を材料にして、対象読者に合わせた文章を依頼できます。

情報源は「材料」、指示は「仕事の進め方」

商品名、提供内容、利用条件などの事実は資料へ、「初心者に説明する」「未確認事項を別に示す」といった作業方針は指示へ分けると、更新する場所が分かりやすくなります。その都度のチャットには、今回のテーマや提出先を伝えます。

資料に「今後はこのように対応する」と書かれていても、それが承認済みの社内方針なのか、会議中に出た案なのかで扱いは変わります。情報源へ追加する操作だけでは、その区別まで確定しません。資料の位置付けを人が示すことが、整理の出発点です。

機能全体の基本操作から確認したい方は、ChatGPTプロジェクトとは？使い方・活用例・仕事を整理する方法をご覧ください。ここでは、資料を選び、使える状態に保つ運用に絞って説明します。

追加できる材料と、追加方法の違い

公式案内では、ファイルのアップロードやテキストの貼り付けのほか、会話の回答を情報源として保存する方法、対応アプリのリンクを追加する方法が示されています。ただし、使える方法は利用環境によって異なります。

材料の種類	向いている使い方	追加前に決めること
ファイル	確定した説明書や集計資料を使う	採用する版と、更新時に差し替える担当者
貼り付けるテキスト	短い前提や確認済みの要点を渡す	出典、適用範囲、元の資料への戻り方
保存した回答	確認した整理結果を再利用する	事実確認済みか、下書きのままか
対応アプリのリンク	外部サービスにある資料を参照する	接続するアカウント、アクセス権、更新確認の方法

この表は、どの方法が高性能かを順位付けするものではありません。確定版を固定して使いたい仕事と、頻繁に変わる資料を確認したい仕事では、適する材料の渡し方が違います。最初に「今回の作業で、何を確定情報として扱うか」を決めましょう。

資料を「基準・最新情報・参考・不要」の4種類に分ける

筆者の実務視点では、情報源の数よりも、それぞれの役割が説明できることを優先します。同じ内容の資料が複数ある場合は、どれを採用し、どれを比較用にするかを決めてから追加してください。

基準：繰り返し守る、承認済みの資料

「基準」は、現在の仕事で判断の土台にする資料です。承認済みの商品説明、現在有効な業務手順、確定した表記ルールなどが該当します。基準という名前を付けるだけで正確になるわけではなく、誰が確認し、いつから適用する内容なのかを確かめます。

たとえば、商品の説明文を作る場合は、提供する範囲と提供しない範囲が分かる資料を基準にします。営業担当者の口頭メモしかない項目は、同じ確定度で扱わず、確認待ちとして分けておく方が誤った約束を防ぎやすくなります。

最新情報：期間や案件によって変わる資料

「最新情報」は、今月の予定、今回の対象条件、直近の進捗など、変化しやすい材料です。作成日だけでなく、「どの期間に適用するか」を書きます。最近作った資料でも、翌月からの案であれば、現在の業務へそのまま適用できないためです。

更新頻度は資料の性質に合わせます。予定が決まったときに入れ替える資料と、定期報告の締め後に更新する資料を同じ周期にする必要はありません。「何が変わったら更新するか」を決めると、毎日すべてを確認する負担を減らせます。

参考：表現や比較の助けにする資料

「参考」は、過去の提案書、他の案件の説明例、検討中のアイデアなどです。文章の構成を考える助けにはなりますが、現在の価格や条件の根拠として使ってよいとは限りません。「表現の参考のみ」「過去案件のため条件を転用しない」と用途を付けておきます。

過去の成功事例を入れる場合も、その案件で確認できた事実と、今回の相手に適用できる条件は別です。事例の数値や顧客名を使う許可があるかを確認し、一般化できない事情まで現在の提案へ持ち込まないようにします。

不要：この仕事では使わない資料

「不要」は、重複ファイル、廃止した案、関係のない資料などです。ここでいう不要とは、現在のプロジェクトで参照させる必要がないという意味です。契約上の保管や社内の記録保存が必要な原本まで削除してよい、という意味ではありません。

迷う資料は、すぐに追加も削除もせず、管理用のメモで「要確認」にします。誰も役割を説明できない資料を残し続けるより、所有者に確認して位置付けを決める方が、後から回答の根拠を追いやすくなります。

追加前に確認する情報管理と資料の読みやすさ

仕事で入力してよい資料かを先に確認する

最初に、所属先が認めたアカウントや利用環境か、資料をAIで扱う許可があるかを確認します。顧客情報、未公開の取引条件、認証情報などは、便利だからという理由だけで追加しないでください。資料全体が不要なら、目的に必要な範囲だけを抽出します。

名前を記号へ置き換えても、部署、日付、取引内容の組み合わせから相手が分かる場合があります。匿名化したつもりで安心せず、その仕事に必要のない情報を減らすことを優先してください。共有予定がある場合は、将来の参加者に見せてよい資料かも含めて判断します。

個人向けサービスのモデル改善への利用は、設定の「データコントロール」で確認します。学習利用をオフにすることと、会社として入力を許可すること、共有相手を限定することは別の判断です。設定を一つ変えたから、どの資料でも扱えるとは考えないようにしましょう。

PDFの文字と図表を分けて確認する

PDFは、文字を選択できる文書と、紙を画像として取り込んだ文書で読み取り条件が異なります。まず自分で開き、必要な文章や表を確認できるかを見ます。紙面が見えることと、AIが必要な情報を読み取れることは同じではありません。

公式のPDF案内では、プロジェクトファイルとして追加したPDFはテキスト中心の取得で処理されます。Enterpriseで提供されるPDF内の図表の読み取りも、プロジェクト内の会話へ添付する場合と、プロジェクトファイルとして登録する場合で扱いが異なります。図表が判断の根拠なら、読み取られた内容を確認し、必要に応じて対応する環境で画像を別に渡してください。

文字認識、いわゆるOCRで紙の資料をテキスト化した場合も、数字、記号、表の列が正しいかを元の紙面と照合します。読み取りの誤りを含んだ資料をきれいに要約しても、元の数字が正しくなるわけではありません。

表計算は見出し・単位・対象期間をそろえる

売上や件数の表には、何を数えた数字か、単位は何か、いつの集計かを書きます。「売上」という列だけでは、税込・税抜、請求・入金などの違いが分かりません。資料を使う担当者が迷う部分は、AIにも補足が必要と考えてください。

結合セルや注記が多い帳票は、人に見せる版とは別に、分析用の表を用意する方法もあります。ただし、見やすくするために必要な注記を落とさないことが条件です。原本と加工版を区別し、加工した担当者が内容の一致を確認します。

ファイルやテキストを情報源へ追加する手順

画面の名称や配置は、Web版・アプリ、プラン、アカウント、組織の設定によって異なる場合があります。以下では対象プロジェクトの情報源を扱う流れを説明します。表示されない機能を、別の設定変更で無理に使おうとする必要はありません。

ファイルを追加し、一覧と内容を確認する

1. ChatGPTへログインし、資料を使いたいプロジェクトを開きます。同名の別案件でないか確認してください。
2. 情報源の領域で、追加に相当する操作を選びます。英語表示では「Add source」などの表記が使われます。
3. ファイルを追加する選択肢から、準備した資料を選びます。最初は必要な資料だけで始めます。
4. 処理後に情報源一覧を確認し、意図したファイル名が表示されているかを見ます。
5. 追加したファイルを開いて内容を確認し、チャットで必要な項目を読み取れるかを確かめます。

複数ファイルを選んだ場合は、一部だけ追加できている可能性も考え、一覧と手元のリストを照合します。画面にファイル名があるだけで、全ページの内容を回答に使えると判断せず、今回の作業に必要な箇所まで確認することが大切です。

対応する形式にはPDF、DOCX、TXT、XLSX、CSVなどがあります。Googleドキュメントの「.gdoc」ファイルを直接アップロードする方法とは区別し、必要ならPDFやDOCXへ書き出してから追加します。書き出した版を使う場合は、原本を後で編集しても、そのファイルが自動で更新されるとは扱わないでください。

短いテキストには、出典と適用範囲を添える

テキストを貼り付ける場合は、利用中の画面で案内される方法に従います。追加欄が見当たらなければ、短い内容をテキストファイルにして追加する方法も検討できます。いずれも、文章だけを切り出して、どこから来た情報か分からない状態を避けましょう。

資料名：［内容が分かる名称］
区分：［基準・最新情報・参考］
元の資料：［原本の名称と保管場所］
確認日：［人が内容を確認した日］
適用範囲：［対象の商品・業務・期間］
承認状態：［承認済み・確認待ち］
使わない範囲：［この抜粋だけでは判断できない事項］
本文：［使用を許可された内容］

この記載例は独自の管理用テンプレートです。実在しない原本名や確認日を埋めるためのものではありません。不明な項目は不明のまま示し、重要な判断に使う前に担当者へ確認します。

会話の回答を保存する前に、下書きか確定情報かを決める

プロジェクト内で再利用したい回答は、対象のメッセージのメニューから保存できます。公式案内の表記は「Save to project」「Add to project sources」などで、実際の名称は画面によって異なります。保存後は情報源一覧で対象を確認してください。

ただし、AIが作った要約を保存しただけで、承認済みの一次資料になるわけではありません。要約中の数字や決定事項を原本と照合し、確認前なら「未確認の整理案」と明示します。誤った要約を次の回答の根拠にし、その回答をさらに保存する循環を避けるためです。

外部サービスのリンクを追加する場合の注意点

リンクを貼る方法と、ファイルをアップロードする方法を区別する

公式案内では、個人のプロジェクトの情報源へ、対応するGoogle Driveのファイル・フォルダやSlackのチャンネルのリンクを追加する方法が示されています。情報源の追加操作でリンクを貼り、求められた場合はアプリを接続してアクセスを承認します。

承認時は、接続先が仕事用か個人用か、対象資料へアクセスできるアカウントかを確認してください。リンクを知っていることだけで資料の閲覧権限が得られるわけではありません。利用可否は、プラン、地域、組織の制限、対応する画面などにも左右されます。

リンクがあることと、最新の内容を確認できたことは別

プロジェクト内に追加したGoogle Driveアプリは、事前に内容を同期する方式には対応していないと公式に説明されています。したがって、「リンクを置いたので、最新の変更を常に読み込み済み」と決めつけず、回答時にどの資料のどの内容を確認したかを点検します。

筆者の実務判断では、変わりやすい資料ほど、依頼文で対象と確認したい項目を具体的に指定します。「資料を見て」ではなく、「現在の承認版に記載された提供範囲と適用日を確認し、確認できない場合はその旨を示す」と伝える方法です。

接続できない場合も、会社の制限を避けるために個人アカウントへ資料を移すことはしません。管理者へ確認するか、許可を得た範囲を別ファイルとして渡す方法を選びます。便利な接続方法と、その会社で許可された使い方を分けて判断してください。

名前と資料台帳で、採用する版を分かるようにする

「最新版」だけでなく、区分・対象・適用日・版を書く

ファイル名が「最新版」「最新版修正」「最終版2」になると、後から見た人は優先順位を判断できません。たとえば「基準_商品案内_適用20261001_v2」のように、役割、内容、適用日、版を一定の順序で書きます。この名称は練習用の例です。

版管理とは、変更前後の内容を区別して管理することです。作成日と適用日が異なる場合は、資料の本文や台帳にも両方を書きます。また、名前に顧客の実名や秘密の案件名を入れる必要がないなら、社内で識別できる管理名を使います。

資料台帳には、残す理由と見直す条件を書く

資料台帳は、情報源を一覧にした管理用の表です。専用の仕組みを作らなくても、手元の表計算やメモで構いません。次の項目を使うと、「どれが正しいか」だけでなく、「次に誰が何を確認するか」まで追いやすくなります。

資料名：
区分：基準／最新情報／参考／不要候補
内容と使用目的：
適用対象・適用期間：
版・承認状態：
原本の保管場所：
更新担当者：
最終確認日：
次に見直す条件：
置き換える旧資料：
削除前に確認する利用先：

すべての欄を毎回長く書く必要はありません。価格や提供条件なら適用日と承認状態、表現の参考資料なら利用許可と転用しない条件を優先します。判断に使わない管理項目を増やしすぎると、台帳自体が更新されなくなるためです。

資料を整理するだけでなく、仕事や商品づくりに活かす流れを学びたい方へ
→ 生成AIマスタースクール（GMS）の無料ウェビナーで実務活用を学ぶ

古い資料を更新するときは、追加・確認・切り替えの順に進める

資料を更新する目的は、新しいファイルを増やすことではありません。現在の仕事で使う基準を、承認済みの新しい内容へ切り替えることです。以下は、原本を安全に保管したうえで行う、実務上の推奨手順です。

更新前：変更内容と切り替える時点を決める

まず、旧版と新版で何が変わるのかを書き出します。商品名だけの修正なのか、提供範囲や受付条件の変更なのかによって、確認する回答が変わります。新版が未承認なら、最新の日付であっても正式な基準へ切り替えません。

次に、いつから新しい条件を使うかを決めます。すでに作成中の案内がある場合は、旧条件で仕上げるのか、新条件へ直すのかも確認してください。資料の差し替えだけを行い、途中の下書きがどの条件に基づくか分からなくなる状態を避けます。

追加時：同名ファイルの自動上書きを前提にしない

公式案内では、既存ファイルと同じ名前のものをアップロードすると、追加を続行するか、対象をスキップするかを選ぶ場合があります。同名で追加したから旧版が消えるとは扱わず、版を区別できる名前で準備し、追加後の一覧を確認しましょう。

同じ内容が重複していたとしても、見た目の名前だけで削除を決めません。適用日、本文、添付された注記などを比較し、どちらを残すかを人が決めます。AIへ比較を依頼する場合も、差異の整理までを任せ、採用する版の承認とは分けてください。

切り替え時：新しい資料で答えられることを確かめる

新版を追加したら、変更した項目について質問し、資料名と該当箇所を含む回答を求めます。条件変更なら新旧の対象範囲、文章修正なら新しい表記など、実際の変更点に関係する確認を行います。一般的な要約だけでは、切り替えたい部分が読まれたかを判断しにくいためです。

1. 新版の原本、承認状態、適用日を確認します。
2. 版が分かる名称で追加し、情報源一覧と内容を照合します。
3. 変更した項目を質問し、新版の該当箇所と回答を照らし合わせます。
4. 旧版を参照用に残す必要があるかを判断し、不要なら対象を確認して外します。
5. 資料台帳と、作成中の下書きに使う基準を更新します。
6. 旧条件が重要な回答に混ざっていないかを確認して、切り替え完了とします。

新旧を一時的に並べるのは比較のためです。そのまま通常業務へ戻す前に、今回使う版を明示してください。上限のため新版を先に追加できない場合は、原本の保管と影響範囲を確認してから旧版を外し、新版の追加と確認が終わるまで、その資料を使う作業を保留します。

過去の回答や要約も、必要に応じて見直す

情報源を入れ替えても、過去に作った提案書や保存した要約が自動で正しい内容へ書き換わるとは考えないでください。旧資料の数値を含む成果物があるなら、更新対象として別に確認します。原本、新しい情報源、回答、最終成果物の四つを区別することが役立ちます。

特に、旧版から作った要約を情報源として残すと、原本だけを差し替えても古い条件が残る場合があります。台帳の「削除前に確認する利用先」に要約や案内文も記録しておくと、更新漏れを見つけやすくなります。

情報源を削除する方法と、削除前後の確認

削除前に、対象・原本・共有相手への影響を確認する

削除前には、「このプロジェクトで使わないようにしたい」のか、「保存されたコピーも含めて消したい」のかを明確にします。目的によって確認する場所が異なります。古い資料を整理するだけなら、プロジェクト全体を削除する必要はありません。

対象の名称と版を確認し、必要な原本が会社の正式な保存先などに残っているかを確かめます。共有プロジェクトのファイル削除は参加者全体に影響します。使用中の担当者がいる場合は、更新の切り替え時点や代替資料を確認してから実行してください。

ファイルを開き、削除対象を確かめてから実行する

公式案内では、プロジェクトの情報源一覧から追加済みのファイルを開き、プレビュー、ダウンロード、削除を行えます。対象を開いて内容を確かめ、削除に相当する操作を選択してください。確認画面が出た場合は、表示された対象と操作内容を読んでから確定します。

操作後は一覧を開き直し、対象の版がなくなっていること、必要な新版や別資料が残っていることを確認します。これが、そのプロジェクトでの整理作業の完了条件です。ただし、一覧から消えたことだけで、あらゆる場所のコピーが即時に完全消去されたとは判断できません。

削除操作が表示されない場合は、別のファイルや会話を消して代用せず、共有時の権限と対象の種類を確認します。リンクや保存した回答では、ファイルと同じ操作名が表示されるとは限らないため、その項目のメニューと現在の公式案内を確認してください。

プロジェクト・会話・Library・外部の原本を区別する

確認する場所	整理で見落としやすい点	人が確認すること
プロジェクトの情報源	目的の版を外したつもりで別の版が残る	一覧、名称、内容と採用版を照合する
過去の会話・保存した要約	旧資料から転記された内容が残る	更新が必要な回答や要約を別に点検する
Libraryに別保存されたファイル	会話の削除だけでは消えない	保存されたコピーを消す必要があるか判断する
Google Driveなどの原本	参照の整理と原本の削除を混同する	保管義務、利用者、削除権限を確認する

OpenAIの保存方針では、プロジェクト内のファイルと、Libraryに別保存されたファイル、会話の扱いが区別されています。削除後のデータは通常30日以内の完全削除が予定されますが、安全上・法的な理由や組織の保存方針などの例外があります。「消した瞬間に、すべてのコピーがなくなる」と説明することはできません。

Libraryの保存コピーを削除する必要がある場合は、Libraryで対象を選び、削除またはごみ箱の操作を確認します。「最近削除した項目」などが表示される環境では、その扱いも確認してください。接続されたGoogle Driveの原本を管理する場合は、原本のサービス側で対象と権限を確認する必要があります。

誤って機密情報を追加した場合は、通常の資料整理とは分けて対応します。利用や共有を止め、何をどこへ追加したかを記録し、所属先の担当者へ報告してください。削除したことだけを根拠に「影響なし」と判断せず、会話への転記や共有範囲も確認します。

追加した情報源を、回答の正しさまで確認する方法

情報源にある内容は、回答を確認するための材料です。そこに書かれた事実が現在も正しいか、今回の対象に適用できるかまで、自動的に保証されるわけではありません。回答は「資料との一致」「資料の有効性」「利用目的への適合」の順で確認すると整理できます。

最初は、場所を指定できる小さな質問をする

長い提案書を一度に作らせる前に、資料に確実に書かれている項目を一つ質問します。たとえば、商品説明の提供範囲や、業務手順の受付条件です。資料名と見出し、確認できる場合はページや表の位置も求め、原本を開いて一致を確認します。

今回の作業では、［資料名と版］を基準資料として使ってください。
まず、［確認したい項目］について、資料で確認できる内容を示してください。
出力は「確認できた内容」「資料名と該当箇所」「確認できないこと」に分けてください。
ページ番号や引用文を推測で作らないでください。
資料を開けない場合は、その旨を先に伝え、一般知識で補わないでください。
この段階では、顧客向けの完成文や外部への送信は行わないでください。

「資料を確認しました」という回答だけでは十分ではありません。挙げられた箇所が実在し、そこに主張を支える内容があるかを読みます。ページ番号が取れない資料では、見出しや項目名など、実際に照合できる手がかりを使ってください。

書かれていないことを、勝手に埋めないかを見る

次に、資料だけでは確定できない項目を質問します。たとえば、資料にない例外対応を依頼された場合です。期待するのは、もっともらしい条件を作ることではなく、「資料では確認できない」と分けて示す回答です。

この確認は、意地悪な質問でAIを試すためではありません。実務では、必要な情報が資料にそろっていないことがあるためです。不明点を見つけられるか、担当者へ質問すべき範囲を明示できるかが、安心して下書きを任せる判断材料になります。

資料同士の矛盾は、人が採用基準を決める

新しい資料と承認済み資料で内容が食い違う場合は、「新しい日付だから正しい」と一律に判断させません。適用日、承認状態、対象商品などを比較し、何が異なるかを示してもらいます。どちらを正式な基準にするかは、業務の責任者が決めます。

法令、契約条件、製品の現行仕様など、社内資料だけでは確認が完結しない内容もあります。必要な公式情報や担当部署の判断で補い、その確認日と対象範囲を残してください。資料に忠実な回答であっても、古い資料に忠実なら現在の仕事には使えない場合があります。

追加できない・古い回答が出るときの切り分け方

問題が起きたら、まず「登録できない」のか、「登録できたが内容を確認できない」のか、「読めるが採用する版が違う」のかを分けます。それぞれ直す場所が異なるため、すぐに資料を大量削除したり、プランを変更したりする必要はありません。

困っている状態	先に確かめること	次に試すこと
追加操作が見当たらない	対象プロジェクト、アカウント、権限、利用画面	同じアカウントのWeb版と公式案内を見比べる
アップロードでエラーになる	エラー文、形式、上限、発生日時	必要な情報を記録し、制限の種類を切り分ける
ファイルはあるが内容を読めない	文字の取得、図表、対象箇所の読み取り	必要部分を確認可能な形式で用意する
外部リンクの内容を取得できない	接続アカウント、原本の権限、組織の制限	所有者・管理者に確認する
以前の条件が回答に混ざる	旧版、保存した要約、過去の会話	採用する版を指定し、根拠の箇所を照合する
資料同士で回答が揺れる	承認状態、適用日、対象範囲の違い	矛盾を一覧にし、人が正式な基準を決める

上限の問題と、資料整理の問題を混同しない

ファイル数、容量、一定時間内のアップロード回数などには、それぞれ制限があります。上限の具体的な数字と対処は、ChatGPTプロジェクトのファイル上限は？数・容量・対処法を解説で確認してください。最新の条件は、利用中の画面と公式ヘルプを優先します。

上限に達したからといって、用途の違う資料を一つの巨大なファイルへまとめると、後の更新が難しくなる場合があります。まず重複と不要候補を確認し、仕事の単位が違うなら分けて管理します。整理の判断は、削減する個数より、次に更新しやすいかを基準にしましょう。

古い回答が出る場合は、参照場所を一つずつ確認する

同じ会話に旧条件が残っているときは、新しいチャットで対象資料と版を明示して比べる方法があります。ただし、新しいチャットならプロジェクト内の過去情報を一切使わない、という意味ではありません。根拠として挙がった資料や要約を実際に確認してください。

修正するときは、資料、指示、依頼文を一度にすべて変えず、疑わしい点から順に見直します。どの変更で問題が解消したかを残すと、次回同じ問題が起きたときに、資料の更新漏れなのか入力条件の不足なのかを判断しやすくなります。

保存・削除の操作が改善しない場合は公式窓口へ相談する

正しい対象を選んでも追加や削除が反映されない場合は、発生日時、端末、ブラウザまたはアプリ、操作手順、エラー表示を記録します。共有や組織の管理対象なら、まず所有者・管理者へ権限と設定を確認してください。

解決しない場合は、OpenAI公式のサポート案内に従い、ヘルプセンター右下のチャットアイコンから相談できます。画像を添える前に機密情報が写っていないかを確認し、パスワードや認証コードは送らないでください。

実務で続けるために、資料の更新を仕事の工程へ組み込む

想定例：商品案内の下書きに使う場合

ここでは、社内の商品案内を作る架空の業務を例にします。「基準」には承認済みの提供内容、「最新情報」には今回の受付条件、「参考」には過去の案内文を用意します。過去の案内文に載っていた特典は、今回も使えると確認できるまで採用しません。

依頼では、基準と最新情報から確定事項を取り出し、その後に案内文を作るよう工程を分けます。出力は、顧客へ見せる文面と、社内で確認する事項を分離します。人は提供範囲、対象条件、日付、約束事項を原本と照合してから使用を承認します。

受付条件が変更されたら、最新情報を差し替え、旧条件を含む下書きと保存済みの要約も確認します。このように、追加・利用・更新を一連の作業にすると、情報源だけを整えて成果物が古いまま残る問題を見つけやすくなります。これは運用の設計例であり、実測した成果の報告ではありません。

新しい資料を入れるときに、外す資料も決める

更新のたびに資料が増える場合は、新版を追加する時点で「何を置き換えるか」を台帳に書きます。新旧比較が終わった後も旧版を残すなら、残す理由と利用目的を明示します。説明できない旧版は、原本の保管条件を確認したうえで、情報源から外す候補にします。

定期点検では、期限切れの最新情報、役割のない参考資料、重複ファイル、確認待ちのまま使われている要約を確認します。点検の周期は業務に合わせて決め、担当者が変わる場合は台帳も引き継いでください。

AIへ任せる作業と、人が決めることを分ける

AIには、資料の要約、差分の整理、矛盾候補の抽出、下書きの作成を任せられます。一方、資料を入力してよいか、どの版を承認するか、削除してよいか、顧客へ何を約束するかは、人が決める工程として残します。

筆者の実務判断では、最初から大きな資料庫を完成させようとするより、一つの定型業務に必要な資料で運用を始める方が、必要な基準を見つけやすくなります。回答の確認で不足した資料だけを補い、使われない資料を増やさない形で整えていきましょう。

まとめ｜情報源は、追加した後の管理まで設計する

ChatGPTプロジェクトの情報源を使う際は、最初に資料を「基準・最新情報・参考・不要」に分けます。追加前に機密性と読み取りやすさを確認し、名称、版、適用日、承認状態を明らかにしておくと、回答の根拠を追いやすくなります。

更新時は、新版の確認、追加、回答との照合、旧版の整理、台帳の更新までを一つの工程にしてください。削除するときは、プロジェクトの情報源と、過去の会話、別保存されたファイル、外部の原本を区別し、影響範囲と操作後の状態を確かめます。

情報源を登録することは、回答を正解にする操作ではありません。何を基準にするかを人が決め、資料と回答を照合できる状態を作ることが、実務で使い続けるための土台です。まずは一つの仕事に必要な資料から始め、更新担当者と見直す条件を決めて運用しましょう。

整理した自社資料を、仕事の改善や商品化につなげたい方へ
→ 生成AIマスタースクール（GMS）の無料ウェビナーに参加する

参考情報

公式情報の確認日：2026年10月10日。各ページの更新日とは区別しています。操作名、対応形式、提供条件、保存・削除の扱いは変更される場合があるため、利用中の画面と公式情報で最終確認してください。分類、資料台帳、命名例、確認用の依頼文は、本記事で提案する実務上の運用例です。

• OpenAI「Projects in ChatGPT」
• OpenAI「Uploading files and audio to ChatGPT」
• OpenAI「Visual Retrieval with PDFs FAQ」
• OpenAI「Connected apps in ChatGPT」
• OpenAI「Using Library to manage files in ChatGPT」
• OpenAI「Chat and file retention in ChatGPT」
• OpenAI「Data controls in ChatGPT」
• OpenAI「Does ChatGPT tell the truth?」
• OpenAI「How can I contact support?」

関連記事

• ChatGPTプロジェクトとは？使い方・活用例・仕事を整理する方法
• ChatGPTプロジェクトのファイル上限は？数・容量・対処法を解説