.jpg?type=w966)
ChatGPTはよく耳にしますが、Codexという名前はまだ馴染みが薄い方が多いでしょう。名前だけを見ると開発者向けのツールのように感じられ、コーディングを知らないと自分とは関係のない話に思えるかもしれません。しかし実際に使ってみると少し違います。このツールは単にコードを書き換えてくれるだけでなく、ユーザーが任せた作業をファイル単位で確認し修正し、結果に繋げていく作業補助ツールに近いものです。だから開発者だけが使うツールと見るよりも、繰り返しの業務を整理し成果物の作り方が変わっていく流れとして理解した方がわかりやすいです。
OpenAIはCodexをコードを書き、レビューし、配布する作業を支援するAIエージェントと説明しています。ここで大切なポイントは“コード”よりも“エージェント”という言葉です。エージェントとは、ユーザーの指示した仕事を理解し、必要な資料を調べ、可能な範囲で自分で動くツールに近い意味合いがあります。一般的なAIチャットボットは質問を受けると答えを返しますが、作業型AIは回答で終わらず、ファイルを開いて内容を修正し、命令を実行し、結果を再確認する流れまで続けることができます。この違いを知ると、なぜ最近Codexの話題が出てくるのかが少し理解しやすくなります。
ChatGPTは会話に強みがあります。アイデアの整理や文章の方向づけ、知らない概念の説明を受ける時に便利です。私もブログのタイトルを決めたり文を整えたりする際は対話型AIの利点を多く使っています。一方、Codexは作業空間内で動くタイプに近いです。例えば原稿ファイルを見て表現を修正したり、ホームページのファイルを開いてボタンの文言を変えたり、複製用のHTMLを作成して保存したりします。口頭だけの説明ではなく実際のファイルと連携している点が異なります。
.png?type=w966)
今回、コリアマックのホームページをリニューアルしました。
Codexという名前からコーディングを思い浮かべますが、肝心なのはコードではなく作業の流れです。ブログ記事を書く時も原稿や画像、参考資料、複製用のHTMLといった複数のファイルが発生します。これらのファイルを整理し再確認する作業も広い意味での作業自動化と言えます。
.png?type=w966)
ついでに国内在住の外国人向けに英語版も作ってみました。
もちろん直接コードを書く作業ではより強力に使えますが、一般ユーザーでもファイル整理や資料要約、文書変換、画像一覧管理、繰り返しの原稿作成などルールのある業務に活用できます。だから最初から開発者のように使う必要はありません。
私が自分で作ったERPです。
ブログ運営を例に挙げると、流れはかなり明確です。テーマを決めて既存の記事を確認し、原稿を書き、文字数を合わせ、貼り付け用のHTMLも作る必要があります。この過程は毎回似ていますが手間は多いです。
カフェ24のサーバーにアップしていて実際に動いています。
こういった時にCodexを使うと繰り返しの手順を一つの作業の流れとしてまとめやすいです。ファイルをどこに保存するか決め、既存の原稿を探し、最終版と補助ファイルを共に残すといった具合です。文章作成のサポートだけでなく、公開前の準備まで続けられます。
オプションを選んで見積もりを出すと自動見積もりも可能です。
ブランドブログの運営もしており、ブログ原稿から日次・週次の管理まで対応しています。
取引先管理として使っており、グルメ体験団の進行も直接行っています。サーバーで管理しているため、多くの業務を一つのアプリでこなせます。またMacBookにあるCodexと連携し、AIエージェントが作業を進めるようにしています。
“まず取引先管理の“公開用デモを作って””という命令でAIが純粋に作ったデモです。DB連携はできませんがUIのイメージは確認できます。
それでも人がやる仕事
デザインやコーディングは楽になりましたが、企画や機能の構想はより多くの時間が必要です。思ったよりもこの部分が重要です。AIが作業を代行しても人が要らなくなるわけではなく、どの方向で使うか、どんな表現を減らすか、最終結果が自分の話し方と合っているかの判断は人の役割です。Codexも同様で、指示が不明瞭だと結果が乱れたり誤った前提で変な方向に行ったりします。だから最初は大きな仕事をまとめて任せず、小さな作業を任せて結果を確かめるやり方が良いです。
最近は自動化のために膨大な時間を費やすこともあります。
最初に確認すべきこと
面白いのは私のホームページで、サーバーに様々な作業テストをする中で「今取り組んでいる内容をホームページにしてみて」と頼んだらできたものです。なんとなくクラウドスタイルですが、理由はCodexのスキルやコマンドの痕跡が初期のクラウドでホームページを作った時の名残なのだと思います。大規模な自動化よりまずは小さな繰り返し作業から始める方が良いです。たとえば文の草案整理やファイル内の表現修正、作業フォルダ内の成果物集めなどです。次に同じ作業を再度任せた時に流れが維持されるかを確認します。ブログ運営者ならタイトル候補・本文・CTA・ハッシュタグ・文字数チェックまで続くか、ホームページ運営者なら修正前後のファイルと画面確認がしっかり繋がるかが重要です。
Codexを難しく考えすぎる必要はありません。私はCodexを新しいプログラミングツールだけとして見ていません。もちろん開発作業では強力ですが、実際には人がしていた繰り返しの確認や整理作業を横で支援するツールに近く、方向性を人が決めて必要なファイルを見ながら手を加えていく形です。だからコーディングがわからなくても最初から避ける必要はありません。むしろ自分の仕事が繰り返され、ファイルが多く、修正や確認が頻繁に発生するなら一度試す価値があります。大切なのはツール名よりも任せる作業を小さく分ける習慣です。
