Codexの使い方｜WordPress運用にも使える始め方・指示例・注意点

検証日: 2026年5月14日 / 対象ツール: OpenAI Codex

確認状態: OpenAI公式情報を確認。料金、対応プラン、利用枠、モデル仕様は変更される可能性があります。

Codexとは？

Codexは、OpenAIが提供しているコーディング向けのAIエージェントです。

コードの一部を提案するだけではなく、リポジトリの内容を読み、必要なファイルを編集し、テストやコマンド実行まで進められる点が特徴です。

ただし、何でも自動で任せればよいツールではありません。

特にWordPressサイトの運用では、テーマファイル、追加CSS、固定ページ、記事本文、公開状態など、触る場所によって影響範囲が大きく変わります。そのため、Codexを使うときは「何を直すか」だけでなく、「どこを触ってはいけないか」まで指定することが重要です。

この記事では、WordPressサイトを運営している人が、Codexを安全に使い始めるために必要な基本情報、使い分け、指示例を整理します。

この記事の対象読者

この記事は、WordPressサイトやメディアサイトを運営していて、Codexを使ってCSS修正、テーマ確認、固定ページ調整、コードレビューなどを進めたい人を想定しています。

プログラミング初心者でも読み進められるようにしていますが、実際にCodexへ作業を任せる場合は、変更内容を人間が確認する前提で考えてください。

Codexでできること

Codexは、開発作業の一部をAIに任せるためのツールです。実際には、次のような作業に使えます。

既存コードの内容を説明する
バグの原因を探す
ファイルを修正する
テストを追加する
変更差分をレビューする
READMEや仕様書をもとに実装する
WordPressテーマや固定ページの修正方針を考える
CSSの影響範囲を調べる

WordPress運用であれば、たとえば次のような使い方が現実的です。

トップページだけ余白を調整する
特定の固定ページだけデザインを変更する
page-idを指定して追加CSSを書く
既存テーマに影響しない修正方法を考える
公開前の記事や下書きの構成を確認する
変更前に作業計画を出してもらう

逆に、いきなり「サイト全体をいい感じに直して」と頼むのは危険です。対象が広すぎると、Codexがどこまで変更してよいのか判断できません。

Codexを使える場所

Codexは、CLI、IDE拡張、デスクトップアプリ、Codex Cloudで利用できます。使う場所によって向いている作業が変わります。

CLIやIDE拡張はmacOS、Windows、Linuxで利用できます。デスクトップアプリはmacOSとWindows向けに提供されています。認証は、ChatGPTアカウントまたはAPIキーを使う形が基本です。

CLI

CLIは、ターミナルからCodexを使う方法です。ローカルのプロジェクトフォルダを開き、Codexにファイル確認、修正、テスト実行などを依頼できます。普段からターミナルを使っている人や、作業内容を細かく確認しながら進めたい人に向いています。

基本的な導入は、公式ドキュメントでは次のように案内されています。

npm i -g @openai/codex

codex

WordPressテーマをローカルで管理している場合は、CLIとの相性が良いです。一方で、本番サーバー上のファイルを直接触る使い方は慎重にした方がよいです。

IDE拡張機能

IDE拡張は、VS Code、Cursor、Windsurf、VS Code Insiders、JetBrains IDEsなどのエディタ上でCodexを使う方法です。JetBrainsではRider、IntelliJ、PyCharm、WebStormなどが対象として案内されています。

開いているファイルや選択範囲をもとに質問しやすいため、普段の制作作業に組み込みやすい形です。たとえば、CSSファイルを開いた状態で次のように頼むと、いきなり変更されるリスクを下げられます。

このCSSのうち、トップページの余白に影響していそうな箇所を探してください。

修正はまだ行わず、候補だけを説明してください。

デスクトップアプリ

Codexデスクトップアプリは、複数のプロジェクトやスレッドを並行して扱いたい場合に向いています。

デスクトップアプリでは、複数プロジェクトの管理、Git差分の確認、worktreeを使った分離作業などができます。表示確認や差分確認など、小さな用途から使い始めるのが安全です。

サイトリニューアル、記事構成、CSS修正、デザイン確認など、作業がいくつかに分かれる場合は、スレッドを分けて管理しやすくなります。ただし、複数作業を同時に進めるほど、変更内容の確認も複雑になります。

Codex Cloud

Codex Cloudは、GitHubリポジトリと連携し、クラウド上でCodexに作業を任せる方法です。時間がかかる調査、複数ファイルにまたがる修正、PR作成などに向いています。

公式には、GitHubのIssueやPull Requestで @codex とタグ付けすることでタスクを起動できること、@codex review によるレビュー依頼や自動コードレビューを設定できることが案内されています。

ただし、GitHub連携や権限設定が関係するため、最初から大きな変更を任せるのは避けた方がよいです。まずは読み取り中心の作業から始めるのが無難です。

