半年前、OpenClaw＋Codex＋Discordを組み合わせた環境を作りました。
目的はシンプルで、Mac上で動かすCodexを、外出先からDiscord経由で使えるようにすることです。実際に環境を作り、導入手順も記事にしました。
関連記事：OpenClaw＋Codex＋Discordで、家事と仕事の連絡を自動化する環境を作ってみた
OpenClaw環境はその後かなり使いました。外出先からCodexを呼ぶ用途では実際に役立ちましたが、最終的に目指していたブログ記事制作の自動化まではたどり着きませんでした。そして半年ほど経った今、環境自体は残しているものの、OpenClawはほとんど使っていません。
では、環境構築に失敗したのかというと、そうではありません。当時やりたかった「Codexをリモートから使う」という目的は達成できていました。
使わなくなった理由は、Discord経由で使う必要が減ったこと、OpenClaw側の保守が必要なこと、外からCodexを使う場面が減ったことなど複数あります。ただ、一番大きかったのはChatGPTだけでできることが増えたことでした。
現在はChatGPTをAI作業の入口にし、GitHubやGoogle Drive、Gmailなどを必要に応じてつなぎながら使うことが増えました。Codexも不要になったわけではなく、むしろローカルのリポジトリやファイルを直接扱う役割として、これから本格的に使いたいと思っています。
この記事では、OpenClaw＋Codex＋Discord環境を実際に作った自分が、なぜ半年後にChatGPT中心の構成へ変わったのかを振り返ります。
半年前は「DiscordからCodexを呼べる」ことに価値があった
当時の構成で一番欲しかったのは、AIそのものではなく「入口」でした。
CodexはMac側にいる。でも、常にMacの前にいるわけではありません。そこでDiscordを入口にして、OpenClawを経由してCodexを呼び出せるようにしました。
この構成には、ちゃんとメリットがありました。
- 普段使っているDiscordから呼び出せる
- 外出先からMac側のAI環境を使える
- 自分で処理を組み合わせられる
- ローカル環境とチャットをつなげられる
つまり当時は、「ローカルで動くCodexをどうやってリモートから使うか」が課題だったわけです。
その課題に対して、OpenClaw＋Discordはかなり素直な解決策でした。
OpenClawが悪かったわけではない
ここは誤解のないようにしておきたいのですが、OpenClawを使わなくなったからといって、OpenClawがダメだったという話ではありません。
自分専用の入口を作りたい、Discordを中心にAIを使いたい、ローカル環境へ自由に処理をつなぎたい、といった用途なら今でも面白い選択肢だと思います。
ただし、自分で仕組みを持つ以上、運用対象も増えます。
Gatewayが動いているか。Discord Botの設定は正しいか。認証は切れていないか。ログはどこを見るか。OpenClawとCodexのどちらで問題が起きているのか。
一つ一つは大したことがなくても、使い続けるには「自分で面倒を見る層」が一段増えます。
作った直後はそれほど気になりません。しかし、使わない期間が続いたあとに久しぶりに触ると、この一段が地味に重い。
そして、その間にChatGPT側が変わっていきました。
一番大きかったのは、ChatGPT自体が「作業環境」になったこと
以前の自分にとってChatGPTは、かなり乱暴に言えば「相談する場所」でした。
考えを整理したり、調べものをしたり、コードを書いてもらったりする。ただし、実際にファイルを触ったり、GitHubを更新したり、メールやドキュメントを扱ったりする部分は別の仕組みが必要でした。
今はこの境界がかなり変わっています。
現在の僕は、ChatGPTからGitHubのIssueを確認・更新し、Google Docsにブログ本文を作り、Gmailの過去メールを調べ、WordPressの操作まで進めています。さらに大きかったのがアイキャッチです。以前は画像制作を別工程として考える必要がありましたが、今は記事制作の流れの中でアイキャッチ作成までChatGPTに任せられるようになりました。自分にとっては、この変化がOpenClawを使わなくなった理由の中でもかなり大きいです。ブログ運営では、GitHubを状態管理の正本、Google Docsを本文の正本として使いながら、WordPress反映や画像制作まで一つの流れに寄せています。
OpenAIの現在の仕組みでも、プラグインにはSkillsや外部サービスへ接続するアプリを含めることができ、ChatGPTとCodexの両方でワークフローへ利用できる形になっています。利用できる機能はプランや環境によって異なりますが、少なくとも自分の環境では「ChatGPTから別の作業環境へ出ていく」場面がかなり減りました。
参考：Plugins in ChatGPT and Codex
こうなると、以前OpenClawに任せていた「AIへの入口」という役割そのものを、ChatGPTが担うようになります。
OpenClawでやりたかったことを、今はChatGPT側でやっている
自分の使い方を整理すると、変化はかなり分かりやすいです。
以前は、
- DiscordをAIの入口にする
- OpenClawが処理を仲介する
- 必要に応じてCodexを呼ぶ
- 外からMac側の環境を使う
という構成でした。
今は、
- ChatGPTをAI作業の入口にする
- GitHubやGoogle Drive、Gmailなどを必要に応じて接続する
- 会話の結果をIssueやDocsへ残す
- ローカル作業が必要なところをCodexへ寄せる
という構成へ変わりつつあります。
重要なのは、できることが完全に同じという話ではありません。
OpenClawの方が自由に組める部分もあります。一方で、自分が本当に欲しかった機能の多くは「Discordという入口」ではなく、「どこからでもAIへ頼めて、そのまま実作業までつなげられること」でした。
それなら、標準機能で済む範囲はChatGPT側へ寄せた方が、維持するものが少なくなります。
ではCodexは不要になったのか
これは逆で、Codexはむしろこれから使いたいと思っています。
ただし、現時点では「Codexへ完全移行しました」と書ける状態ではありません。
以前のCodexは、OpenClawからリモートで呼び出せればそれで十分でした。求めていたのは、外から使えることだったからです。
今は要求が変わりました。
GitHubリポジトリを正しく認識してほしい。AGENTS.mdやRunbookを読んでほしい。repo-localのSkillsを使ってほしい。ローカルファイルやコードを、プロジェクトのルールに沿って扱ってほしい。
つまり、単に「Codexが動く」だけでは足りなくなっています。
実際、現在もSkillsのnative検出やworkspaceの条件を確認していて、まだ環境整備の途中です。リポジトリを正しいworkspaceとして開始していないとrepo-local Skillが見えない、といったところで普通にハマりました。
OpenClawをやめれば設定から解放される……と言いたいところですが、今度はCodexの設定をしています。
ただ、以前と違うのは目的です。
OpenClawでは「Codexへ到達するための経路」を作っていました。今のCodexでは「実作業の質を上げるための環境」を整えています。
同じ環境構築でも、役割はかなり違います。
今のところ、ChatGPT・Codex・OpenClawはこう分けている
現時点の自分の使い分けは、次のようになっています。
ChatGPT
AI作業の入口です。相談、調査、記事制作、GitHubのIssue管理、Google Docs、Gmailなど、複数のサービスをまたぐ作業の司令塔として使っています。
Codex
ローカル側の実作業を任せたい存在です。GitHubリポジトリ、コード、ローカルファイルなど、Mac上の環境へ深く入る作業を中心に考えています。ただしSkillsを含め、まだ運用を整備している途中です。
OpenClaw
環境は今も残していますが、現在は使っていません。ただし、Discordを専用UIにしたい、自分で常駐エージェントを組みたい、標準機能では作れない経路が必要、といった状況なら再び使う可能性はあります。
なので、「OpenClawからChatGPTとCodexへ完全移行した」というより、OpenClawが担当していた仕事を分解して、標準機能へ戻せる部分はChatGPTへ、ローカル実作業はCodexへ寄せている、という表現が一番近いです。
AI環境は「作るほど偉い」わけではない
僕は仕事でも家庭でも、ITへの投資は複利で効くと考えています。
一度自動化した作業が何度も繰り返されれば、その効果は積み上がるからです。
ただ、今回もう一つ感じたことがあります。
保守する仕組みも、同じように積み上がります。
Botを一つ増やす。Gatewayを一つ増やす。認証方式を一つ増やす。設定ファイルを一つ増やす。その瞬間は数分、数十分の追加でも、半年後に見直す対象は確実に増えています。
自動化そのものが目的になると、「便利にするために作った仕組みを維持する仕事」が増えてしまいます。
だから今は、新しく仕組みを作る前に、まず標準機能でできないかを見るようになりました。
標準機能で80点取れるなら、自前で100点を作って維持し続けるより安いことがあります。
もちろん、標準機能では届かない20点に大きな価値があるなら作ればいい。OpenClawのような自由度の高い仕組みは、まさにそのときに強いと思います。
大事なのは、「作れるか」ではなく「持ち続ける価値があるか」です。
どれを選ぶかは、何をAIにさせたいかで決まる
今回の経験から、ざっくり次のように考えています。
OpenClawが向く人
Discordなど自分の好きな入口を作りたい人。ローカル環境や複数の処理を自由につなぎたい人。自分で仕組みを保守することも含めて楽しめる人。
ChatGPT中心が向く人
相談だけでなく、外部サービスの情報取得や更新まで一つの入口に寄せたい人。できるだけ標準機能を使い、自分で持つ連携を減らしたい人。
Codexが向く作業
コード、GitHubリポジトリ、ローカルファイルなど、実際の作業対象へ深く入る必要がある仕事。自分の場合は、ブログ運営のルールや自動化コードを置いたリポジトリを扱う部分で期待しています。
OpenAI自身も現在のCodexについて、Skillsでチーム固有の標準やワークフローを適用できることを案内しています。
参考：Codex
僕自身はまだその環境を完成させていないので、ここは今後また答え合わせを書くつもりです。
まとめ：半年後に残ったのは「標準機能をまず使う」という考え方だった
OpenClaw＋Codex＋Discordの環境を作ったこと自体は、無駄だったとは思っていません。
当時欲しかった「Codexをリモートから使う」という目的は達成できましたし、AIとローカル環境をつなぐ仕組みを自分で作ったことで、何が便利で何が運用コストになるのかも分かりました。
ただ、その後ChatGPT側でできることが増えました。特にWordPress操作とアイキャッチ作成まで同じ流れで進められるようになった影響は大きく、自分の使い方もChatGPT中心へ変わりました。
半年前は「足りない機能を自分でつなぐ」のが効率化でした。
今は「標準機能で済むなら、自分で仕組みを持たない」ことも効率化だと考えています。
ChatGPTを入口にし、Codexをローカル実作業へ寄せる。OpenClawは、それでも標準機能では足りないときに使う。
今のところ、このくらいの役割分担が自分にはちょうどよさそうです。
そしてCodexについては、まだ環境整備の途中です。
半年後にまた「結局こうなった」と書いている可能性は十分あります。
