ChatGPT practical workflow
ChatGPTとCodexの役割分担｜相談・オーダー作成・実装を分ける考え方
ChatGPTは考えを整理し、Codexはファイルを確認して実装と検証を進める、という分担にすると作業が安定します。どちらも万能ではないため、目的、対象URL、触らない範囲、STOP条件を人間が決めます。
このページでわかること
ChatGPTで方針をまとめ、Codexに渡す作業指示を作りたい時の入口です。 ChatGPTの機能や提供範囲は変わることがあるため、本文では断定しすぎず、確認の流れとして整理します。
ChatGPTに任せやすいこと
- ChatGPTで目的、読者、リスク、記事構成を整理する
- Codexに渡す対象URL、変更範囲、確認項目を文章にする
- 実装後の報告形式や停止条件を先に決める
- CodexにSecretsや不要なファイルを触らせない線引きを書く
人間が確認するべきこと
- 本番ファイルを触るかどうかを人間が決める
- APIキー、token、DB情報、パスワードは入れない
- Codexの実装結果は公開URLで確認する
やってはいけないこと
- Codexが常に安全に実装できると決めつける
- ChatGPTだけで本番反映できた扱いにする
- サーバーパスや認証情報を公開本文に入れる
どちらに渡すかの分かれ目
| 作業 | 向く側 | 理由 |
|---|---|---|
| 何をやるかを決める | 相談 | 目的、読み手、優先順位。ここが曖昧なまま実装に入ると、作ってから作り直します。 |
| やることを文章にする | 相談 | 対象、範囲、終わりの条件を文にします。これがそのまま指示になります。 |
| ファイルを変更する | 実装 | 実際のファイルを触る作業は、手元の環境を持っている側でしか完結しません。 |
| 結果を確かめる | 人 | 公開されているURLや実際のデータで、自分の目で見ます。 |
| 元に戻す | 人 | 戻す判断は、影響する範囲を知っている人が決めます。 |
相談しただけで本番に反映されたと扱わないことが、いちばん多い取り違えです。文章ができた時点では、まだ何も変わっていません。
指示の文章にすると抜け落ちる前提
- 触ってほしくない範囲：会話の流れでは分かっていても、文章にすると書き忘れます。
- すでに試して駄目だった方法：書いておかないと、同じことをやり直されます。
- 優先順位：全部やってほしいのか、まず1つなのか。
- 止める条件：想定と違った時に、進めるのか報告するのか。
接続情報や認証に関わる文字列は、相談にも指示にも書きません。手元のメモのつもりでも、そのまま共有されることがあります。
関連ページ
FAQ
- このページは何に使いますか？
- ChatGPTで方針をまとめ、Codexに渡す作業指示を作りたい時の入口です。
- 相談だけで作業は終わりますか。
- 文章ができた時点では、まだ何も変わっていません。実際の反映と、公開されている状態での確認は別に必要です。
- 指示には何を書けば足りますか。
- 対象、範囲、終わりの条件に加えて、触ってほしくない範囲と、すでに駄目だった方法を書きます。ここが抜けると同じ作業を繰り返します。