このリポジトリの構成を確認し、WordPressテーマに関係するファイルを一覧化してください。

まだ修正は行わないでください。

モデルの選び方

Codexでは、利用環境やプランによって複数のモデルを使い分けられます。細かな仕様は変更される可能性があるため、ここではWordPress運用者が判断しやすい範囲に絞ります。

モデル	向いている使い方
GPT-5.5	迷った場合の基本候補。複雑な修正、調査、複数ファイルにまたがる作業に向いています。
GPT-5.4-mini	軽い調査、短い修正、定型的な確認に向いています。利用枠を節約したい場合の候補です。
GPT-5.4	中程度の開発作業やレビューで使いやすい汎用候補です。
GPT-5.3-Codex	Codex系のコーディング用途で使われるモデルです。Cloudタスクやコードレビューなど、利用場所によって関わる場面があります。

通常のWordPress運用では、まずGPT-5.5を使い、軽い確認や定型作業ではGPT-5.4-miniを使う、という考え方で十分です。モデル選びも大事ですが、それ以上に対象範囲、禁止事項、完了条件を明確にすることが結果の安定につながります。

料金・プランの考え方

Codexの対応プラン、利用枠、モデル、料金は変更される可能性があります。

検証日時点では、Free、Go、Plus、Pro、Business、Edu、Enterprise、API Key利用といった形が公式に案内されています。PlusやProはChatGPTプランの利用枠に含まれます。API Key利用は、ChatGPTプランとは別にトークン単位の従量課金です。

読者が実際に確認すべきなのは、「自分のプランでCodexを使えるか」「CLI、IDE、Cloudなど必要な機能が含まれるか」「利用枠を超えた場合の扱い」です。最新の料金・利用枠は公式料金ページで確認してください。

最初に試すなら何を頼むべきか

初めてCodexを使う場合は、いきなり実装を任せるより、説明や調査から始める方が安全です。

おすすめは次のような指示です。

このプロジェクトの構成を説明してください。

どのフォルダが何の役割を持っているか、初心者にも分かるように整理してください。

このCSSファイルの中で、トップページのレイアウトに影響していそうな箇所を探してください。

まだ修正はしないでください。

ポイントは、最初から「直して」と言わないことです。まず調べさせる。次に計画を出させる。最後に小さく修正させる。この順番の方が、意図しない変更を防ぎやすくなります。

Codexには、実装前に計画を立てるためのPlan modeもあります。CLIでは /plan を使うか、Shift + Tabで切り替えられます。複雑な変更を頼む前に使うと、Codexが先にコンテキストを集めて計画を提示してくれます。

Codexへの指示に入れるべき4つの要素

Codexへの指示は、次の4つを入れると安定しやすくなります。

目的
対象
制約
完了条件

たとえば、WordPressのトップページ余白を修正したい場合は、次のように書きます。

目的:

スマホ表示でトップページ上部の余白が大きい原因を調べて修正してください。



対象:

トップページのみ。記事ページ、カテゴリページ、固定ページ全体には影響させないでください。



制約:

本番テーマファイルは直接編集しないでください。

追加CSSで対応できる場合は、page-idを指定してトップページだけに限定してください。

修正前に、どのCSSルールが原因だと考えたのか説明してください。



完了条件:

PC幅とスマホ幅で表示崩れがないこと。

他ページのレイアウトが変わっていないこと。

変更したCSSの意味を最後に説明すること。

このように書くと、Codexが勝手に広い範囲を変更するリスクを下げられます。

AGENTS.mdで毎回のルールを固定する

Codexを継続的に使うなら、毎回同じ注意事項をプロンプトに書くのは面倒です。その場合は、プロジェクト内に AGENTS.md を置いて、Codexに守ってほしいルールを書いておく方法があります。

WordPressサイトであれば、たとえば次のような内容が考えられます。

# プロジェクト概要



WordPressで運用しているメディアサイトです。

テーマ、追加CSS、固定ページ、記事本文を扱います。



# 作業ルール



- 本番環境のファイルは直接変更しない

- 記事の公開、非公開、削除は行わない

- URL変更、リダイレクト設定、パーマリンク変更は勝手に行わない

- APIキー、パスワード、認証情報をファイルやコミットに含めない

- CSSを変更する場合は、できるだけ対象ページを限定する

- page-idを使える場合は、グローバルに影響しないようにする

- 作業前に変更対象と影響範囲を説明する

- 作業後に変更内容と確認方法を説明する



# 確認ルール



- 表示崩れの可能性がある場合は、PC幅とスマホ幅で確認する

- 不明な仕様は推測で断定しない

- 料金、規約、公式仕様は公式情報を確認する

AGENTS.mdは、最初から完璧に作る必要はありません。Codexが同じミスを繰り返したときに、少しずつルールを追加していく方が運用しやすいです。

承認設定は最初から緩めすぎない

