非エンジニアのデザイナーがCodexを使っている話｜ブログ運営と制作で役立ったこと

2026年6月15日

Codexというと、エンジニア向けのツールという印象があるかもしれません。

コードを書く人が使うもの。

GitHubやターミナルに慣れている人が使うもの。

最初は、私も少しそういうイメージを持っていました。

ただ、実際にこのブログ運営で使ってみると、非エンジニアのデザイナーでもかなり使いどころがあると感じています。

もちろん、私はエンジニアとしてCodexを使いこなしているわけではありません。

むしろ、ブログ記事を書いたり、WordPressに投稿したり、サムネイルを作ったり、制作メモを整理したりするための相棒として使っています。

このブログも、WordPressのマルウェア感染後に作り直したところから、記事作成、サムネイル、投稿予約、収益導線の整理まで、かなりCodexに手伝ってもらっています。

この記事では、非エンジニアのデザイナーである私が、実際にCodexをどう使っているかをまとめます。

専門的な使い方の解説というより、「デザイナーやブログ運営者がこう使うと便利だった」という実体験の記録です。

Codexを使い始めた理由

私がCodexを使い始めた大きな理由は、ブログ再構築の作業が多かったからです。

WordPressを入れ直して、SWELLを設定して、固定ページ型トップページを整えて、記事を作って、サムネイルも用意して、予約投稿まで進める。

ひとつひとつは小さな作業でも、まとめてやるとかなり時間がかかります。

特に大変だったのは、作業がいろいろな場所に分かれることでした。

WordPress管理画面
ローカルの本文ファイル
サムネイル画像
記事スケジュール表
アフィリエイトリンク
公開後の表示確認

これを全部ひとりで管理していると、「今どの記事まで進んだっけ」「アイキャッチは設定したっけ」「スケジュール表を更新したっけ」と迷うことがあります。

Codexを使うと、こうした作業を会話しながら整理できます。

「次の記事を書こう」

「サムネイルも作って」

「明日の9時に予約して」

「A8のリンクを自然に入れて」

こういう依頼を、ひとつの流れで進めやすくなりました。

私にとってCodexは、コードを書くためだけのツールというより、制作作業全体を横断してくれるアシスタントに近いです。

非エンジニアでも使いやすいと感じたところ

Codexの便利なところは、こちらが細かいコマンドを全部覚えていなくても、やりたいことを自然な言葉で伝えられるところです。

たとえば、このブログでは記事本文をローカルファイルにも残しています。

通常なら、ファイル名を決めて、本文を書いて、ブロック用のデータに変換して、サムネイル用の指示を作って、スケジュール表も更新する必要があります。

でも、Codexに「この記事を作りましょう」と伝えると、既存の記事の形式を見ながら、同じ型に合わせて作業を進められます。

これは、デザイナーにとってかなり助かります。

デザイン制作でも、毎回ゼロから考えるより、既存のルールに合わせて展開することが多いからです。

このブログにも、サムネイルのルールがあります。

16:9、文字なし、ロゴなし、フラットなベクター風、細めの黒線、アクセントカラーはオレンジ。

Codexはこうしたルールを踏まえて、記事ごとのサムネイル指示も作れます。

つまり、単発の文章生成ではなく、プロジェクト全体のルールを見ながら作業してくれるところが便利です。

実際にやっていること

今のところ、私がCodexを使っている作業はかなり幅広いです。

まず、ブログ記事の構成づくりです。

テーマを決めたあと、読者が知りたいこと、見出しの順番、体験談を入れる場所を一緒に整理しています。

次に、本文の下書きです。

ただし、このブログではAI丸投げ記事は禁止にしています。

Codexに全部を書かせて終わりではなく、自分が実際にやったこと、感じたこと、判断したことを入れる前提です。

たとえば、WordPressのマルウェア感染後にサイトを作り直した話、SWELLを選んだ理由、XserverでWordPressを始める手順、ChatGPTでチラシ原稿を作る方法などは、実体験をもとに記事化しています。

Codexには、その体験を記事として読みやすく整理してもらう感覚です。

そのほかにも、次のような作業で使っています。

記事タイトルとメタディスクリプションの作成
WordPress用ブロックへの整形
サムネイル画像の方向性づくり
投稿スケジュールの管理
WordPressへの下書き作成や予約投稿の補助
公開ページやトップページの表示確認
A8やAmazonアソシエイトなど、収益導線の入れ方の整理
内部リンクをどこに入れるかの相談

