プロンプト作成

プロンプト作成の概要

プロンプト作成とは、知りたいこと、作りたいもの、変更したいことを ChatGPT に伝える方法です。プロンプトは 質問、指示、目標のいずれでもかまいません。技術的な構文や 厳密な定型は必要ありません。自分の言葉で始め、回答を確認し、フォローアップ メッセージを使って結果を調整してください。

多くの場合、短いプロンプトで十分です。規模が大きいタスクや重要なタスクでは、 大切な要素を含めます。

• 目標： ChatGPT に何をしてもらいたいですか？
• コンテキスト： どのような情報やソースが役立ちますか？
• 出力： どのような形式、長さ、詳細度が必要ですか？
• 境界条件： 何を変更せずに維持する必要がありますか？ChatGPT が避けるべきことや、 実行前に確認すべきことは何ですか？

役立つ要素だけを使用してください。すべての項目を埋めたり、 所定の形式に従ったりする必要はありません。

必要な結果を説明する

詳細な手順の一覧ではなく、必要な結果から始めます。対象者や 形式によって ChatGPT が生成すべき内容が変わる場合は、それらも含めてください。

Turn these meeting notes into a short update for the project team.
Put the decisions and next steps first.

このプロンプトでは、作成するものと、それを読む人を説明しています。プロセス自体が 重要な場合は、そのプロセスを説明してください。それ以外の場合は、ChatGPT が情報を検索して比較し、 アプローチを調整できる余地を残してください。

役立つコンテキストを追加する

結果を左右する可能性がある情報を共有します。重要なソースだけを追加し、 各ソースから ChatGPT に何を読み取ってほしいかを説明してください。

• ChatGPT に要約、比較、変換、またはレビュー用ファイルの作成を 依頼する場合は、ドキュメント、スプレッドシート、プレゼンテーション、PDF ファイルを添付します。
• タスクが視覚的なコンテキストに依存する場合は、スクリーンショット、図、その他の画像入力を 追加します。画像だけに頼らず、重要な箇所を明示してください。
• 回答が最新情報に依存する場合は、ChatGPT に Web 検索を使用するよう依頼し、 結果を確認する必要がある場合はソースの提示も求めます。
• 関連するチャットでファイル、ソース、ローカルフォルダーを共有する場合は、 プロジェクトを使用します。

接続済みソースを使用する

ChatGPT が接続済みソースにアクセスできる場合は、検索先と 見つけるべき情報を指定します。実行する検索をすべて説明する必要はありません。

Use the latest project plan in Drive and relevant decisions and updates from
the project's Slack channel to prepare a status update.

接続済みソースを使用するには対応するプラグインが必要で、利用可否は プランやワークスペースの設定によって異なる場合があります。

プラグインを使用する

プラグインは、ChatGPT と Codex に再利用可能な指示と、 Google Drive、Gmail、Slack、GitHub などのツールへの接続を提供します。両製品は同じ 共通ディレクトリから公開プラグインを利用します。必要な結果を依頼すれば、 使用中の画面が利用可能なツールから選択します。ChatGPT では、コンポーザーに @ と入力して 特定のプラグインを選択します。

ChatGPT をパーソナライズする

チャット全体に適用する設定は、カスタム指示として Settings > Personalization に登録します。現在のチャットだけに関係する詳細は、 プロンプトに含めてください。

実際の問題を防ぐ境界条件を設定する

境界条件とは、ChatGPT が余計な作業を増やしたり、意図しない操作を 実行したりしないようにするための、少数の指示です。誤った箇所を変更すると 結果が使えなくなる場合や、他の人に影響が及ぶ前に確認したい場合に追加します。

• 承認済みの日付と予算額は変更しないでください。
• 提供されたソースだけを使用してください。推測せず、不足している情報を指摘してください。
• 提案は指定された予算内に収めてください。
• メッセージを下書きとして作成してください。送信はしないでください。

最も重要な 1～2 個の境界条件に絞ってください。ChatGPT が行う すべての手順を制御する必要はありません。

そのまま使える結果にする

結果をどのように使用する予定かを ChatGPT に伝えます。これにより、適切な 長さ、詳細度、構成を選びやすくなります。

