CodexやChatGPTをブログ運営に使い始めると、記事の下書きだけでなく、ファイル整理、内部リンク候補の確認、公開後の管理情報の更新まで任せられることに気づきます。
任せられる作業が増えるほど、「公開まで全部任せればよいのでは」と考えやすくなります。私のブログでもCodexにはかなりの作業を任せていますが、完全自動化にはしていません。
この記事では、実際の「ひとりブログ運営設計室」で、Codexに任せている作業、候補や下書きの補助を受ける作業、最後に人間が判断している作業の境界を整理します。
Codexを使っていても完全自動化にはしていない
Codexを使う目的は、人間の作業をすべてなくすことではありません。繰り返し作業やファイル確認、文章の整理、候補出しにかかる負担を下げ、ブログ運営を続けやすくするために使っています。
たとえば、記事の構成をもとにHTMLを作成したり、記事台帳と本文を照合したり、内部リンクの候補を整理したりする作業は、現在の運用でCodexに任せています。作業の結果を確認しやすい形に整えるところも、Codexを使いやすい部分です。
ただし、公開記事の責任や、私自身の体験が事実として正しいかどうかまで、自動的に確定するわけではありません。自動化するのは作業の一部であって、公開に伴う判断まで自動化しているわけではありません。
現在Codexに任せている作業
実際の運用では、Codexに次のような作業を任せています。
| 作業 | Codexに任せている内容 |
|---|---|
| 記事作成 | 記事の構成をもとにMarkdownやはてなブログ用HTMLを作成・修正する |
| ファイル確認 | 記事台帳、Knowledge、運用ルール、既存記事の必要箇所を確認する |
| 候補整理 | 内部リンク、リライト、分析後の次の作業などを候補として整理する |
| 管理情報の更新 | 公開後に伝えられた正式URLや公開状態を、役割に応じたファイルへ反映する |
| 整合性チェック | 記事番号、タイトル、URL、公開状態、リンク先などの不一致を探す |
Search Consoleなどのデータも、入力条件がそろっていれば整理や比較を任せられます。実際の週次分析では、Search Consoleの比較データをCodexで整理・分析する運用も行っています。ただし、未取得のデータや確認していない効果を、実施済みとして扱うことはしていません。
Codexには、確認対象を整理し、次に判断しやすい状態まで進めてもらいます。
Codexに任せきらず、人間が確認している作業
現在の運用で、Codexに候補や下書きを作らせても、人間が確認している主な作業は次のとおりです。
- 記事を公開するかどうか Codexは原則として、はてなブログへの貼り付けや公開操作を行いません。公開してよい状態か、公開するタイミングかは人間が判断します。
- 実体験の事実確認 Codexが知らない使用感、失敗、判断理由を推測で補わせません。本人の体験として書く部分は、実際に確認できる情報をもとにします。
- 最新情報や外部情報の最終確認 未確認の仕様や外部情報を、そのまま事実として掲載しません。必要な場合は公式情報を確認してから扱います。
- 公開してよい情報かの判断 個人情報、ローカル環境の情報、認証情報、Search ConsoleやGA4などの生データ、本業や家族に関する非公開情報は公開原稿へ混ぜません。
- 記事として読みやすいかの確認 PC・スマートフォン表示、表やボックスの見え方、強調表現、内部リンクの位置、文章の流れや表現に不自然な箇所がないかを確認します。
- Codexが出した候補を採用するかの判断 内部リンク、リライト、分析結果、次の作業は候補を出してもらった後、本文の流れや現在の優先度を見て採否を決めます。
候補を出せることと、そのまま採用してよいことは別です。
「Codexに任せない」ではなく「判断地点を残す」
ここでいう「任せない」は、すべての作業を手作業に戻すという意味ではありません。Codexが途中まで進め、人間が確認し、必要であれば修正をCodexへ返す流れです。
| 段階 | 主な役割 | 例 |
|---|---|---|
| 任せる | 整理・作成・照合 | HTML作成、ファイル確認、候補の分類 |
| 補助してもらう | 候補や下書きを比較する | 内部リンク、リライト案、次の作業案 |
| 人間が判断する | 公開・事実・安全・最終表示 | 公開判断、実体験確認、掲載可否、表示確認 |
タスク分割の記事で整理したように、タスクを分けるときも、成果物が変わる地点と人間が判断する地点を区切っています。確認地点が決まっていると、Codexに依頼できる範囲を広げても、どこを見ればよいかを追いやすくなります。
人間の確認地点を先に決めると、Codexへ任せる範囲も決めやすくなります。
実際のブログ運営ではどう分担しているか
現在のブログ運営では、1記事をおおむね次の流れで進めています。
- テーマと記事の方向性を相談する
- Codexで記事ファイルと公開用HTMLを作成する
- 人間が本文、事実、公開安全性をレビューする
- 必要な修正をCodexへ依頼する
- 人間がはてなブログ上で貼り付け、表示を確認し、公開を判断する
- 公開後に正式URLをCodexへ伝える
- Codexが記事台帳、内部リンク台帳、Next Actions、Weeklyなどを同期する
公開後の同期は、記事を公開した人間から正式URLや公開状態を受け取ってから行います。公開前の推測URLは正式情報として扱わず、公開後に確認したURLを反映します。
また、内部リンクも候補の整理まではCodexに任せますが、どの見出し付近に置くか、読者が次に読む意味があるか、実際にHTMLを変更するかは人間が確認します。
この役割分担を外出先から実践している例として、スマホからCodex Remoteでブログ作業を始める使い方では、スマホで作業開始や進捗確認を行い、PCで詳細確認と公開判断をしています。
公開操作は人間、公開後の管理情報の整理はCodexという分担にしています。
まとめ
私のブログ運営では、Codexに多くの作業を任せています。記事HTMLの作成、ファイル確認、候補整理、整合性チェック、公開後の管理情報の更新などは、Codexを使って進めています。
一方で、公開するかどうか、実体験が事実として正しいか、未確認情報を載せてよいか、読者に見せて問題がないか、最終表示に問題がないかは人間が確認します。
大切なのは、「AIを使うか、使わないか」だけではありません。どこまで進めてもらい、どこで人間が判断するかを決めることが、現在の運用で重視している点です。
内部リンクの候補出しでも、候補と設置を分けることで、読者にとって自然な導線かどうかを確認しやすくしています。候補を整理してから採否を判断する流れは、Codexでブログの内部リンクを管理する方法でも紹介しています。
ほかのCodexブログ運営記事を目的別に探す場合は、初めての方へ｜Codexを使ったブログ運営の記事マップへ戻れます。