この実践ログで分かること
- GPT→Codex→GPTの往復作業で人間が何をしているか
- なぜ人間がコピペ運搬係になっているのか
- /GOALモードで何が変わったのか
- コピペ作業が減ると、人間の役割はどう変わるか
- 正本化、接続ブロック、作業ログがなぜ重要か
- それでもGO/STOP判断や秘密情報確認が必要な理由
今は人間がGPTとCodexの間をコピペでつないでいる
現在のAI作業では、GPTがCodex用オーダーを作り、人間がそれをCodexへ貼り、Codexが作業して報告し、人間がその報告をGPTへ戻し、GPTが次の判断やオーダーを作る、という流れがよく起きます。
- GPTがCodex用オーダーを作る
- 人間がそのオーダーをCodexへコピペする
- Codexが作業して報告する
- 人間が報告書をGPTへコピペする
- GPTが次の判断やオーダーを作る
この流れでは、人間が深く判断しているというより、情報を運ぶ係になっている場面があります。もちろん、実際の認証情報、内部URL、サーバーパス、秘密情報はここには出しません。
なぜ人間がコピペ運搬係になっているのか
理由は単純で、GPTとCodexが完全に自動連携しているわけではないからです。加えて、作業の採用判断や停止判断は人間が持つ必要があります。
- GPTとCodexの間に完全自動の作業接続がない
- 作業の採用判断や停止判断を人間が持つ必要がある
- 認証情報、秘密情報、本番環境への影響を人間が管理する必要がある
- Codex報告をそのまま次作業に進めると危険な場合がある
- そのため現時点では、人間が間に入り、オーダーと報告を橋渡ししている
/GOALモードで、コピペする内容が型化された
以前は、毎回どこを触るか、何を確認するか、どこで止めるかを人間が細かく考えていました。/GOALでは、目的、対象、やること、やらないこと、停止条件、公開確認、報告形式まで最初から入ります。
Codex報告にも、実践ログ化候補、停止条件、次に見る語が含まれるようになりました。そのため、GPT→Codex→GPTの往復が、ただの文章ではなく、構造化された作業パケットに近づいています。
| 項目 | 以前の指示 | /GOALモードの指示 |
|---|---|---|
| 人間が考えること | 対象ファイル、確認範囲、停止条件を毎回細かく考える | 目的、対象、NG、確認項目をまとめて渡す |
| Codexが受け取ること | 短い依頼や断片的な条件 | 作業目的、公開確認、軽微NG、重大NG、報告形式 |
| 報告の使いやすさ | 次に何をするか人間が再整理する | 次オーダー候補や実践ログ化候補まで読みやすい |
| 次オーダー化しやすさ | 手作業で要約し直す | GPTが次のGOALへ変換しやすい |
コピペがなくなると、人間は運搬係から判断係へ移る
今は、オーダーをコピーし、報告書をコピーし、次オーダーを受け取り、またコピーする流れです。これが減ると、人間の役割は「情報を運ぶこと」から「実行してよいか判断すること」へ移ります。
| 役割 | 主な仕事 | 注意点 |
|---|---|---|
| コピペ係 | GPTとCodexの間で文章を運ぶ | 判断が薄くなりやすい |
| 確認係 | 報告、公開確認、リンク、SEOタグを見る | 検査結果をそのまま信じすぎない |
| 判断係 | GO/STOP、公開可否、寝かせる判断をする | 本番影響と秘密情報を見る |
| 承認者 | 次オーダー、正本化、実践ログ化を採用する | AI候補を人間が採用・修正・却下する |
自動化されそうな部分と、残る人間判断
| AIが自動化しやすい部分 | 人間が残すべき判断 |
|---|---|
| Codex報告の要約 | 本当に公開してよいか |
| 軽微NGの分類 | 本番影響があるか |
| 次オーダー候補の作成 | 秘密情報が混じっていないか |
| 実践ログ化候補の抽出 | 未発表情報を断定していないか |
| Search Console反応語の分類 | SEO保証や安全保証になっていないか |
| 既存ページと新規ページの候補分け | 今やるべきか、寝かせるべきか |
| 正本候補の作成 | 採用してよい長期ルールか |
コピペ自動化の土台は、正本化と作業ログ
GPTとCodexの間を自動化するには、作業の型が必要です。正本は長期的なルールを残し、接続ブロックは新しいスレッドや作業に前提を渡し、作業ログは実際にやったことを残します。
実践ログ化候補は、公開用に一般化できる素材を残すためのメモです。これらが揃うと、AIが次オーダーや確認項目を作りやすくなります。
コピペがなくなっても、GO/STOP判断は残る
AIがすべて安全に判断できるわけではありません。自動化されるほど、停止条件が重要になります。
- DB、cron、DNS、.htaccessが絡む作業は人間確認が必要
- AdSenseコード、Search Consoleタグ、robots.txt、ads.txtは慎重に扱う
- APIキー、token、Secrets、.envを自動で渡してはいけない
- 大量削除、大量noindex、canonical変更、本番deployは慎重に扱う
- 人間は作業の運搬ではなく、リスク判断を担当する
GPT→Codex→GPTのコピペは、近いうちにかなり減るかもしれない
/GOALモードにより、オーダーと報告は構造化されてきました。ChatGPTの記憶や文脈理解が強くなれば、前回報告から次オーダーを作りやすくなる可能性があります。Codex側も作業後に次の確認候補や修正候補を出せるようになるかもしれません。
最終的には、AIが次オーダー候補を出し、人間がGO/STOPを判断する流れになる可能性があります。ただし、これは見立てであり、未発表機能や将来の仕様を断定するものではありません。
次回使えるチェックリスト
- □ GPTが作ったオーダーは目的が明確か
- □ Codexに渡す前に停止条件があるか
- □ Codex報告に公開確認があるか
- □ 軽微NGと重大NGが分かれているか
- □ 次オーダー候補があるか
- □ 実践ログ化候補があるか
- □ 秘密情報が含まれていないか
- □ 人間がGO/STOP判断する余地があるか
- □ 正本化すべき内容があるか
- □ 作業ログとして残すべき内容があるか