• 会議前に責任者がひと目で確認できる 1 ページの要約にしてください。 決定事項と次のステップを先頭に置いてください。
• このメモを、決定事項、担当者、期限を含むフォローアップメールにしてください。
• 予定支出と実際の支出を明確な表にまとめ、 10% を超える差を強調してください。

重要な作業では、すべてのアクション項目に担当者と期限が設定されているかの確認や、 検証できなかった情報の指摘など、最終チェックを ChatGPT に依頼してください。 その後、使用または共有する前に、自分でも結果を確認してください。

フォローアップメッセージで結果を改善する

最初のプロンプトが完璧である必要はありません。結果を確認してから、 必要な変更を具体的に依頼します。

Make the opening more direct, keep the evidence, and move the recommendation
above the background section.

最初からやり直さなくても、不足しているソースの追加、方向性の修正、別案の依頼、 詳細度の変更ができます。

方向修正とキューへの追加

Codex がすでに作業中でも、現在の実行が完了するのを待たずに 別のメッセージを送信できます。

• 方向修正では、現在の実行にメッセージを追加します。方向性の変更、 不足している詳細の追加、新しい情報の共有に使用します。
• キューでは、メッセージを次回の実行用に保存します。現在の作業が 完了するまで待つべきフォローアップに使用します。

ChatGPT デスクトップアプリでは、 Settings > General > Follow-up behavior でデフォルトを選択します。 キューに入ったメッセージはコンポーザーの上に表示され、編集、並べ替え、送信、 削除ができます。この設定画面には、デフォルトを変更せずに 1 件のメッセージだけ もう一方の動作で送るためのショートカットも表示されます。

Codex CLI では、Codex の作業中に Enter を押すと現在の ターンを方向修正でき、Tab を押すと次のターンに向けてメッセージをキューに追加できます。詳しくは 対話型ショートカット をご覧ください。

各要素を組み合わせる

接続済みソースを使用するプロジェクト更新では、完全なプロンプトは 次のようになります。

Prepare a one-page project status update for Monday's leadership meeting. Use
the latest project plan in Drive and relevant decisions and updates from the
project's Slack channel.

Lead with the decisions leadership needs to make and the next steps. Summarize
progress, risks, owners, and due dates. Keep approved dates and budget figures
unchanged. Flag any conflicting or missing information, and don't send or
publish anything.

Before you finish, check that every next step has an owner and due date.

このプロンプトは、すべての手順を細かく指定せずに、目標、コンテキスト、出力、境界条件を 網羅し、最後に最終チェックを依頼しています。

音声入力を使用する

ChatGPT デスクトップアプリでコンポーザーが表示されているときに Ctrl+Shift+D を押し、 話し始めます。ChatGPT が音声をコンポーザーに文字起こしするため、 プロンプトを送信する前に確認して編集できます。

Chat 向けのプロンプト例

質問、アイデア、下書き、日常的な意思決定には Chat を使用します。まず必要な 結果を示し、回答が変わる場合に限って詳細を追加してください。

トピックを理解する

Explain how compound interest works for someone who has never invested.
Use one concrete example and define any financial terms you introduce.

文章を下書きして改善する

Draft a friendly email declining this invitation because I will be traveling.
Keep it under 120 words and leave the door open for a future event.

選択肢を比較する

Compare these two phone plans for one person who travels internationally twice
a year. Show the important differences in a table, then recommend one and explain
the tradeoff.

実用的な計画を立てる

Plan five weekday dinners that take less than 30 minutes. Avoid peanuts, reuse
ingredients across meals, and finish with one consolidated shopping list.

ChatGPT Work 向けのプロンプト作成

簡単な質問、短い書き直し、ブレインストーミング、軽量な 下書きには Chat を使用します。異なるソースやツールを参照するタスク、複数の 手順を伴うタスク、変更を加えるタスク、規模の大きい成果物を作成するタスクには ChatGPT Work を使用します。

ChatGPT Work では、必要な結果を説明し、元となる資料を提供して、 対象者と作業の確認方法を伝えます。ChatGPT に計画を立て、 必要な情報を収集し、ファイルを作成して、完了前に確認するよう依頼します。

ChatGPT Work を効率的に使用する

ChatGPT Work は、時間のかかるタスクや繰り返し行うタスク、または再利用できる完成済みファイルの 作成に役立ちます。使用クレジットが多いタスクでも、時間を節約し、 品質を向上させ、重要な意思決定に役立つなら、実行する価値があります。

