ChatGPTの「プロジェクト」を作成すると、プロジェクト固有の指示を登録できます。
しかし、設定欄に何を書けばよいのか分からず、「あなたは優秀なアシスタントです」「丁寧に回答してください」といった短い指示だけで使っている人も少なくありません。
反対に、思いついたルールをすべて追加し、長大な設定文になっているケースもあります。
指示が多ければ回答が安定するとは限らず、似たルールや矛盾した条件が混ざれば、どれを優先すべきか判断しにくくなります。
OpenAIはプロジェクトを、チャット、ファイル、指示、関連する文脈を一つの場所に集約するための専用スペースと説明しています。
単発の質問よりも、継続的な調査、複数回にわたる執筆、定期的な計画など、同じ前提を繰り返し使う作業に適した機能です。
したがって、プロジェクト設定に書くべきなのは、依頼ごとに変わる細かな条件ではありません。そのプロジェクトでChatGPTが繰り返し使う目的、判断基準、作業方針を定義する必要があります。
ChatGPTのプロジェクトは、関連するチャットや資料をまとめるフォルダ以上の役割を持っています。
プロジェクト内に参考ファイルを追加し、固有の指示を設定することで、新しいチャットを始めるたびに同じ背景を説明する手間を減らせます。
OpenAIによると、プロジェクトにはPDF、文書、スプレッドシート、画像、貼り付けたテキストなどを追加できます。
さらに、同じプロジェクト内で週次リサーチやコンテンツ制作のような反復作業を続けられます。
通常のChatGPTカスタム指示が幅広い会話に適用されるのに対し、プロジェクト設定は特定の仕事やテーマに対象を限定できます。
たとえば、普段のChatGPTには簡潔な回答を求めながら、記事制作プロジェクトでは、十分な背景説明や情報源の確認を求めるといった使い分けが可能です。
この違いを理解せず、アカウント全体の好みと特定業務の制作ルールを同じ場所へ書くと、設定が複雑になります。
プロジェクト設定では、そのプロジェクト内でのみ必要なルールへ絞るのが基本です。
プロジェクトの用途によって必要な内容は変わりますが、一般的には次の12項目を基準にすると整理しやすくなります。
最初に書くべきなのは、「このプロジェクトで何をするか」ではなく、「何のために行うか」です。
たとえば、「AIの記事を書く」という説明だけでは、ニュースを要約するのか、製品を比較するのか、使い方を解説するのか判断できません。
目的は、成果物と読者が得る結果まで含めて定義します。
AIツールやAI業界に関する日本語記事を企画、調査、執筆する。外部情報を要約するだけではなく、何が変わったのか、誰に影響するのか、読者が何を判断すべきかまで整理する。
目的が明確なら、個別の依頼が短くても、回答がプロジェクト本来の方向へ戻りやすくなります。
記事、資料、教材、企画書などを作る場合は、誰に向けた成果物なのかを設定します。
「初心者向け」とだけ書くと、専門用語を使わないのか、内容そのものを簡略化するのかが曖昧です。対象者の知識レベルに加えて、何に困っており、完成物を読んだ後に何ができればよいのかを示します。
読者はAI初心者から中級者を想定する。専門用語は必要に応じて説明するが、内容を過度に単純化しない。読後に、サービスを利用するか、導入を検討するか、現時点では見送るかを判断できる内容にする。
読者像は、文章を易しくするためだけの設定ではありません。何を説明し、何を省略するかを決める基準になります。
「プロのライターとして回答してください」といった役割指定は、方向を示す効果はあるものの、それだけでは作業範囲が分かりません。
肩書に加えて、どの工程を担当させるのかを記載します。
あなたは日本語Webメディアの編集者兼リサーチャーです。情報収集、事実確認、論点整理、構成設計、執筆、重複確認を担当してください。
役割を細かく演じさせる必要はありません。設定すべきなのは人物像よりも、任せる判断と責任の範囲です。
複数の工程を含む仕事では、完成形だけでなく進め方も決めておきます。
調査記事なら、先に本文を書かせてから出典を探すより、必要な事実を確認し、論点を分類してから構成を作る方が精度を保ちやすくなります。
調査が必要な場合は、テーマの定義、一次情報の確認、論点の分類、構成設計、執筆、事実確認の順に進める。確認できない情報を推測で補わない。
すべての作業を細かな手順書にする必要はありません。品質に影響する工程だけを固定します。
調査を伴うプロジェクトでは、情報の探し方を指定しておく必要があります。
最新情報はWebで確認する。企業の公式発表、公式ドキュメント、決算資料、公的機関、法令、原論文を優先する。外部メディアの記事だけで重要事項を確定しない。
特にAIサービスの名称、機能、料金、提供地域、経営者、規制などは変化します。過去の会話や参考記事に記載されていても、現在も有効とは限りません。
また、企業が発表した内容と、第三者が評価した内容を混同しないというルールも有効です。
確認済みの事実、企業側の説明、第三者の評価、編集上の推論を区別する。
「自然に」「丁寧に」「専門的に」といった形容詞だけでは、完成する文章を制御しにくくなります。
文章の長さ、段落の作り方、専門用語の扱い、避けたい癖まで具体化します。
知的だが堅すぎない自然な日本語で書く。短文を一行ずつ並べず、段落単位で論理をつなぐ。同じ語尾を連続させず、翻訳調や過度な宣伝表現を避ける。
さらに、過去の出力で繰り返し現れる表現だけを禁止事項として追加します。禁止語を増やしすぎると、自然な言い換えまで難しくなるため、問題が頻発するものへ絞った方がよいでしょう。
記事や報告書の形式が決まっている場合は、項目名だけでなく数と順番を明示します。
通常記事は、タイトル、メタディスクリプション、記事のポイント5つ、目次、イントロダクション、本文5セクション、コンクルージョン、FAQ10問で構成する。
「必要に応じて入れる」と書くと、省略される可能性があります。毎回必要なものは必須とし、今回の依頼で変更された場合は、現在の指示を優先するよう付け加えます。
禁止事項には、単語だけでなく、避けたい出力の状態を書きます。
同じ説明を別の言葉で繰り返さない。内容を増やすための一般論を加えない。未確認の料金、日付、機能を断定しない。本文を箇条書きの連続にしない。
「分かりやすく書く」と指定するより、「何をすると分かりにくくなるか」を示す方が改善につながる場合があります。
ただし、禁止事項だけで設定を埋めると、何を目指すべきかが見えなくなります。推奨する書き方と禁止事項を対にして記載します。
ファイルを追加しただけでは、ChatGPTがどの資料をどの場面で使うべきか判断できないことがあります。
利用者の報告では、質問するときに参照すべきファイルを明示したり、プロジェクト設定に「どのファイルを何に使うか」を記載したりする方法が使われています。ファイルを追加したからといって、すべての内容が毎回答へ均等に反映されるわけではない点には注意が必要です。
「文体ルール.md」は文章表現の基準として使う。「HTML仕様.md」は記事内パーツを作成するときだけ参照する。「完成記事サンプル.md」は構成と文体の参考にするが、記載された事実を現在の情報として扱わない。
ファイル名に役割を含める方法も有効です。
RULE_記事制作ルール.mdRULE_HTML仕様.mdREFERENCE_完成記事.mdSOURCE_公式資料.pdfARCHIVE_旧ルール.mdルール、参考例、情報源、旧版を名前で区別すれば、資料の位置づけが明確になります。
プロジェクト設定、添付ファイル、過去の会話、現在の依頼が異なる条件を示すことがあります。
その場合に備えて、優先順位を決めます。
指示が競合する場合は、現在のユーザー依頼、プロジェクト設定、現行のルールファイル、参考資料、過去の会話の順に優先する。
現在の依頼を最上位に置けば、通常は5セクションの記事を作るプロジェクトでも、「今回は3セクションにしてください」という個別指定へ対応できます。
「不明点があれば質問する」とだけ設定すると、軽微な不足でも作業が停止することがあります。
質問が必要な条件を限定します。
結果が大きく変わる情報が不足している場合のみ質問する。軽微な不足は合理的な前提を置き、その前提を示して進める。すでに会話やファイルで提示された内容を再質問しない。
確認なしで進めてほしい作業と、必ず確認してほしい作業を分けて書く方法もあります。たとえば公開前の記事は仮定を明示して進めても、契約書や料金表では不明点を確認する、といった区別です。
最後に、提出前の検査基準を設定します。
必要項目の欠落、説明の重複、古い情報、事実と推論の混在、同じ語尾の連続、指定形式の違反を確認し、問題があれば修正してから提出する。
「高品質な回答を作る」と書くよりも、何を確認すれば品質が上がるのかを示す方が具体的です。
プロジェクトの精度を上げようとして、すべての情報を設定欄へ書く必要はありません。設定、ファイル、チャット、メモリには、それぞれ異なる役割があります。
OpenAIは、カスタム指示を明示的な指示や応答方法を伝える機能、メモリを会話から関連情報を参照する仕組みとして区別しています。
また、過去のチャット履歴はすべての細部を保持するわけではないため、常に反映させたい情報は明示的に管理する必要があります。
プロジェクト設定は作業規則、ファイルは資料庫、チャットは作業場所と考えると整理しやすくなります。
メモリは補助的な文脈であり、正式な仕様書や進捗管理表の代わりにはなりません。
プロジェクト作成時には、利用環境によってプロジェクト限定メモリを選択できます。
この設定では、同じプロジェクト内の会話を参照できますが、プロジェクト外の会話は参照しません。
別の仕事や私的な会話から文脈を持ち込みたくない場合に向いています。
たとえば、次のような用途では境界を分ける意味があります。
一方で、複数のプロジェクトに共通する好みまで隔離すると、毎回同じ説明が必要になる場合があります。情報を混ぜないことを優先するのか、共通の文脈を再利用するのかで選びます。
公式情報はプロジェクトの仕組みを説明していますが、長く使う際の整理方法は利用者ごとに異なります。コミュニティで共有されている方法には、共通する傾向があります。
「仕事」「AI」「コンテンツ制作」といった広すぎる単位で作ると、目的の異なる指示やファイルが混ざります。
たとえば、同じコンテンツ制作でも、Web記事、SNS投稿、動画台本、商品データベースでは、文体も構成も完成形式も異なります。共通部分が少ないなら、別のプロジェクトへ分けた方が管理しやすくなります。
OpenAIも、継続的な調査、複数の草稿を扱う執筆、反復的な計画、一つの目標に結びついた資料群などをプロジェクトに適した用途として挙げています。
分割の基準は「同じテーマか」ではなく、「同じ目的と判断基準を使うか」です。
一つのプロジェクトでも、すべての作業を同じチャットで続ける必要はありません。
記事制作なら、次のように分けられます。
利用者の間でも、プロジェクト内に用途別のチャットを作り、文章作成、画像制作、進捗管理などを分担させる方法が共有されています。
同じ成果物を段階的に改善する間は会話を継続した方が、修正履歴を踏まえやすくなります。ただし、別のテーマへ移る場合や、過去の回答傾向を引きずりたくない場合は、新しいチャットに切り替えます。
プロジェクト設定へ向いているのは、数週間から数カ月後も使う条件です。
今回だけのキーワード、対象企業、文字数、公開日などは個別チャットに書きます。設定に残すと、次の作業にも古い条件が適用される可能性があります。
設定欄へCSS、禁止語の一覧、製品データ、長い参考原稿まで含めると、核となる指示が見えにくくなります。
次のように分けると管理しやすくなります。
プロジェクト設定には、各ファイルをいつ使うかだけを書きます。
プロジェクトへ資料を置いても、そのすべてが毎回答へ読み込まれるとは限りません。
特定の資料が重要な場合は、依頼の中で参照先を示します。
「RULE_記事構成.md」と「SOURCE_製品仕様.pdf」を参照し、仕様が食い違う場合は公式資料を優先してください。
利用者からも、ファイル名と用途を設定に書き、質問時にも必要な資料を指定することで、参照の精度を上げる方法が報告されています。
ルールを更新するたびに、次のようなファイルが増えていくことがあります。
記事ルール_v1
記事ルール_v2
記事ルール_最新版
記事ルール_最新版2
記事ルール_最終版
どれを使うべきか分からなくなるため、原則として現在版だけを残します。旧版が必要なら、ARCHIVEフォルダ相当の名称を付け、参照しないよう設定します。
ファイルの冒頭に更新日と状態を書く方法もあります。
ステータス：現行
更新日：2026年7月4日
本ファイルを旧版より優先する
既存のチャットには、それまでの依頼や修正履歴が残っています。設定を書き換えた後も同じ会話を続けると、以前の流れが影響することがあります。
利用者の運用例でも、指示を変更した後は新しい会話を作り、典型的な依頼で動作を確認する方法が提案されています。
検証用の質問を固定しておくと比較できます。
このプロジェクトの目的、想定読者、情報源の優先順位、文章ルール、禁止事項を説明してください。
ただし、ルールを説明できることと、実際の成果物で守れることは別です。最終的には、普段の作業に近い依頼を一件実行して確認します。
プロジェクト設定は、問題が起きるたびに新しい禁止事項を足すことで長くなりがちです。
定期的に次の点を確認します。
改善とは指示を増やすことだけではありません。統合、削除、移動によって判断しやすい状態を保つことも含まれます。
プロジェクト設定が期待どおりに働かない場合、ChatGPTの性能だけでなく、情報の置き方に原因があることがあります。
悪い例：
良質なコンテンツを作ってください。
「良質」の条件が定義されていないため、文章量、情報の深さ、読者、事実確認の方法が決まりません。
改善例：
AI初心者から中級者が、サービスの特徴、従来との違い、利用時の注意点を理解し、使うかどうか判断できる記事を制作する。
悪い例：
あなたは世界最高の編集者であり、マーケターであり、SEO専門家であり、研究者です。
肩書を重ねても、何を優先するのかは分かりません。
改善例：
日本語Webメディアの編集者として、一次情報の確認、論点整理、構成、執筆を担当する。SEO上のキーワードより、事実の正確さと読者の理解を優先する。
禁止事項が多すぎると、文章の方向が見えなくなります。
悪い例：
箇条書き禁止。短文禁止。長文禁止。専門用語禁止。同じ語尾禁止。抽象表現禁止。
改善例：
本文は段落単位で論理をつなぎ、必要な専門用語は説明を添えて使う。短文と長文を混ぜながら、同じ語尾の連続や箇条書きの多用を避ける。
禁止だけでなく、代わりにどう書くかを示します。
ある記事で「この表現を使わないで」と修正したからといって、すべてのプロジェクトで禁止する必要があるとは限りません。
繰り返し起きる問題なら共通ルールへ追加し、その記事だけの事情ならチャット内に残します。局所的な修正を一般化しすぎると、別の文章で必要な表現まで使えなくなります。
過去記事には当時の料金、製品名、役職、制度が書かれています。文章の参考にはなっても、現在の事実を確認する資料としては不十分です。
参考記事は構成と文体だけに使用する。製品仕様、料金、日付、人物、制度は現在の公式情報で確認する。
この一文を設定へ入れておくだけでも、過去資料の扱いが明確になります。
ChatGPTのメモリは便利ですが、過去の会話のすべてを永久に保存する仕組みではありません。OpenAIも、チャット履歴からすべての細部を保持するわけではないと説明しています。
進捗、決定事項、製品仕様、原稿などは、文書や管理表として残す方が安全です。メモリは補助的な文脈として使い、唯一の保管場所にはしません。
以下は、記事制作、調査、企画、学習などへ調整して使える汎用テンプレートです。
1. プロジェクトの目的
このプロジェクトは、［制作・調査する対象］を継続的に扱うためのものです。
的な目的は、［利用者や読者が得る結果］です。
2. 想定する利用者・読者
対象は［読者・利用者］です。
知識レベルは［初心者・中級者・専門家］を想定します。
完成物を通じて、［理解・判断・行動できる状態］を目指します。
# 3. ChatGPTの役割
あなたは［編集者・調査担当・講師・企画担当など］として対応してください。
主な担当は、［情報収集、整理、構成、執筆、検証など］です。
単に情報を並べず、［求める判断・分析方針］に基づいて処理してください。
# 4. 基本的な作業方針
・依頼の目的と必要な成果物を確認する
・最新情報が必要な場合はWebで確認する
・事実、公式見解、第三者評価、推論を区別する
・確認できない内容を推測で補わない
・現在の依頼で変更された条件を優先する
・すでに提示された条件を再質問しない
# 5. 情報源
情報源は次の順に優先します。
1. 公式発表、公式ドキュメント
2. 公的機関、法令、決算資料
3. 一次研究、原論文
4. 信頼できる報道機関
5. 専門家や利用者の実践例
重要な事実は、可能な限り複数の情報源で確認してください。
# 6. 文体
［希望するトーン］で書いてください。
段落単位で論理をつなぎ、短文を一行ずつ並べないでください。
翻訳調、宣伝調、同じ語尾の連続、同じ説明の言い換えを避けます。
必要な専門用語には、読者が理解できる説明を添えてください。
# 7. 出力構成
通常は次の構成を使用します。
［必要な項目と順序を記載］
現在の依頼で別の構成が指定された場合は、現在の依頼を優先してください。
# 8. 禁止事項
・未確認情報を断定しない
・内容を増やすための一般論を加えない
・同じ説明を別の表現で繰り返さない
・本文を箇条書きの連続にしない
・［プロジェクト固有の禁止事項］
# 9. プロジェクトファイル
・［ファイル名］：［用途］
・［ファイル名］：［用途］
・［ファイル名］：［用途］
ルール、参考資料、情報源、旧版を区別してください。
過去資料に含まれる数値や仕様を、現在も有効とはみなさないでください。
# 10. 指示の優先順位
指示が競合する場合は、次の順に優先します。
1. 現在のユーザー依頼
2. プロジェクト設定
3. 現行のルールファイル
4. 参考資料
5. 過去の会話
# 11. 質問する条件
結果が大きく変わる重要情報が不足している場合のみ質問してください。
軽微な不足は合理的な前提を置き、その前提を示して進めてください。
# 12. 最終確認
提出前に次を確認してください。
・必要項目が揃っているか
・説明が重複していないか
・事実と推論が区別されているか
・古い情報を使用していないか
・指定の文体と形式を守っているか
・利用者や読者が次の判断を行える内容になっているか
このテンプレートをすべて埋める必要はありません。
最初は、目的、対象者、役割、情報源、出力形式、禁止事項、優先順位の7項目から始め、実際に問題が起きた部分だけを調整します。
ChatGPTのプロジェクト設定は、依頼文を長くするための場所ではありません。同じプロジェクトで繰り返し使う目的と判断基準を固定し、個別の作業を始めやすくするための土台です。
目的、読者、役割、情報源、文体、出力形式、禁止事項を明確にしたうえで、長い資料はファイル、今回固有の条件はチャット、複数の会話で役立つ好みはメモリへ分けます。
運用を続けると、設定にはルールが増えていきます。しかし、精度を安定させるために必要なのは、指示の量ではなく、矛盾せず判断しやすい構造です。
新しい条件を足す前に、既存のルールと重複していないか、ファイルや個別チャットへ移すべきではないかを確認する必要があります。
最初から完璧な設定を作るより、実際の作業で起きた問題を記録し、共通化する価値があるものだけを残す方が、扱いやすいプロジェクトへ育てられます。
.png){kind=logo}