これだけ見ると、かなりいろいろ任せているように見えるかもしれません。

でも、実際には「判断は自分、作業整理はCodex」という分担にしています。

記事テーマを決めるのも、公開してよいか判断するのも、最終的には自分です。

Codexは、その判断を実行しやすい形にしてくれる存在です。

デザイナーとして助かっていること

デザイナー目線で特に助かっているのは、文章、画像、Web、運用を分けずに扱えることです。

デザインの仕事は、見た目を作るだけではありません。

原稿を整理する。

ターゲットを考える。

画像の方向性を決める。

Webに載せる形に整える。

公開後に見え方を確認する。

こうした作業がつながっています。

Codexを使うと、「記事を書く」「サムネイルを作る」「WordPressに入れる」「公開後に確認する」という流れを、ひとつの制作工程として進めやすくなります。

たとえば、ChatGPTでチラシ原稿を作る記事では、単に文章を書くのではなく、デザイン前に原稿を整理すると作業しやすくなる、という視点を入れました。

これはデザイナーとしての実感です。

Codexは、その実感をブログ記事の形に整える手伝いをしてくれます。

また、サムネイルづくりでも役立っています。

記事ごとにカテゴリ背景色を変えたり、線の雰囲気を揃えたり、文字なしで内容が伝わる構図を考えたりできます。

自分の中にあるデザインルールを、毎回思い出さなくても、プロジェクトのルールとして扱えるのが便利です。

任せすぎないほうがいいこと

便利な一方で、Codexに任せすぎないほうがいいこともあります。

まず、最終判断です。

記事を公開するかどうか、どの表現で出すか、どのサービスをおすすめするかは、自分で判断したほうがよいです。

特にアフィリエイトリンクを入れる記事では、売り込みが強くなりすぎないかを確認しています。

このブログでは、実際に使ったもの、導線として自然なものを中心に紹介したいと考えています。

次に、最新情報の確認です。

Codexは便利ですが、サービスの料金、画面、規約、仕様は変わることがあります。

Codexについての記事を書く場合も、公式情報を確認しながら書いたほうが安心です。

今回も、Codexはアプリ、機能、オートメーションなどの公式ページを確認しつつ、自分の体験を中心に整理しています。

また、デザインの最終的な好みも自分で見る必要があります。

サムネイルの方向性を作ってもらうことはできますが、「このブログらしいか」「並べたときに違和感がないか」は人間の目で見たほうがよいです。

AIはとても頼りになります。

でも、ブログや制作物の責任まで代わってくれるわけではありません。

任せるところと、自分で見るところを分けることが大事だと感じています。

私ならこう使う

非エンジニアのクリエイターがCodexを使うなら、最初から難しいことをしようとしなくてよいと思います。

まずは、自分の作業をそのまま相談するところから始めるのがおすすめです。

たとえば、次のように使います。

あなたは、非エンジニアのクリエイターを支える制作アシスタントです。

私はデザイナーとして、ブログ記事、WordPress運用、サムネイル、収益導線、制作メモを整理したいです。
コードの専門知識は深くありませんが、実際に自分で試したことを記事にして、読者に役立つ形で残したいです。

以下のテーマについて、今日やる作業を実行しやすい順番に分解してください。

テーマ:

今回の目的:

想定読者:

自分の実体験として入れられること:

使いたい画像・素材・リンク:

公開または下書きまで進めたいか:

条件:
- AIに丸投げした記事にしない
- 自分の体験談を入れる場所を必ず作る
- 事実確認が必要な項目を分ける
- サムネイルの方向性も提案する
- WordPressに入れる前のチェックリストを作る
- 収益導線がある場合は、自然な入れ方だけ提案する

出力してほしい内容:
1. 今日やる作業の順番
2. 記事構成案
3. 体験談を入れる見出し
4. サムネイル案
5. 公開前チェックリスト
6. Codexに続けて依頼するとよい指示文

このプロンプトのポイントは、「記事を書いて」で終わらせないことです。

自分の体験、確認が必要なこと、サムネイル、WordPress作業、収益導線まで分けて整理してもらいます。

非エンジニアの場合、いきなり専門的な使い方を覚えるより、自分の作業を言葉にして渡すほうが使いやすいです。

Codexに作業を分解してもらうと、「次に何をすればいいか」が見えやすくなります。

私はこの使い方が、一番現実的だと感じています。