まず、確認可能な 1 つの結果から始めます。

• 関連するソースだけを含め、必要に応じて日付範囲を限定します。
• 対象者、出力形式、希望する長さを定義します。
• 必須の作業と、任意の改善や仕上げを分けます。
• アプローチが重要な場合は計画を依頼します。ChatGPT が他の人の信頼する情報を 送信、公開、変更する前に、自分の承認を必須にします。
• 不要になった作業を始めた場合は、タスクの範囲を狭めるか停止します。

最初の結果を確認し、指示を改善して、うまく機能する場合は ワークフローを再利用します。

元資料から完成済みファイルを作成する

Use the attached quarterly reports to create a leadership brief and a six-slide
presentation.

The audience is the executive team. Lead with the three decisions they need to
make, distinguish reported facts from your analysis, cite each number to its
source file, and check that the brief and slides agree before you finish.

意思決定のために調査する

Research three customer-support platforms for a 50-person company. Compare
pricing, security, integrations, and migration effort using current sources.
Deliver a recommendation memo with links, assumptions, and the questions we
should answer before signing a contract.

ローンチを調整する

Create a launch plan for the attached product brief. Include the timeline,
owners, dependencies, risks, announcement draft, customer FAQ, and a checklist
for launch day. Flag any missing decisions before producing the final files.

繰り返し行う作業では、まず通常のチャットでプロンプトを改善します。出力が 安定したら、そのチャット内でタスクをスケジュールします。 スケジュールされた実行ごとに新しいチャットを開始する必要がある場合は、代わりに独立したスケジュール済みタスクを作成します。

Codex 向けのプロンプト作成

ChatGPT にコード、コードベース、開発者向けツールを扱ってもらう場合は Codex を使用します。 効果的な Codex プロンプトでは、求める動作を示し、関連するコードや 再現手順を指定し、重要な制約を維持して、変更の検証方法を伝えます。

複数手順のタスクで、編集前に Codex に調査とアプローチの提案をしてほしい場合は、 アプリのコンポーザーに /plan と入力します。Goal mode が利用可能な場合は、 計画の後に /goal を使用して、継続的な目標を設定します。現在のコマンド一覧については、アプリのスラッシュ コマンド をご覧ください。

例の読み方

各ワークフローには次の内容が含まれます。

• 使用する場面と、最適な Codex 画面（IDE、CLI、クラウド）。
• ユーザープロンプトの例を含む手順。
• コンテキストに関する注意事項：Codex が自動的に参照するものと、添付すべきもの。
• 検証：出力を確認する方法。

注： IDE 拡張機能では、開いているファイルがコンテキストとして自動的に含まれます。CLI ではパスを明示するか、/mention と @ のパス補完を使用してファイルを添付してください。

Codex は、ファイルやネットワークへのアクセスを制限するサンドボックス内で ローカルコマンドを実行します。タスクがその境界を越える必要がある場合、 Codex は続行前に承認ポリシーに従います。

コードベースを説明する

新しく参加したとき、サービスを引き継いだとき、またはプロトコル、データモデル、リクエストフローを理解しようとするときに使用します。

IDE 拡張機能のワークフロー（ローカル調査に最速）

1. 最も関連性の高いファイルを開きます。
2. 確認したいコードを選択します（任意ですが推奨）。
3. Codex に次のように指示します。

   Explain how the request flows through the selected code.

   Include:
   - a short summary of the responsibilities of each module involved
   - what data is validated and where
   - one or two "gotchas" to watch for when changing this

検証：

• 確認可能な図やチェックリストを依頼します。

Summarize the request flow as a numbered list of steps. Then list the files involved.

CLI ワークフロー（記録とシェルコマンドが必要な場合に便利）

1. 対話型セッションを開始します。

   codex

2. ファイルを添付し（任意）、次のように指示します。

   I need to understand the protocol used by this service. Read @foo.ts @schema.ts and explain the schema and request/response flow. Focus on required vs optional fields and backward compatibility rules.

コンテキストに関する注意事項：

• コンポーザーで @ を使用してワークスペース内のファイルパスを挿入するか、/mention を使用して特定のファイルを添付できます。

