
こんにちは。Osukeラーニング、運営者の「osuke」です。
ChatGPTで案内文を作ったあと、別の会話でFAQを頼むと、また同じ説明が必要になる。以前渡した資料と違う数字が出てきて、どの会話からやり直せばよいか迷う。そんなときに役立つのがProjectsです。
この記事では、ChatGPTのProjectsの使い方を、プロジェクト作成、ファイル追加、指示の設定、会話の整理、メモリや共有の注意点まで順番に整理します。2026年9月16日に確認した公式情報とXの公開投稿をもとにした解説で、私自身の運用体験ではありません。途中に登場するパソコン講座は、手順を説明するための架空の例です。
結論は、仕事ごとに資料をまとめ、成果物ごとに会話を分け、決定事項は短い引き継ぎメモに残すこと。何でも保存するより、次の会話で迷わず使える情報を整えるほうが、継続作業に役立ちます。
記事のポイント
- Projectsと普通のチャットの使い分け
- 資料・共通指示・個別依頼の分け方
- 情報の取り違えを見つける確認質問
- 共有や削除の前に残すべき記録
ChatGPTのProjectsの使い方
まずはウェブ版のChatGPTプロジェクトを中心に説明します。PC上のフォルダを直接扱うローカルプロジェクトや、Codexの開発環境とは区別して読み進めてください。
普通のチャットと何が違う?
Projectsは、関連する会話、資料、指示を同じ仕事のまとまりとして管理する機能です。単に会話のタイトルを並べるだけでなく、その仕事で使う共通の情報を用意できます。一度だけ言い換えを頼むなら普通のチャットでも足りますが、同じ資料から案内文、FAQ、チェックリストを作るなら、プロジェクトに整理する意味が出てきます。目安は「次も同じ前提を使うか」です。
基本の仕組みはOpenAIのProjectsとチャットの案内で確認できます。ウェブのプロジェクトには会話を扱うChatsと資料を扱うSourcesがあり、プロジェクト指示はその中の会話に適用されます。ただし、同じ場所にあるからすべての資料を毎回答で正確に使う、と考えるのは早計です。整理する機能と、答えの正しさを確認する作業は別に残ります。
| やりたいこと | 選び方の目安 | 先に用意するもの |
|---|---|---|
| 一文だけ言い換える | 普通のチャット | 元の文と希望する口調 |
| 同じ講座の案内とFAQを作る | 一つのプロジェクト内で会話を分ける | 開催条件と共通ルール |
| 無関係な二つの案件を扱う | 別プロジェクトを検討する | 案件ごとの参照資料 |
| PC内のファイルを直接変更する | ローカル作業の環境を別途確認する | 対象フォルダと操作の許可範囲 |
たとえば、架空の「地域パソコン講座」を準備するとします。案内文と当日の持ち物リストは、同じ日時や会場を参照します。一方、別の旅行計画はその情報を必要としません。この境目で分けると、何を一緒に置くかを判断しやすくなります。最初から仕事も趣味も一つに集めるより、前提が共通する範囲を小さく決めるほうが、資料の更新も確認も楽になります。
- 一度限りなら普通の会話でも十分
- 同じ前提で複数の成果を作るならProjectsを検討
- プロジェクトに入れたこと自体を正確性の保証にしない
プロジェクトを作る最初の手順
最初は、ChatGPTのプロジェクト一覧から新規作成の操作を選び、用途が分かる名前を付けます。画面の表示は利用環境で異なるため、位置だけを覚えるより、プロジェクトを作る操作なのか、通常の新規チャットなのかを確認しましょう。名前は「作業用」より「秋のパソコン講座準備」のように目的が伝わるものが便利です。名前に個人の詳細情報や秘密の案件名を入れる必要はありません。
次に、何を作る場所なのかを一文で決めます。講座なら「初心者向け講座の案内、FAQ、準備表を、確認済みの開催条件から作る」といった形です。続いて必要な資料と共通の指示を設定し、そのプロジェクト内から最初の会話を始めます。最初の依頼でいきなり完成原稿を求めるより、資料の内容や不足項目を確認させると、土台の取り違えを早い段階で見つけられます。
私なら最初の試運転を、作成、資料追加、指示設定、確認質問の4段階に分けます。確認質問は「この講座の対象者、日程、持ち物を、参照した資料名と一緒に整理してください。資料にない項目は未確認にしてください」で十分です。ここで正しい結果が得られたら案内文へ進みます。もし日程が出ないなら、文章の書き方を調整する前に、資料を渡せているかを確認する流れです。
機能が見当たらない場合は、別アカウントや別のワークスペースを開いていないか、ウェブとデスクトップで同じ機能を探しているかを確認します。見つからないだけで上位契約が必要だと断定しないでください。アカウントや基本設定に不安がある場合は、ChatGPTの始め方と初期設定の確認手順から整理しておくと、プロジェクト固有の問題を切り分けやすくなります。
- 名前は目的が分かる短い表現にする
- 完成原稿より先に、資料の確認質問を送る
- 見当たらない機能はアカウントと利用環境から確認する
ファイルと資料を追加するコツ
資料は、すべてを一度に入れるより、次の仕事に必要なものから追加します。講座の例なら、開催要項、対象者の説明、確定した持ち物一覧の3点から始められます。この3点は上限や公式の推奨数ではなく、試運転のための選び方です。資料が多いことより、何に使う資料かが分かることを優先しましょう。メモの断片が10個あるなら、確認済みの条件を一つに整理してから渡す方法もあります。
複数の会話で使う資料はプロジェクトのSourcesへ、その会話だけで使う資料は個別の添付へ、という区別が公式案内にあります。また、ウェブのChatGPTプロジェクトを作っただけで、PC内のフォルダが直接読めるようになるわけではありません。自分が見ているファイルと、ChatGPTへ渡したファイルが同じかを確認する必要があります。
資料名には、内容と版が分かる情報を入れます。例えば「開催要項_2026-09-16確認版」と「開催要項_旧案」を区別し、どちらを現在の条件として扱うかを明示します。元の資料は自分の管理場所に残したまま、AIに渡す版を整理すると安全です。単に新しい日付のファイルがあるから正しいとは限らないので、承認済みか、まだ検討中かも短い説明として添えておきます。
PDFや表を渡したときは、アップロード完了の表示だけで判断せず、中身を読めているかを試します。「会場の住所が載っている箇所を示して」と確認し、自分でも原資料を開いて照合します。答えが出ない場合に、そこに書かれているはずの内容を補ってもらうのは逆効果です。読み取りや参照がうまくいっていない可能性を残し、必要なページや項目を絞って再確認するほうが、誤った完成原稿を防げます。
- 資料名、確認日、確定・検討中の区別を付ける
- 共通資料と、その会話だけの添付を分ける
- 読み取れたという返事より、原資料と一致する内容を確認する
プロジェクト指示の書き方
プロジェクト指示には、その仕事で繰り返し守ってほしいルールを書きます。一方、今回だけ作る文章の長さや提出形式は、個別の依頼に置くと整理できます。「いつも初心者向けに説明する」は共通指示、「今回の案内は300字程度」は個別依頼、という分け方です。指示を長くすることを目標にせず、間違えると困る条件を優先してください。全部を一つの欄に押し込むと、変更する場所が分かりにくくなります。
OpenAIの指示の書き方では、目的、必要な情報、出力、守るべき境界を伝える考え方が紹介されています。下の例は、その考え方を講座準備向けに具体化した独自のひな形です。実在の講座にそのまま適用する場合は、対象者や確認のルールを自分の業務に置き換えてください。きれいな文章より、誰が読んでも同じ判断ができる指示を目指します。
プロジェクト指示の例
- 目的:初心者向けパソコン講座の準備資料を作る
- 文体:専門用語は説明し、短い文で伝える
- 根拠:開催条件は確認済みの開催要項を使う
- 不明点:日時・費用・定員が資料にない場合は推測しない
- 境界:案内文は下書きとして作り、送信や公開は行わない
このあと会話で「上記の条件を使って、参加者向けの案内文を300字程度で作ってください。未確認事項は本文に混ぜず末尾にまとめてください」と頼めば、共通と個別の役割が分かれます。出力が望むものと違ったときは、「丁寧にして」のような曖昧な修正だけでなく、「一文を短くし、日時と持ち物を先に置く」と具体的に伝えます。良かった修正だけを共通指示へ戻すと、次回にも生かしやすくなります。
全会話に適用したい好みはカスタム指示、案件固有の条件はプロジェクト指示、と置き分けるのも便利です。パーソナライズの公式説明を参照しつつ、同じルールを複数箇所で別の言い方にしないようにします。指示同士が食い違った場合は、複雑な優先順位を期待するより、自分で矛盾をなくすほうが管理しやすいですね。
会話を成果物ごとに分ける
プロジェクト内でも、すべての仕事を一つの会話に続ける必要はありません。案内文、FAQ、当日の準備表はそれぞれ別の成果なので、会話を分けると確認しやすくなります。一方、案内文の初稿から修正版を作る流れは、同じ成果を仕上げる作業です。同じ会話で続けるほうが、どの修正を反映したのかを追いやすくなります。「一つの話題」より「一つの完成物」を基準にすると判断がぶれにくいです。
例えば「案内文_参加者向け」「FAQ_申込前」「準備表_運営用」という名前なら、会話を開く前に用途が分かります。案内文の中で決まった内容をFAQにも使いたい場合は、決定事項として確認してから共通の資料へ整理します。別の会話を始めたことだけで、最新の決定が必ず適切に反映されると期待しないことがポイントです。共有すべき事実を明示すれば、会話を分ける利点を保ちやすくなります。
長い仕事を進める公式ガイドでも、同じ成果の作業は続け、独立した仕事は分ける考え方が示されています。この記事の例なら、案内文の校正中に思いついた会場レイアウトの相談は、別の会話へ分ける候補です。ただし、二つの作業が同じ資料を書き換える場合は、同時に任せず順番を決めます。分けることと、何でも並列にすることは同じではありません。
会話を増やしすぎるのも避けたいところです。短い言い換えのたびに新規作成すると、どれが採用稿なのか探す手間が増えます。成果物を決める会話、修正する会話、最終確認する会話を機械的に別々にする必要はありません。迷ったら「前のやり取りを参照しないと判断できないか」を考え、必要なら続ける、独立して評価できるなら分ける、という順で整理してみてください。
- 同じ完成物の修正は、同じ会話で続ける
- 用途が違う成果物は、分かる名前で会話を分ける
- 採用した決定事項は共通資料へ明示して残す
ChatGPTのProjectsの使い方と注意
次は、継続して使うときの注意点です。記憶への期待、資料の更新、共有範囲の3つを整理すると、仕事を安心して再開しやすくなります。
メモリ任せにしない引き継ぎ
プロジェクトに会話を置くことと、すべての判断を完全に覚えてもらうことは分けて考えましょう。メモリの設定や利用環境にかかわらず、失って困る決定事項は短い記録に残しておくと、自分も確認できます。これはメモリを使わないという意味ではなく、重要事項の唯一の保管場所にしないという方針です。特に日程、数値、採用理由などは、曖昧な記憶より確認できる資料が役立ちます。
講座の案内文を作り終えたら、「決まったこと」「未確認のこと」「次の作業」をまとめると再開が楽になります。例えば、対象者はパソコン初心者、会場は確定、持ち物は最終確認待ち、次はFAQの作成、という具合です。AIがまとめたメモにも誤りは入り得るので、保存前に自分で確認します。誤った要約を共通資料にすると、その後の会話でも同じ誤りを使い続ける原因になりかねません。
引き継ぎメモの5項目
- 目的:今回のプロジェクトで完成させるもの
- 確定事項:確認済みの条件と参照資料
- 未確認事項:誰に何を確認するか
- 採用稿:最終版の名前と保存先
- 次の作業:再開したら最初に行うこと
再開時には、メモを示して「今回使う確定事項と未確認事項を先に整理して」と依頼します。ここで古い日程が出てきたら、そのまま続きを書かせず、資料の版と現在の条件を確認します。質問を何度も繰り返して偶然正解を引くより、どこで前提が食い違ったかを直したほうが、次の成果物にもつながります。メモは長い会話の代わりにすべてを収めるものではなく、必要な原資料へ戻る案内です。
メモリの詳しい動作を確認したいときは、設定画面と公式のパーソナライズ案内を合わせて確認してください。別プロジェクトの情報を参照できるか、どの範囲が保持されるかといった細則を、名称だけから推測しないようにします。業務で確実に使いたいルールは、読んで確認できる指示や資料にも残す、という運用なら、機能の変化があっても見直しやすくなります。
Xの活用例とつまずきの読み方
Xの公開投稿からは、会話を整理する使い方と、良い指示を再利用する使い方が見えてきます。2024年12月13日のJoCodingさんの投稿は、ChatGPTのProjectsを会話整理や資料・指示の管理に使う機能として紹介しています。これは当時の紹介であり、今の上限や対象プランを証明するものではありません。取得できた前半の説明に限定し、省略された適用例は補っていません。
2026年3月19日のマーケターおさるさんの投稿には、AIとのやり取りで指示を整え、プロジェクトなどに保存する提案があります。毎回ゼロから考えないという方向は参考になりますが、保存すればすべての仕事が自動でうまくいく、とまでは言えません。私なら、修正のうち次回も必要なものだけを取り出し、適用する仕事を限定して保存します。
つまずきの隣接例として、2026年4月9日のふぇねさんの投稿では、古い事実と現在の情報を同じ場所へ積むことで混乱したという運用上の話が見られます。これはClaude Codeについての投稿で、ChatGPTの不具合報告ではありません。ただ、資料を増やすだけでなく、現在の事実と過去の記録を区別するという管理上の論点は、Projectsを使う際にも検討する価値があります。
今回確認したのは検索インデックス上の公開本文と、公開埋め込みで得られた範囲です。全返信、添付画像の詳細、利用条件を揃えた比較まで確認した調査ではありません。そのため「多くの人が成功している」「この設定なら必ず改善する」といった結論にはしません。投稿から使い方の候補を得て、機能は公式情報、成果は自分の試運転で確かめる、という役割分担で読むと役立ちます。
- 紹介投稿を本人の実測や現行仕様へ置き換えない
- 他製品の話をChatGPT固有の問題として扱わない
- 再利用する指示も、次の仕事で結果を確認する
ファイルを読まないときの確認
期待した内容が出ないときは、「読んでいない」と断定する前に、参照先を切り分けます。別の会話で添付した資料を、今の会話でも使える前提にしていないか。旧版と新版が並び、どちらを使うか曖昧になっていないか。自分のPCでは開ける資料でも、ChatGPTへ追加できているか。この順で確認すると、指示を強い言葉にするより、問題を具体的に捉えられます。
講座の会場が違って出た場合は、全文の書き直しを頼む前に「参照した資料名と、会場を判断した箇所を示して」と聞きます。その回答を原資料と照合し、違う資料を使っていれば対象を限定します。資料に記載がなければ未確認に戻します。回答に資料名が付いているだけでは正しい引用とは限らないので、該当する箇所を人が見る確認は省略しないことが大切です。
| 症状 | 確認すること | 次の依頼例 |
|---|---|---|
| 資料の内容が出ない | 現在の参照範囲に追加されているか | 指定資料の対象項目だけを示す |
| 古い数値が出る | 版と確定状況が区別されているか | 確認済み版だけで再整理する |
| 資料にない説明が出る | 事実と推測が分かれているか | 根拠のない箇所を未確認に戻す |
| 指示が反映されない | 共通指示と今回の依頼が矛盾していないか | 必須条件を短く整理して確認する |
それでも確認できない場合は、必要なページや表の範囲を絞り、内容が読み取れる形で渡し直すことを検討します。ただし、業務データを別のサービスへ送る必要がある場合は、会社の利用ルールを先に確認してください。問題解決のために手当たり次第に外部サービスへアップロードするのは避けたい行動です。相談する際は、機密を含まない再現例と、起きた症状を用意すると説明しやすくなります。
- 資料名・版・該当箇所を順に確認する
- 不足情報は推測で埋めず未確認に戻す
- 再現例は機密を除いた小さな範囲で用意する
共有・削除の前に確認すること
共有を考えるときは、まず相手に何を渡す必要があるかを決めます。完成した案内文だけでよいのか、作業中の会話や資料も一緒に必要なのかで、適切な渡し方は変わります。プロジェクト全体を渡す必要がないなら、確認済みの成果物だけを渡す選択肢もあります。「便利だから全部共有する」より、受け手が必要とする最小限を選ぶほうが、確認する範囲を小さくできます。
共有機能を使う場合は、実際の画面に表示される対象者、公開範囲、閲覧・編集の条件を確認します。リンクを知る人全員なのか、招待した相手だけなのかを思い込みで判断しないでください。利用プランや組織による条件の細部は、ここで一律に断定していません。仕事の情報を含むなら管理者の方針も確認し、許可されていない資料は追加しない、という順序が先です。
講座の例なら、案内文の作成に参加者の住所や連絡先の一覧まで必要とは限りません。対象者を説明したいだけなら「パソコン初心者の成人向け」のような情報で足りるかを考えます。氏名を消しても、複数の項目を組み合わせると本人を特定できる場合があるため、匿名化したつもりで安心しないことも大切です。AIに渡す前に、そもそも必要のない情報を減らすほうが確実です。
終了後に整理するときも、削除と見え方の整理を混同しないようにします。採用稿、原資料、確定事項のメモを自分の管理場所へ残し、不要な会話をどう扱うかを決めます。アーカイブは整理の選択肢ですが、データ消去の保証として捉えるものではありません。削除する場合は画面の説明を読み、消える対象と戻せるかを確認してから操作してください。プロジェクトだけを唯一の保管場所にしないことが、後日の修正にも役立ちます。
- 完成物だけで足りるなら全体共有を避ける
- 対象者と権限は共有直前の表示で確認する
- 削除前に採用稿と原資料を別の管理場所へ残す
ChatGPTのProjectsの使い方まとめ
ChatGPTのProjectsの使い方で大切なのは、資料をたくさん保存することではなく、次の作業で迷わない状態を作ることです。仕事ごとにプロジェクトを分け、その仕事の資料と共通指示を置き、成果物ごとに会話を整理する。この3つを押さえると、毎回説明し直す負担を減らすための土台ができます。同時に、重要な条件は原資料と照合する習慣を残しておくと、誤りをそのまま再利用するリスクを抑えられます。
最初の試運転では、非機密の資料を3点以内に絞り、小さな成果物を一つだけ作ってみてください。講座の例なら、開催条件の確認から短い案内文までで十分です。いきなりすべての案件を移す必要はありません。「必要な資料を見つけられたか」「未確認事項を区別できたか」「修正後の採用稿が分かるか」を見れば、自分の仕事に合う整理方法を評価できます。
うまくいったら、次の会話で使う決定事項を短いメモに残します。うまくいかなければ、モデルを変える前に、資料の版、共通指示、個別依頼の食い違いを確かめます。すべてをメモリに任せるより、重要な事実がどこにあるかを自分で説明できる状態を目指すと、長く使いやすくなります。Projectsはその整理を助ける場所であり、内容の承認や安全な共有まで自動で保証する仕組みではありません。
まだ何を継続して任せるか迷っている場合は、ChatGPTでできることと使い方の全体像から用途を一つ選んでみてください。私なら、繰り返し同じ前提を説明している仕事を最初の候補にします。設定を完成させてから使い始めるのではなく、小さな一件を終え、必要な指示だけを追加していく。その順番なら、使わない資料やルールばかり増えることも避けやすいですね。
- 仕事ごとに共通資料と指示をまとめる
- 成果物ごとに会話を分け、採用稿を明確にする
- 引き継ぎメモと原資料で重要事項を確認する
- 共有・削除は範囲を確認してから行う