Codexでは、どこまで自動で作業させるかを設定できます。便利だからといって、最初から自由にファイル編集やコマンド実行を許可するのはおすすめしません。

最初は、次のような使い方が安全です。

まず調査だけ依頼する
変更前に計画を出させる
ファイル編集は小さい範囲に限定する
コマンド実行や削除操作は承認してから行う
本番反映は人間が行う

特にWordPress運用では、テーマファイル、データベース、公開中の記事、URL設定に影響する作業は慎重に扱う必要があります。

実践プロンプト例

ここでは、WordPress運用でそのまま使いやすいプロンプト例を2つに絞って紹介します。

1. CSS修正を頼む例

WordPressサイトのトップページだけ、スマホ表示の上部余白を調整したいです。



まず、余白が発生している原因候補を調べてください。

修正はまだ行わないでください。



確認してほしいこと:

- どのCSSが影響していそうか

- トップページだけに限定して修正できるか

- 追加CSSで対応できるか

- 他ページに影響するリスクがあるか



出力:

原因候補、修正方針、変更前に確認すべき点を整理してください。

2. 実装前に作業計画を出させる例

この固定ページのデザインを変更したいです。



いきなり修正せず、まず作業計画を出してください。



計画に含める内容:

- 確認すべきファイル

- 変更が必要になりそうな箇所

- 変更してはいけない箇所

- PC表示とスマホ表示で確認すべき点

- 作業後のチェック方法

失敗しやすい指示と改善例

Codexで失敗しやすいのは、対象、範囲、禁止事項、確認方法が不足している場合です。悪い例と改善例を並べると、違いが分かりやすくなります。

悪い例	問題点	改善例
いい感じに直して	対象と基準がない	トップページのファーストビューだけを対象にし、修正前に作業計画を出してください。
このサイトを全部見て改善して	スコープが広すぎる	直近で変更した固定ページ1件だけを確認し、表示崩れと不要な変更の有無を見てください。
デザインを今っぽくして	「今っぽい」の判断基準が曖昧	余白、文字サイズ、ボタン配置の3点に絞って改善案を出してください。まだ修正はしないでください。
不要なファイルを消して	削除対象の判断が危険	削除候補を一覧化してください。削除は実行せず、理由と影響範囲を説明してください。

ここまでの注意点まとめ

ここまでに出てきた注意事項をまとめると、CodexをWordPress運用で使うときは次の点に注意してください。

APIキーやパスワードを貼り付けない
本番環境を直接変更させない
データベース操作を自動で任せない
記事の公開、削除、URL変更を勝手に行わせない
生成されたコードは必ず確認する
テストや表示確認を行う
公式情報が必要な内容は、推測で書かせない

同じ注意事項を毎回書くのが面倒な場合は、AGENTS.mdにルールとして固定しておくと運用しやすくなります。

どんな人に向いているか

Codexは、すでに何らかのサイトやコードを扱っている人に向いています。たとえば、次のような人です。

WordPressサイトを運営している人
CSSやテーマ修正を効率化したい人
既存コードの意味を理解したい人
サイトリニューアルの作業を整理したい人
PR前のレビューを自動化したい人
実装前に作業計画を出してほしい人

一方で、コードやサイト構成がまったく分からない状態で、すべてをCodexに任せるのは危険です。その場合は、まずChatGPTで「何をしたいのか」「どこを触るべきか」を整理してから、Codexに小さな作業を依頼する方が安全です。

まとめ

Codexは、コードを書くためだけのAIではなく、調査、編集、確認、レビューまで支援できる開発向けのAIエージェントです。

ただし、実用的に使うには、指示の出し方が重要です。特に大事なのは、対象を狭くすること、触ってはいけない場所を明記すること、最終判断は人間が行うことです。

WordPress運用で使うなら、いきなりサイト全体を任せるのではなく、まずは「この固定ページだけ」「このCSSだけ」「調査だけ」のように小さく始めるのがおすすめです。

慣れてきたら、AGENTS.mdでルールを固定し、Plan modeで作業計画を確認しながら進めると、Codexをより安全に使いやすくなります。

検証日・確認ソース

検証日: 2026年5月14日

OpenAI Codex CLI 公式ドキュメント: https://developers.openai.com/codex/cli

OpenAI Codex IDE拡張公式ドキュメント: https://developers.openai.com/codex/ide

OpenAI Codex App Features: https://developers.openai.com/codex/app/features

OpenAI Codex Cloud 公式ドキュメント: https://developers.openai.com/codex/cloud

OpenAI Codex Best Practices: https://developers.openai.com/codex/learn/best-practices

OpenAI Codex Slash Commands: https://developers.openai.com/codex/cli/slash-commands

OpenAI Codex Models: https://developers.openai.com/codex/models

OpenAI Codex Pricing: https://developers.openai.com/codex/pricing

OpenAI AGENTS.md ガイド: https://developers.openai.com/codex/guides/agents-md