バグを修正する

ローカルで再現できる不具合がある場合に使用します。

CLI ワークフロー（再現と検証を素早く繰り返す）

1. リポジトリのルートで Codex を起動します。

   codex

2. 再現手順と、原因として疑われるファイルを Codex に伝えます。

   Bug: Clicking "Save" on the settings screen sometimes shows "Saved" but doesn't persist the change.

   Repro:
   1) Start the app: npm run dev
   2) Go to /settings
   3) Toggle "Enable alerts"
   4) Click Save
   5) Refresh the page: the toggle resets

   Constraints:
   - Do not change the API shape.
   - Keep the fix minimal and add a regression test if feasible.

   Start by reproducing the bug locally, then propose a patch and run checks.

コンテキストに関する注意事項：

• ユーザーが提供するもの：再現手順と制約（これらは概要説明より重要です）。
• Codex が提供するもの：コマンド出力、検出した呼び出し箇所、実行時に発生したスタックトレース。

検証：

• Codex は修正後に再現手順をもう一度実行する必要があります。
• 標準のチェックパイプラインがある場合は、その実行を依頼します。

After the fix, run lint + the smallest relevant test suite. Report the commands and results.

IDE 拡張機能のワークフロー

1. バグがあると思われるファイルと、その直近の呼び出し元を開きます。
2. Codex に次のように指示します。

   Find the bug causing "Saved" to show without persisting changes. After proposing the fix, tell me how to verify it in the UI.

テストを作成する

テストする正確な範囲を指定したい場合に使用します。

IDE 拡張機能のワークフロー（選択範囲ベース）

1. 対象の関数が含まれるファイルを開きます。
2. 関数を定義している行を選択します。コマンドパレットから「Add to Codex Thread」を選択し、その行をコンテキストに追加します。
3. Codex に次のように指示します。

   Write a unit test for this function. Follow conventions used in other tests.

コンテキストに関する注意事項：

• 「Add to Codex Thread」コマンドによって提供されるもの：選択した行（これが「行番号」の範囲です）と、開いているファイル。

CLI ワークフロー（プロンプトでパスと行範囲を指定）

1. Codex を起動します。

   codex

2. 関数名を含むプロンプトを入力します。

   Add a test for the invert_list function in @transform.ts. Cover the happy path plus edge cases.

スクリーンショットからプロトタイプを作成する

デザインモック、スクリーンショット、UI リファレンスを、動作するプロトタイプにしたい場合に使用します。

CLI ワークフロー（画像とプロンプト）

1. スクリーンショットをローカルに保存します（例：./specs/ui.png）。
2. Codex を実行します。

   codex

3. 画像ファイルをターミナルにドラッグして、プロンプトに添付します。

4. 制約と構成をフォローアップで指定します。

   Create a new dashboard based on this image.

   Constraints:
   - Use react, vite, and tailwind. Write the code in typescript.
   - Match spacing, typography, and layout as closely as possible.

   Outputs:
   - A new route/page that renders the UI
   - Any small components needed
   - README.md with instructions to run it locally

コンテキストに関する注意事項：

• 画像は視覚的な要件を示しますが、実装上の制約（フレームワーク、ルーティング、コンポーネントのスタイル）は別途指定する必要があります。
• ホバー状態、検証ルール、キーボード操作など、画像に現れない動作はテキストで記載してください。

検証：

• Codex に開発サーバーを実行するよう依頼し（許可されている場合）、確認すべき場所を正確に示してもらいます。

Start the dev server and tell me the local URL/route to view the prototype.

IDE 拡張機能のワークフロー（画像と既存ファイル）

1. Codex チャットに画像を添付します（ドラッグ＆ドロップまたは貼り付け）。
2. Codex に次のように指示します。

   Create a new settings page. Use the attached screenshot as the target UI.
   Follow design and visual patterns from other files in this project.

ライブ更新で UI を反復調整する

Codex にコードを編集させながら、「デザイン → 調整 → 更新 → 再調整」を素早く繰り返す場合に使用します。

CLI ワークフロー（Vite を実行し、小さなプロンプトで反復）

1. Codex を起動します。

   codex

2. 別のターミナルウィンドウで開発サーバーを起動します。

   npm run dev

