小さな変更を頼み、結果を確かめる

本が1冊もない一覧が空白だとします。「0件なら『まだ読書メモはありません。』と表示する」変更は、範囲と成功条件を絞って頼みやすい例です。

• 対象：一覧表示の処理と既存の単体テスト
• 残す：1件以上の表示、登録データ、並び順、登録操作
• 禁止：他の画面、デザイン全体、保存方法、依存パッケージの変更
• 終了：差分、実施したテストと結果、未実施の確認を報告。commit、push、PR、merge、公開には進まない

CodexのPlan mode（対応画面では /plan）は、実装前に計画を立てる機能です。計画では関連するソースと既存テストを読むことは許可し、ファイル編集とコマンド実行はしない、と依頼に明記します。読む手段がない場合は、読めないと伝えて止まるよう頼みます。

次は教材用の依頼文です。実際には送信していません。

計画で対象ファイル・残す条件・確認方法を読みます。範囲が違う、確認方法が不明なら、実装へ進まず計画を直すか止めます。

提案を読んで実装へ進むと決めたときだけ、次のように別の依頼をします。実際のCodexへ送れば、プラン、モデル、作業量などに応じて利用枠を使います。この練習では送信も実作業も不要です。

依頼文だけで操作範囲は決まりません。Codexの権限や確認画面も見て、知らないアクセス要求や対象外の操作には進まないでください。

次は教材用の不十分な架空報告です。実際の出力ではありません。

これだけで成功と判断してよいでしょうか。いいえ。どのファイルをどう変えたか、実際の差分、実行したテストの正確なコマンドと具体的な結果が分かりません。次のように頼み直せます。

実際の返事では、ログと差分が報告に合うかを照らします。全体テストやブラウザー表示をしていないなら、そのまま未実施として残します。

差分は何が変わったか、テストは指定した条件を確かめたかを示します。どちらも見て、意図した範囲か確認します。

• commitは変更を履歴に記録し、pushはブランチを接続先へ送る
• PR（Pull Request）は変更のレビューを求めるもの。作成だけではmergeされない
• mergeは確認後に変更を対象ブランチへ取り込むこと
• 公開・デプロイは利用者が使う環境へ届けること。merge後に自動で進む仕組みもあるので、配信状態を別に確かめる

Codexのレビュー会話だけでは、コメント投稿・承認・mergeにはなりません。この練習は差分とテストを読むところで止まります。

テストが失敗したら、エラー、実行したテスト、変更ファイルを確認します。「原因と、この範囲だけで直す最小案を説明してください。まだ編集しないでください」と頼み、修正案を読んでから次へ進みます。

変更が不要なら、戻す前に差分と作業場所に他の変更がないか確かめます。ChatGPTデスクトップアプリのGit機能では、差分を見て変更箇所やファイルを戻せる場合があります。元から別の変更がある、同じファイルを誰かが編集した、戻す場所が分からないときは一括で戻さず止めます。Gitチェックポイントや分離したWorktreeがあれば、今回の変更を見分けやすくなります。戻した後は差分と関係するテストを再確認します。

• Local：自分のコンピューターのプロジェクトで作業する。既存ファイルや未保存の変更を先に確認
• Worktree：ローカルGitプロジェクトに別の作業場所を作る。並行作業や元の作業場所を保ちたいときに便利
• Cloud：Codex Cloudで利用可能に設定され、自分がアクセスできる環境を使う。利用範囲は自分だけやワークスペースなどに設定でき、一般公開とは限らない。環境の「Publish」はCloudタスクから使える状態にする操作で、利用者向けサイトの公開とは別。タスクごとに作業ファイルが分かれ、手元のファイル、ブラウザーのログイン状態、VPNは自動で移らない

読むだけなら環境は不要です。実際に試す場合は、ファイルの場所と既存変更を確かめます。

2026年10月4日に確認したOpenAI公式案内では、Codexが含まれるプランが複数あり、使える画面やモデル、提供状況、上限はアカウント・端末・ワークスペース設定などで異なります。Cloudタスクには、Codex Cloudで利用可能に設定され、自分がアクセスできる環境が必要です。利用枠はモデル、作業の大きさ、ツール、ローカルかCloudかで変わり、Cloudでは多く使う場合があります。現在の上限・リセット時刻は利用状況画面で確かめ、固定回数や無料・無制限を前提にしないでください。追加クレジットやAPI利用の表示が出たら、条件と金額を確認してから進みます。

このページを読むだけなら、Codex起動、GitHub接続、課金は不要です。実際に依頼文を送れば利用枠を使い、プロジェクト情報を送る場合があります。送ってよい情報と利用条件を先に確かめます。