OpenAIが、Codexをより広い業務で使うための方向性を発表しています。
Codexというと、コードを書くAIという印象が強いと思います。
もちろん、コードを書く力は大きな価値です。
ただ、最近のCodexはそれだけではありません。
資料を作る、Webページを組む、ダッシュボードを作る、既存の情報を読み込んで整理する、修正指示を受けて成果物を育てる。
こうした「業務を進める」方向に広がってきています。
これは、Web制作やAI活用支援の現場でもかなり大きな変化です。
Codexは、単発のコード生成だけではない
AIにコードを書いてもらうだけなら、チャット画面でもできます。
「このボタンのHTMLを書いて」
「このCSSを直して」
「このJavaScriptのエラーを見て」
こうした単発の依頼でも、AIは役に立ちます。
しかし、実務で大変なのは、単発のコードそのものではありません。
既存ファイルを読む。
全体の構造を理解する。
変更範囲を決める。
画像や文章も含めて整える。
確認して、直して、また確認する。
この連続した流れが制作実務です。
Codexの価値は、この流れに入り込めるところにあります。
ChatGPTとCodexの違いは、ワークフローにある
以前から、ChatGPTに頼むこととCodexに頼むことは同じではないと書いてきました。
同じAIモデルを使う場面があっても、向いている仕事が違います。
ChatGPTは、相談、整理、文章案、アイデア出しに強いです。
Codexは、ファイル、コード、画像、環境、テスト、サーバー作業のように、成果物を実際に動かしていく仕事に向いています。
たとえばブログ運用でも、単に文章を書くだけならChatGPTで十分な場面があります。
でも、原稿を作り、Gutenberg用HTMLにし、アイキャッチを作り、WordPressへ下書き投稿し、タグやスラッグを設定し、記事ストックに記録するとなると、これはワークフローです。
Codexは、こうした一連の流れを扱えるところが強みです。
仕事は、ファイルと手順でできている
多くの業務は、実はファイルと手順でできています。
Web制作なら、HTML、CSS、画像、WordPressテーマ、投稿データ、サーバー設定。
保守管理なら、バックアップ、更新対象、確認ログ、レポート。
資料作成なら、原稿、画像、表、スライド、チェックリスト。
人間はこれらを行き来しながら作業しています。
Codexが面白いのは、会話だけでなく、このファイルと手順の世界に入ってこられることです。
依頼されたことを文章で返すだけではなく、実際にファイルを作り、修正し、確認する。
ここが、従来のチャット型AIとの大きな違いです。
最初の7割より、残りの3割が大事になる
AIを使うと、最初の成果物はかなり早くできます。
Webページのたたき台。
記事の下書き。
管理画面のUI案。
ちょっとしたアプリ。
一昔前なら考えられない速さです。
ただ、仕事として使う場合、本当に大変なのはその後です。
細かい表示崩れを直す。
文章の温度感を合わせる。
既存デザインと揃える。
動作確認する。
例外処理を入れる。
クライアントの要望に合わせて調整する。
この7割から9割へ上げる作業で、品質の差が出ます。
Codexのようなツールは、この残りの作業を一緒に進められるところに価値があります。
ただし、任せるには前提メモが必要
Codexに業務を任せるには、前提が必要です。
会社の方針。
記事の文体。
画像のルール。
WordPressの投稿手順。
サーバーのディレクトリ構成。
やってよいこと、やってはいけないこと。
これらが曖昧なままだと、AIはその場でそれらしい判断をします。
結果として、過去のルールと違う見た目になったり、投稿方法がずれたり、余計な作業をしてしまったりします。
AIを使いこなすには、プロンプトだけでなく、仕事の前提を整えることが大切です。
これはレイヤーワークスのブログ運用でも実感しているところです。
Codexは、制作者の仕事を奪うより、仕事の形を変える
Codexが進化すると、制作者がいらなくなるのでしょうか。
少なくとも現時点では、そうではないと思います。
むしろ、制作者の仕事は変わります。
手を動かす時間は減るかもしれません。
その代わり、何を作るべきかを決める力、品質を判断する力、修正指示を出す力、運用できる形に整える力が重要になります。
AIは、言われたことをかなりの速度で形にします。
だからこそ、人間側には「何を良い状態とするか」を決める責任が残ります。
Codexは、コードを書く道具から、業務を進める道具になってきました。
これからのAI活用では、単発の生成結果よりも、AIと一緒に仕事を進めるワークフロー設計が重要になります。