3. Codex に変更を依頼します。

   Propose 2-3 styling improvements for the landing page.

4. 方向性を選び、小さく具体的なプロンプトで調整を繰り返します。

   Go with option 2.

   Change only the header:
   - make the typography more editorial
   - increase whitespace
   - ensure it still looks good on mobile

5. 焦点を絞った依頼を繰り返します。

   Next iteration: reduce visual noise.
   Keep the layout, but simplify colors and remove any redundant borders.

検証：

• Codex がコードを更新するたびに、ブラウザーで変更を確認します。
• 気に入った変更はコミットし、気に入らない変更は元に戻します。
• 編集を元に戻したり変更したりした場合は、Codex が次のプロンプトで作業するときにその編集を上書きしないよう、変更したことを伝えてください。

リファクタリングをクラウドに委任する

ローカルのコンテキストを使ってアプローチを設計し、時間のかかる実装を並列実行できるクラウドチャットに委任する場合に使用します。

ローカルでの計画（IDE）

1. 変更を明確に比較できるよう、現在の作業がコミット済み、または少なくとも stash 済みであることを確認します。
2. Codex にリファクタリング計画の作成を依頼します。$plan スキルを利用できる場合は、明示的に呼び出します。

   $plan

   We need to refactor the auth subsystem to:
   - split responsibilities (token parsing vs session loading vs permissions)
   - reduce circular imports
   - improve testability

   Constraints:
   - No user-visible behavior changes
   - Keep public APIs stable
   - Include a step-by-step migration plan

3. 計画を確認し、必要な変更を調整します。

   Revise the plan to:
   - specify exactly which files move in each milestone
   - include a rollback strategy

コンテキストに関する注意事項：

• Codex が現在のコードをローカルで調査できると（エントリーポイント、モジュール境界、依存関係グラフの手がかりなど）、より効果的に計画できます。

クラウドへの委任（IDE → Cloud）

1. まだ設定していない場合は、Codex cloud environment を設定します。
2. プロンプトコンポーザーの下にあるクラウドアイコンをクリックし、クラウド環境を選択します。
3. 次のプロンプトを入力すると、Codex は既存のチャットコンテキスト（計画やローカルソースへの変更を含む）を引き継いだ新しいチャットをクラウドに作成します。

   Implement Milestone 1 from the plan.

4. クラウドの差分を確認し、必要に応じて調整します。

5. クラウドから直接 PR を作成するか、変更をローカルに取り込んでテストし、仕上げます。

6. 計画の追加マイルストーンについても反復します。

クラウドに委任されたタスクは、分離された環境で実行されます。環境で有効にしない限り、 エージェントフェーズ中のインターネットアクセスは無効です。詳しくは クラウドのインターネットアクセスをご覧ください。

ローカルでコードレビューを行う

コミットや PR の作成前に、別の視点から確認したい場合に使用します。

CLI ワークフロー（作業ツリーをレビュー）

1. Codex を起動します。

   codex

2. レビューコマンドを実行します。

   /review

3. 任意：重点的に確認する内容を指示します。

   /review Focus on edge cases and security issues

検証：

• レビューのフィードバックに基づいて修正し、/review を再実行して問題が解決したことを確認します。

GitHub の pull request をレビューする

ブランチをローカルに取り込まずにレビューのフィードバックを得たい場合に使用します。

使用する前に、リポジトリで Codex Code review を有効にしてください。Code review をご覧ください。

GitHub ワークフロー（コメントから実行）

1. GitHub で pull request を開きます。
2. Codex をタグ付けし、重点的に確認してほしい点を明示したコメントを残します。

   @codex review

3. 任意：より具体的な指示を追加します。

   @codex review for security vulnerabilities and security concerns

ドキュメントを更新する

正確で明確なドキュメント変更が必要な場合に使用します。

IDE または CLI のワークフロー（ローカル編集とローカル検証）

1. 変更するドキュメントファイルを特定して開くか（IDE）、@ で指定します（IDE または CLI）。
2. 範囲と検証要件を含めて Codex に指示します。

   Update the "advanced features" documentation to provide authentication troubleshooting guidance. Verify that all links are valid.

3. Codex が変更案を作成したら、ドキュメントを確認し、必要に応じて調整します。

検証：

• レンダリングされたページを確認します。