同じ仕事を毎週進めるたびに、資料と依頼文を貼り直すと、古い条件や別案件の情報が混ざりやすくなります。
Projectsは、関連する会話、資料、指示を一つの仕事へまとめるために使えます。
まとめるほど便利になる一方、何を入れ、誰が見られるかを決める必要があります。
このレッスンでは、架空の週次市場レポートを例に、Projectの範囲、資料と共通指示、情報管理、保存の確認を学びます。
作るものは、継続業務一つの運用メモです。
この記事で学ぶこと
- 共通条件と今回の条件を分けます。
- 必要な情報だけを入れます。
- 保存先と共有範囲を定期的に見直します。
一つの仕事をProjectの単位にする
Projectは、共通する目的と材料がある仕事のまとまりとして設計します。
すべての業務を一つへ入れると、案件ごとの条件が混ざり、何を参照しているか分かりにくくなります。
反対に毎回細かく分けすぎると、共通指示を再利用する利点が薄れます。
資料と出力形式を継続して使う範囲を一つの単位にしてください。
架空の例なら「小売業向け週次市場レポート」を一つのProjectにできます。
調査する分野、出典の方針、レポートの形式が共通だからです。
個人的な旅行計画や別顧客の非公開資料は混ぜません。
名前は「仕事」だけでなく、対象と成果物が分かるものにします。
後から会話を追加するときも、この目的へ関係するかを基準に選べます。
2026年10月6日に確認したOpenAIの公式案内では、Projectsは会話、ファイル、指示をまとめて継続業務へ使う機能です。
利用条件や共有設定は契約と組織の設定によって確認が必要です。
Projectを作っただけで、すべての過去資料が正確に参照されると考えず、今回の作業で使う資料と期間は各依頼でも明示してください。
資料と共通指示を別に管理する
資料は仕事の根拠、共通指示はその根拠をどう扱うかのルールです。
二つを分けると、事実の更新と作業方法の変更を独立して管理できます。
資料へは公開情報の基準表や過去の確認済みレポートを置き、指示へは対象、形式、出典、未確認の扱いを書きます。
過去の完成文をそのまま現在の事実として使わない条件も必要です。
架空の週次レポートなら、共通指示は「今週の発表を対象に、主張と出典を対応させる。公開日と適用日を分け、確認できない内容は未確認欄へ置く」とできます。
資料は、調査対象の企業一覧と、出力形式の見本です。
見本に古い料金が含まれているなら、文体だけの参考と明記します。
見本の数字を今回の結果へ流用しないようにします。
同名の旧版と新版を入れる場合は、どれを使うかを明確にします。
ファイル名や冒頭へ更新日を付け、基準となる資料を指定してください。
資料を増やす前に、今の目的へ必要かを確認します。
量が多いほど正確になるとは限りません。
使わなくなった資料は保存方針に沿って整理し、現在の作業に関係する根拠を見つけやすくします。
入れない情報と共有範囲を決める
Projectへ入れる前に、扱ってよい情報の範囲を決めます。
顧客名、未公開数値、個人評価、認証情報などは、業務の許可と必要性を確認します。
公開資料だけで作れる仕事なら、不要な非公開情報を追加しない設計にできます。
共有を使う場合は、参加者と権限、リンクの範囲を確認し、誰が会話やファイルを見られるかを把握してください。
架空の週次レポートでは、公開された発表だけを入れ、顧客別の売上や相談履歴は入れないと決めます。
レポートを共有する相手とProject自体を共有する相手は、同じとは限りません。
完成レポートだけを渡せばよいなら、作業中の会話や資料一式を共有する必要はありません。
成果物の共有と作業場所の共有を分けて考えます。
情報を入れないルールは、禁止語を並べるだけでなく代替方法も示します。
実名が不要なら架空の名称、詳細金額が不要なら公開済みの範囲を使うなどです。
ただし匿名化したつもりでも、組み合わせから特定できる情報がないか確認します。
個人で設定を変えれば業務上の許可を得たことになるわけではないため、組織のルールも確認してください。
学習利用と保存と記憶を区別する
データの扱いには、モデルの改善への利用、チャットやファイルの保存、会話での参照、共有など別々の項目があります。
一つの設定を切ったことを、すべての情報が保存されないという意味にしないでください。
現在の公式説明と自分の設定を見て、何を変更したかを項目ごとに理解します。
業務利用では、契約や管理者の方針も確認が必要です。
2026年10月6日に確認した公式説明に基づく設定の例です。
個人向けの「すべての人のためにモデルを改善する」を無効にすると、新しい会話はモデルの学習に使われません。
ただし、履歴には残り得ます。
学習利用を止めることと、履歴を削除することは別です。
Projectの記憶や参照の範囲も設定に関わるため、機密情報を入れる前に現在の案内を確認します。
保存先も確認してください。
公式の保持説明では、チャットと別にLibraryへ保存されたファイルは、チャットを削除しても残る場合があります。
Project内の資料も、実際の保存場所と組織の保存方針に沿って管理します。
この教材では日数や保存上限を暗記するより、どの設定が何を制御するかを見分けることを重視します。
設定画面を確認した日を運用メモへ残すと見直しやすくなります。
毎回の依頼と定期的な整理を決める
共通指示があっても、各回の依頼には対象期間、今回の問い、使う資料、完成物を記載します。
継続業務では同じ形式でも、その週に必要な判断が変わることがあります。
共通部分はProjectへ、今回だけの条件は会話へ置くと、毎回長い指示を繰り返さずに済みます。
出力が古い条件へ引かれたら、参照資料と指示を見直します。
架空の週次依頼なら、「10月第1週に公開された発表のうち、店舗運営に関係する3件を整理。今週は決済関連を優先」と書けます。
完成後は、確認済みレポートと未確認事項を分けます。
過去の下書きをすべて資料へ追加すると、古い仮説が増えるため、再利用する価値がある結果だけを基準資料にする運用を選びます。
月に一度など、仕事の頻度に合う区切りで、資料の版、共通指示、共有範囲を確認します。
不要な情報を整理する際は、必要な記録を失わないよう保存方針に従います。
運用が複雑で手間の方が増えたら、Projectの範囲や資料量を減らします。
整理すること自体を目的にせず、次回の仕事が同じ根拠と条件から始められる状態を保ちます。
実践課題
継続業務のProject設計を作る
毎週または毎月行う仕事を一つ選びます。
つくるものは、Project名、入れる資料、共通指示、入れない情報、共有範囲、確認する設定のメモです。
まず公開情報や架空情報だけで設計し、業務資料の追加は許可を確認してから行います。
- 目的と成果物が分かる名前を付けます。
- 根拠資料と共通指示を別欄にします。
- 入れない情報と代替方法、共有する相手を決めます。
- 学習利用、保存、記憶の設定を確認し、毎回の依頼例を作ります。
完成例（架空）：Project名は小売業の週次発表レポート。
資料は公開企業一覧と形式見本。
共通指示は出典と適用日を明記すること。
顧客の非公開売上は入れず、共有は確認済みレポートだけとします。
自己確認
- 一つの目的へ資料を絞っていますか。
- 学習利用と保存を混同していませんか。
- 資料の基準版と共有範囲を説明できますか。
まとめ
Projectsは、目的が共通する会話、資料、指示をまとめるために使います。
資料と指示を分け、入れない情報と共有範囲を決めてください。
次の継続業務では、設定の名前だけで安心せず、学習利用、保存、記憶がそれぞれ何を制御するかを確認し、運用メモへ残します。
- 共通条件と今回の条件を分けます。
- 必要な情報だけを入れます。
- 保存先と共有範囲を定期的に見直します。
