「ChatGPTを使えば、ブログ作業がもっと楽になるはず」
そう思ってAIに文章を書いてもらったものの、その後に文章をコピーし、画像を用意し、WordPressへ貼り付ける作業は自分で行っている。あなたにも、そんな経験はありませんか？
AIに文章を書いてもらっているのに、工程の間を運ぶ仕事が人間に残っている。
僕も以前は、まさにこの状態でした。AIが記事を書き終えたあと、別の画面を開いて文章を貼り付け、見出しごとに画像を入れ、表示を確認する。AIを使っているはずなのに、思ったほど忙しさが変わらなかったのです。
そこで使い始めたのが、OpenAIのAIエージェント「Codex（コーデックス）」です。
Codexは、質問に答えるだけのAIではありません。許可された範囲でファイルを読み、成果物を作り、必要な確認を行いながら仕事を前へ進められます。
僕はCodexを使い、noteの記事作成を8つの担当に分けるところから始めました。その後、WordPress、メルマガ、コミュニティー向けコラム、Threadsなどへ仕組みを広げています。ただし、公開や本配信まで無条件に任せているわけではありません。Codexには下書き作成を中心に任せ、最後は僕が確認する半自動化です。
- OpenAI Codexとは何か、ChatGPTと何が違うのか
- Codexでできることと、利用できる主な環境
- noteやWordPressを半自動化した僕の構築実例
- Codexが向いている仕事と慎重に扱う仕事
- 初心者が安全に始めるための3ステップ
OpenAI Codexとは？
OpenAI Codexとは、OpenAIが提供しているAIエージェントです。OpenAIの公式案内では、コードの作成、レビュー、リリースを支援するコーディングエージェントとして説明されています。
「コーディング」と聞くと、プログラマーだけが使う専門的な道具に感じるかもしれません。しかし、Codexが扱えるのは、プログラムのコードだけではありません。
Codexは、仕事に必要なファイルを読み、指示に沿って新しいファイルを作り、内容を修正し、確認結果を報告するという一連の作業を進められます。仕事の内容と利用環境によっては、ブラウザや外部サービスなど、許可された道具を利用することも可能です。
大切なのは、Codexを「何でも自動でやってくれる魔法」と考えず、仕事場とルールを渡して一緒に働く担当者と考えることです。
Codexは「答えるAI」から「進めるAI」への一歩
一般的なチャットAIへ「ブログ記事の構成を作ってください」と質問すると、画面上に構成案が表示されます。そこから先は、人が文章をコピーし、ファイルへ保存し、次の作業へ渡すことが多いでしょう。
Codexには、最初から保存先や完成形式を伝えられます。たとえば「参考資料を読み、初心者向けの構成案を作り、このフォルダへテキスト形式で保存してください」と依頼できます。
つまり、回答を受け取るところで終わらず、成果物として残すところまで仕事を進めやすいのが特徴です。
Codexへ必要なのは、目的と完成条件
ただし、Codexへ「いい感じに自動化してください」とだけ伝えても、安定した仕組みにはなりません。人へ仕事を頼む場合と同じように、次の情報が必要です。
・何を材料として使うのか
・どこまでできたら完成なのか
・何をしてはいけないのか
僕のnote記事作成では、「読者に役立つ記事を作り、僕のnoteアカウントへ下書き保存する」を最初の完成条件にしました。「記事を作る」だけではなく、「公開はしない」「下書き保存後に表示を確認する」といった境界まで決めています。
Codexの基本的な位置づけと利用条件は、OpenAI公式のCodex利用案内でも確認できます。
CodexとChatGPTの違い
CodexとChatGPTは、どちらもOpenAIのサービスです。どちらが上という関係ではなく、得意な仕事と使う目的が異なります。
ChatGPTは、質問、相談、アイデア出し、文章のたたき台などに便利です。僕も、考えを整理したいときや、複数案を比較したいときに活用しています。
一方、Codexは、ファイルやフォルダを含む仕事を進めたい場面で力を発揮します。参考資料を読み、決められた形式で成果物を作り、保存し、検査するところまで、一つの仕事として依頼できます。
ChatGPTは相談相手、Codexは実行担当
分かりやすく例えるなら、ChatGPTは電話で手順を教えてくれる相談相手です。分からないことを聞けば、考え方や進め方を説明してくれます。ただし、説明を聞いたあとに手を動かすのは、基本的にあなたです。
Codexは、隣の机で一緒に作業する担当者に近い存在です。「この資料を読み、構成を作り、指定の場所へ保存してください」と伝えると、完成へ向けて実際の作業を進めます。
もちろん、Codexも何でも無条件に操作できるわけではありません。使えるファイル、ブラウザ、外部サービス、インターネット、保存先などは、環境や権限によって変わります。
目的によって使い分ける
- 考えを整理したい、質問したい：ChatGPT
- 複数の案を出して比較したい：ChatGPT
- 資料を読み、決めた形式のファイルを作りたい：Codex
- 同じ手順を繰り返し、状態を記録したい：Codex
- 調査から成果物の完成まで対話しながら進めたい：目的に応じて両方を使う
最初から厳密に使い分ける必要はありません。「答えが欲しいのか」「成果物まで作ってほしいのか」で考えると、選びやすくなります。
↓ChatGPTの登録方法と基本的な使い方を確認したい方はこちら↓
ChatGPTはOpenAIが開発した画期的な対話型AIサービスで、人間らしい自然な対話が特長です。 2022年11月の…
Codexを利用する4つの方法
Codexには複数の利用方法があります。初心者がすべてを覚える必要はありません。自分の作業環境と目的に合う入口を選べば大丈夫です。
1. デスクトップアプリ
今回のシリーズで中心的に扱うのが、WindowsやmacOSで利用するデスクトップアプリです。
プロジェクト、会話、ファイル、作業結果などを一つの仕事場で確認できます。僕がSUGA AI Content Engineを構築するときも、デスクトップアプリを中心にCodexと会話し、フォルダやルールを整えてきました。
2. Web・Codex cloud
ブラウザからCodexを利用し、クラウド側の環境で作業を進める方法です。手元のパソコンだけに依存しない作業や、専用環境で進めたい仕事に向いています。
ただし、ローカルファイルを扱う仕事とクラウドで進める仕事では、利用できる環境や準備が異なります。自分のパソコン上のフォルダを直接扱いたい場合は、デスクトップやCLIなど、目的に合う方法を選びます。
3. CLI
CLIは、コマンドを入力するターミナル上でCodexを利用する方法です。開発作業や細かな環境設定に向いています。
文字だけの画面に慣れていない初心者は、最初からCLIを選ばなくても問題ありません。まずデスクトップアプリでCodexの考え方を理解し、必要になってから学ぶ方法でも十分です。
4. IDE拡張
Visual Studio Codeなどのコード編集環境の中でCodexを使う方法です。プログラムを書きながら、コードの説明、修正、検査などを依頼しやすくなります。
本記事はブロガーや非エンジニアを主な対象としているため、IDEの詳しい設定までは扱いません。
Codexでできること
Codexでできることは、細かな機能名を並べるより、「読む」「作る」「操作する」「続ける」の4つに分けると理解しやすくなります。
ファイルや資料を読む
Codexは、仕事場に置いた資料やファイルを読み、必要な情報を探せます。
たとえば、過去に書いた記事、文章ルール、商品資料、会議メモ、表計算データなどです。複数の資料から重要な部分を抜き出し、次の成果物へ反映する仕事にも使えます。
僕のプロジェクトでは、過去のnote記事やメルマガを参考資料として保存し、文章の雰囲気や読者への伝え方を確認できるようにしています。
文章・画像・資料などの成果物を作る
Codexは、記事本文、構成案、PowerPoint、Word文書、表計算、画像など、目的に応じた成果物を作れます。利用できる機能やSkillによって、扱いやすい形式は変わります。
今回のCodexブログシリーズも、参考動画とセミナー資料を読み、検索意図を整理し、10記事の設計を作るところから進めています。
ただ生成するだけではなく、「画像のサイズは600×400px」「本文はクラシックエディター用HTML」といった完成形式を指定できる点が重要です。
許可された画面やサービスを操作する
ブラウザ操作や外部サービスとの接続が用意されている場合は、画面を開き、入力や保存を行えることがあります。
僕は、WordPressやnoteへ記事を下書き保存する工程でブラウザ操作を利用しています。ここでも公開までは任せず、保存後の下書きを僕が確認する設計です。
ブラウザ操作は、ログイン状態、接続、権限、画面仕様の変更に影響されます。必ず成功する前提ではなく、失敗したときの止まり方と戻り方も決めておく必要があります。
繰り返し作業を続ける
作業手順と完成条件が決まったら、同じ仕事を繰り返せる形へ整えられます。さらに、スケジュール機能を使えば、決めた曜日や時刻を仕事開始の合図にできます。
重要なのは、指定時刻になれば必ず完成するという意味ではないことです。パソコン、ネットワーク、ログイン、接続先の状態など、実行に必要な条件があります。
↓AIへ任せるブログネタ出しの基本を先に確認したい方はこちら↓
「ブログのネタが思いつかず、更新が止まってしまった…」 そんな悩みを抱えてはいませんか？ どれだけ書きたい気持ちがあって…
僕がCodexで構築した半自動化の実例
ここからは、僕が実際にCodexと一緒に作った仕組みを紹介します。
最初から大規模なAI組織を作ろうとしたわけではありません。出発点は、「note記事を作る工程が多いので、最後に下書きを確認するだけにしたい」という相談でした。
最初はnoteの下書き1件から始めた
最初のゴールは、読者に役立つnote記事を作り、僕のnoteアカウントへ下書き保存することです。
公開は僕が行います。最初から公開まで自動化しなかったのは、万が一文章や画像に問題があっても、影響を下書きの中へ限定するためです。
この「どこまで任せるか」を先に決めたことで、安心してテストできました。
note記事作成を8つの担当へ分けた
note部門では、仕事を次の8つに分けています。
- noteネタ探し
- noteネタ選定
- 記事タイトル作成
- 本文作成
- 画像生成
- ハッシュタグ作成
- 構成の確認
- note投稿と下書き保存
万能な一人のAIへ全部を頼むのではなく、担当ごとに目的、入力、完成物、禁止事項を決めました。
本文に問題があれば本文担当、画像に問題があれば画像担当のルールを直せます。人間の会社で部署を分けるように、AIの仕事も工程別に分けたのです。
WordPressやメルマガへ展開した
note部門のテスト後は、WordPress、通常メルマガ、コミュニティー向けのSKY通信、Chatworkコラム、Threadsへ仕組みを広げました。
ただし、noteの文章をそのまま全媒体へコピーしているわけではありません。
WordPressは検索意図とSEOを重視し、メルマガは読者との関係づくり、コラムは短時間で読める約1,000文字、Threadsは短い投稿と交流を目的にしています。
共通化したのは文章ではなく、情報源、判断基準、作業の流れです。
失敗を次回のルールへ変えた
もちろん、最初から思い通りに動いたわけではありません。
note記事では、CTA画像が2枚並んだことがあります。H2直下へ置くはずの画像が文章の途中へ入ったり、画像が挿入されないまま保存されたりもしました。
ブラウザとの接続が切れ、投稿工程が途中で止まったこともあります。最初からやり直すと、同じ下書きを重複して作る危険があります。
そこで、次のような改善を加えました。
- 画像は「入れる」だけでなく、見出し直下という位置まで指定する
- 画像を1枚入れるたびに、完了状態を記録する
- 接続が切れたら同じ経路で再試行し、必要なら代替ブラウザへ切り替える
- 記事ID、タイトル、編集URLを照合し、同じ下書きの続きから再開する
- 保存後に本文、画像、リンクをもう一度検品する
僕がCodexで得た大きな成果は、記事だけでなく、頭の中にあった判断基準を再利用できる形にしたことです。
一度の失敗を「AIは使えない」で終わらせず、次回の業務マニュアルへ戻す。これを繰り返すことで、仕組みが少しずつ安定していきました。
Codexが向いている仕事・向いていない仕事
Codexを安全に活用するには、何を任せるかだけでなく、何を任せないかも決める必要があります。
Codexが向いている仕事
次の条件がそろっている仕事は、Codexへ任せやすい傾向があります。
- 毎日・毎週など、同じ流れを繰り返す
- 使う資料やデータが決まっている
- 完成状態を文章で説明できる
- 結果を人が確認できる
- 失敗しても下書きやテスト環境で修正できる
たとえば、動画候補を一覧へまとめる、参考資料から構成案を作る、決めた形式へ文章を整える、下書きとして保存する、といった仕事です。
人が最終判断を残したい仕事
一方、次の操作は影響が大きいため、最初から無人で任せない方が安全です。
- 記事やSNS投稿の公開
- 読者全体へのメール本配信
- 重要なファイルやデータの削除
- 契約、法律、医療、投資などの重大な判断
- 個人情報や認証情報を扱う操作
僕の仕組みでも、調査、本文、画像、品質確認、下書き保存まではCodexが進めます。しかし、記事の公開とメルマガの本配信は僕が行います。
↓AIが作った文章を人が確認・修正する考え方はこちら↓
あなたはブログ運営において、日々「もっと伝わりやすく」「SEOに強い記事にしたい」と悩んでいませんか？ その悩み、実はあ…
初心者がCodexを始める3ステップ
Codexを使い始めるとき、最初から10個のAI担当や複雑な自動化を作る必要はありません。まず、失敗しても大きな問題にならない仕事を一つ選びます。
ステップ1：公開を伴わない小さな仕事を選ぶ
最初の仕事は、「面倒だけれど、失敗しても致命的ではないもの」がおすすめです。
たとえば、参考資料を読み、重要なポイントを1,000文字以内でまとめ、テキストファイルへ保存する仕事です。
公開、送信、削除を伴わないため、完成物を落ち着いて確認できます。
ステップ2：入力・処理・完成形・禁止事項を伝える
依頼するときは、次の4項目を明確にします。
- 入力：何を読ませるのか
- 処理：どのような作業をするのか
- 完成形：どの形式で、どこへ保存するのか
- 禁止事項：公開、送信、削除など、行ってはいけないこと
最初の依頼は、次のような短い文章でも構いません。
ステップ3：結果を確認し、修正をルールへ戻す
最初の成果物が完璧でなくても問題ありません。
「文章が難しい」ではなく、「専門用語の初出へ一文の説明を加えてください」のように、違った部分と直し方を具体的に伝えます。
同じ失敗を次回も防ぎたい場合は、その修正内容を業務マニュアルやルールへ追加します。Codexを育てるというより、仕事の仕組みを改善するイメージです。
僕は、一つの工程が何度か安定してから次の工程へ広げました。noteの下書き作成で学んだことをWordPressへ移し、その後にメルマガやSNSへ展開しています。
Codexについてよくある質問
まとめ｜Codexは小さな仕事から試す
OpenAI Codexは、コードの作成やレビューを中心に、許可された仕事場でファイルを読み、成果物を作り、検証しながら作業を進めるAIエージェントです。
ChatGPTが質問や相談に向いているのに対し、Codexはファイルや工程を含む仕事を成果物へつなげたい場面で役立ちます。
僕自身も、最初から大きな自動化を作ったわけではありません。note記事を下書き保存する一つの仕事から始め、本文、画像、品質確認、投稿を担当ごとに分けました。
途中では、画像の誤配置やブラウザ接続切れも起きています。しかし、その失敗を位置指定、保存後検品、チェックポイント、復旧経路といったルールへ変えることで、仕組みを改善してきました。
Codexを始めるときに大切なのは、自動化の大きさではなく、どこまで任せ、どこで人が確認するかを決めることです。