一言で言えば：Codexの価値は文章生成ではなく、仕様確認、実装、検証、記録、承認待ちまでを一つの業務フローにできる点にあります。
この記事で扱う意思決定
Codexを使って分かったことは、AIエージェントは「答えるAI」から「作業を進めるAI」へ変わっているということです。
ただし、重要なのは自動化そのものではありません。どの作業を任せるのか。どの変更は承認前に止めるのか。どの成果物を記録として残すのか。こうした判断を人間が設計できるかどうかです。
今回の実装では、コーポレートサイト、発信運用、日報自動化、業務アプリの整備を通じて、AIエージェント導入に必要な実務判断が見えてきました。AIは作業を進めますが、目的、品質、公開判断は人間が握ります。
読みどころ
- Codexは答えではなく作業済みの状態を返す
- 小さな会社ほど、担当者の切り替えを減らせる
- 公開、送信、本番反映は承認点として残す
- AIエージェント導入の最初の対象業務
要約
OpenAIのCodexデスクトップアプリを使って、コーポレートサイト、AI経営統括、発信運用、日報自動化、業務アプリの実装を進めた結果、AIエージェントは文章生成ツールから、実装、検証、記録、運用設計を担う実務者へ変わりつつあると分かりました。
Codexは何をしてくれるのか
Codexは、AIチャットの次に来る仕事の形です。質問に答えるだけではありません。作業フォルダを読み、必要な文章やコードを直し、ブラウザで表示を見て、WordPressの下書きまで保存します。
一言でいうと、Codexは「答え」ではなく「作業済みの状態」を返すAIエージェントです。
今回の作業では、Codexが次の流れを担いました。
- 仕様書、README、作業リストを読んで、今やる作業を見分ける
- 本文、見出し、画像、リンク、カテゴリをまとめて整える
- サイトの表示、スマートフォン幅、問い合わせ導線を見て確かめる
- 作業ログを残し、あとから何を変えたか追える形にする
- 公開、送信、本番反映の前で止まり、人間の承認を待つ
この最後の点が大事です。Codexに任せるとは、すべてをAIに決めさせることではありません。人間が目的と承認ラインを決め、Codexが面倒な実作業を進めます。
ビジネスで差が出るのは、担当者の切り替えが減ること
Webサイトを直す仕事は、見た目ほど単純ではありません。文章を書く人、画像を作る人、WordPressに入れる人、スマートフォン表示を見る人、問い合わせ導線を見る人、修正履歴を残す人が必要になります。
小さな会社では、この仕事を社長や担当者が一人でつなぎます。結果として、本文はできたが画像がない。画像は入ったがカテゴリが違う。スマートフォンでは崩れている。下書きはあるが、何を直したか分からない。よくある話です。
Codexを使うと、この切り替えが減ります。人間は「何を伝えるか」「どこまで公開してよいか」「事業として何を優先するか」を決めます。Codexは、調査、下書き、実装、表示確認、記録を続けて進めます。
だから、Codexの導入効果は作業時間の短縮だけではありません。途中で止まっていた仕事を、公開一歩手前の状態まで持っていけることです。これは、AIエージェント導入の大きな価値です。
Codexで実装したこと
2026年のゴールデンウィーク中、Codexを使ってインディ・パの仕事を集中的に進めました。中心になったのは、コーポレートサイトのリニューアルです。そこから、AI経営統括の運用設計、Webとnoteの発信運用、Codex作業日報、日本AIニュース日報、連休明けの登壇後アンケートGAS、Mac用の画面キャプチャアプリまでつながりました。
今回の体験で見えたのは、AIエージェントの役割の変化です。AIは、文章を作るだけの道具から、調べ、直し、確かめ、記録し、次の作業へつなぐ存在になっています。一方で、人間の役割もはっきりしました。人間は、AIに任せる範囲を決め、公開や送信の承認を行い、事業の方向を決める必要があります。
実装したもの
主な実装は、次の5つです。
- indepa.net コーポレートサイトリニューアル
- AI経営統括レイヤーの設計と実装
- Web・note発信日次ドラフト自動化
- Codex作業日報メール自動化
- 日本AIニュース日報の生成とメール送信運用
連休明け直後には、次の2つも続きました。
- 登壇後アンケート集計GAS実装
- Screen Change Captureデスクトップアプリ制作
厳密な実装日は、後者2つが2026年5月7日です。したがって、GW中の実装というより、GW中に作った運用方針の延長でアプリ化したものとして扱います。
Codexが便利だった場面
今回の実装で便利だったのは、文章を作る場面よりも、仕事の前後をつないだ場面です。
通常なら、要件を読み、作業順を決め、WordPressを開き、画像を作り、本文を入れ、スマートフォン表示を見て、修正ログを残す必要があります。Codexは、この往復を1つの流れにしました。
- 仕様書、README、TASKSを読み、今やる作業と後回しの作業を分けた
- WordPressの下書き、カテゴリ、アイキャッチ、本文画像をまとめて入れた
- 生成した画像をメディアへ登録し、代替テキストとキャプションも付けた
- デスクトップ幅とスマートフォン幅の表示を見て、崩れや重なりを探した
- 作業結果をJSONやMarkdownで残し、あとから何をしたか追える形にした
便利だったのは、1つの作業が速いことだけではありません。調査、実装、検証、記録が分断されにくいことです。人間が画面を行き来して忘れがちな部分を、エージェントが順番に処理します。
特にWordPressのように、本文、画像、カテゴリ、アイキャッチ、表示確認が分かれている作業では差が出ます。人間は、何を伝えたいか、どこまで公開してよいか、どの表現を残すかに集中できます。
コーポレートサイトは、デザインより先に「主語」を変えた
最も大きな作業は、indepa.net（本サイト）のリニューアルでした。
ここで最初に変えたのは、色や余白より先に、サイトの「主語」をどうするかでした。
以前のサイトには、AIサービス会社、GPTs、AIアプリ、生成AI活用の色が強く残っていました。過去の実装資産として価値はあります。しかし、今後の事業の中心は、著作、登壇、意思決定の構造化、評価基準の設計です。
そこで、サイトを「AIサービスを売る場所」から「本郷喜千が何を考え、どの本を書き、どのテーマで登壇し、どんな相談を受ける人なのかを伝える場所」へ寄せました。
具体的には、トップページ、会社概要、実績、登壇、書籍、セッション、問い合わせの関係を見直しました。GPTs系ページは消さず、AI実装アーカイブとして残しました。理由は、外部からの流入があり、過去の実装経験を現在の活動へつなぐ材料になるからです。
会社概要は、単なる法人情報から信頼材料の入口へ変えた
会社概要ページも直しました。
多くの会社サイトでは、会社概要は住所、社名、代表者名を置く場所になりがちです。しかし、講演主催者、編集者、法人担当者が見る場合、会社概要は確認の入口になります。
そこで、会社概要を信頼材料の集約ページとして扱いました。代表者、活動領域、公開実績、沿革、プロフィール、実績、登壇、問い合わせへの導線を置き、法人確認と活動確認が1ページで進むようにしました。
この変更の目的は、問い合わせ前の不安を減らすことです。
GPTsページは削除せず、AI実装アーカイブへ変えた
リニューアルで難しかったのは、過去のGPTs系ページの扱いです。
ChatGPTのカスタムアプリ、GPTsの書籍も執筆しているため、古いサービスページを消すと、外部リンクや検索流入が切れます。一方で、古いまま残すと、現在の事業がGPTs制作代行に見える可能性があります。
そこで、ページを撤去せず、意味の変更を選びました。
AI実装アーカイブとして、過去に300本超のAIアプリを作ってきた経験を、現在の意思決定支援、評価基準設計、登壇、著作へ接続しました。
この判断は、AIエージェントとの作業らしい部分でした。単純な削除でも、単純な温存でもなく、流入とブランドの両方を見て、残し方を変えました。
スマートフォン表示と問い合わせ導線を直した
サイト改善では、問い合わせページのスマートフォン表示も直しました。
入力項目例の表、固定下部メニュー、チェックボックス、フォーム見出し、送信ボタンなどを確認し、読みづらい箇所を直しました。PCでは成立している画面も、スマートフォン幅では重なりや見切れが出ることがあります。
AIエージェントに実装を任せるとき、ここは重要です。コードや本文を直すだけでなく、実際の表示幅で確かめる必要があります。今回はPlaywrightでデスクトップ幅とスマートフォン幅の画面を確認し、スクリーンショットを残しました。
発信運用も、記事単体から流れへ広げた
Webとnoteの発信運用も作りました。
方針は、Webサイトを発信の母艦にし、noteを入口にすることです。Webサイトには検索、信頼、問い合わせにつながる長めの記事を置きます。noteには、Web記事の入口になる短い記事を複数作ります。
毎日の作業は、テーマ選定、リサーチ、Web記事、note派生記事、参考リンク、公開前リスク、承認待ちまでを1つのパッケージにします。
ここでも承認境界を分けました。WordPress公開はAI側で進めてよい運用にしました。一方で、note公開、X投稿、返信、DM送信はプリンシパル承認後に限定しました。
AIエージェントを使うほど、ここが大事になります。AIが作るものの量は増えます。だからこそ、公開してよいものと、人間が見るものを分ける必要があります。
AI経営統括は、実装の前提になった
GW中には、AI経営統括の仕組みも作りました。
考え方は単純です。
プリンシパルは最終意思決定を行う。エージェントは調査、整理、実装、検証、ドキュメント更新を行う。
この前提で、承認待ち台帳、プロジェクト台帳、資産台帳、AIノード台帳、意思決定ログを設計しました。未整理のものはtmpへ置き、正式に使うものは資産化する。オートメーションコマンドと判断コマンドも分ける。
こうしておくと、AIに何かを頼むたびに毎回説明する量が減ります。作業の入口、承認の境界、保存先、報告形式が決まるからです。
日報とニュースレポートは、AI自身の作業を管理する仕組みになった
Codex作業日報の自動化も作りました。
これは、AIが行った作業を、毎朝7:00に日報として送る仕組みです。AIを使う側の課題は、何を頼んだか、どこまで進んだか、何が未確認かを忘れやすいことです。日報は、その抜けを減らすための仕組みです。
日本AIニュースの日報運用も作りました。直近24時間のニュースを調べ、実務向けにまとめ、横断インサイトを入れてメール送信する流れです。
目的はニュース収集より先にあります。AIに調べさせ、会社の意思決定や発信テーマに変換するための運用です。
連休明けには、業務アプリへ広がった
GW明け直後には、登壇後アンケートGASとScreen Change Captureも実装しました。
登壇後アンケートGASは、Googleフォーム標準UIを使わず、Apps Script HTMLの独自UIで進めるアプリです。管理画面から登壇を作り、回答URLを出し、回答をスプレッドシートに保存し、統計ダッシュボードで確認します。ダミー回答30件、コメント候補、主催者報告Markdownも入れました。
Screen Change Captureは、画面の大きな切り替わりを検知し、静止した画面だけを保存し、最後にPDFへまとめるMac用の小型アプリです。Kindleやスライドのような画面を、手作業で何度も撮る負担を減らすためのものです。
この2つは、AIエージェントが文章やWebだけでなく、業務の小さな不便をアプリにできることを示しています。
今回、自動化したこと
今回の作業では、いくつかの反復作業を自動化しました。ここが、AIエージェント導入の分かりやすい利点です。
まず、Codex作業日報です。Codex上で進めた作業を、毎朝7時に日報としてまとめる運用にしました。どの作業が終わり、何が未確認で、次に何を見るべきかを、毎回人間が思い出す負担を減らします。
次に、日本AIニュース日報です。直近24時間のニュースを調べ、実務向けに要点を並べ、横断インサイトまで作る流れにしました。ニュースを読むだけで止めず、会社の発信テーマや意思決定材料へ変えるためです。
Webとnoteの発信運用も自動化しました。毎日、Webサイト向けの長めの記事を作り、そこからnote向けの短い記事を複数派生させます。参考リンク、公開前リスク、承認待ちも同じパッケージに入れます。記事を作るだけでなく、公開前に人間が見るべき点まで並べます。
今回のコラム下書き保存でも、自動化の効果が出ました。本文を読み、画像を選び、WordPressメディアへアップロードし、アイキャッチを設定し、本文中へ画像4点を差し込み、コラムカテゴリの下書きとして保存しました。最後に読み戻して、下書き状態、カテゴリ、画像数、問い合わせリンクを確かめています。
つまり、エージェント導入の利便性は、AIが原稿を書くことだけにありません。原稿をサイトに入れる。画像を添える。表示を確かめる。ログを残す。次に見るべき点を分ける。ここまで続けて担える点にあります。
人間の仕事は、実装作業から意思決定へ移る
今回、最も大きかった学びはここです。
AIエージェントを使うと、人間の作業は減ります。しかし、人間の責任は減りません。
むしろ、人間は次を決める必要があります。
- 何を作るか
- 誰に見せるか
- どこまでAIに任せるか
- どこから承認を挟むか
- 何を公開するか
- 何を記録として残すか
AIが速く動くほど、曖昧な指示は曖昧なまま広がります。逆に、基準が明確なら、AIは実装、検証、記録まで進めます。
GWのCodex実装で体感したのは、AIエージェント時代の実務は「人間が全部やる」から「人間が基準を決め、AIが進め、人間が承認する」へ移っているということです。
インディ・パとしての位置づけ
インディ・パは、AIツールの使い方そのものよりも、AIを業務と意思決定に入れる設計を重視しています。
今回の自社実装は、その実験でもあります。会社サイト、発信、日報、ニュース、アンケート、Macアプリを同じ運用思想でつなげる。AIが動く範囲と、人間が決める範囲を分ける。作ったものを記録し、次に再利用できる形で残す。
AIエージェントを導入したい企業に必要なのは、ツール選びに加えて、業務範囲、承認点、記録、公開前確認、責任分界の設計です。
今回の実装は、そのことを自社で確かめる機会になりました。
AIエージェントを業務に入れたいが、どこまで任せるか、どこで人間が承認するか、どのように記録するかを決めきれていない場合は、まず小さな業務から整理することをおすすめします。
インディ・パでは、AI活用を経営判断、発信、業務運用に落とし込むための設計支援を行います。
ご相談について
CodexやAIエージェントを、自社のWeb更新、レポート作成、業務アプリ、発信運用に使いたい場合は、実装範囲と承認フローの設計からお問い合わせページからご相談ください。
