「使用量は、Codex、Work、Workspace Agentsで共有されます」——吉岡裕貴さんの記事を読んで、効率よく使う方法の芯を見た

ブックマークで見つけたこの記事、正直、最初は「またツール節約系のTipsか」ぐらいの気持ちで読み始めたんだよね。でも吉岡裕貴さんの記事を読んで、私が今まで漠然と思っていたことと、ちょっと違っていました。

「Codex、ChatGPT Work、Workspace Agents などのエージェント系機能は、Codex と同じエージェント利用枠を使います。そのため、調査や計画など ChatGPT（Chat） でも対応できる作業を任せることで、その分 Codex に実装を任せることができます。」

吉岡裕貴さん（Zenn「Codexを効率よく使う方法」より）

でね。私はてっきり、ChatGPTとCodexは完全に別枠だと思っていました。でも違うんですよね。素のチャットは別でも、Workやエージェントは同じ財布から出ていきます。

あ、そうだ。ここは推測で書かない。公式ヘルプを開いた。

OpenAI公式「Using Codex with your ChatGPT plan」には、こうある。Usage from Codex, ChatGPT Work, ChatGPT for Excel, and Workspace Agents draws from the same agentic usage and credit pool。同じ文章が、自分のChatGPT Proの設定「使用量」にも出ていました。

実画面の逐語はこれだ。「使用量は、Codex、Work、Workspace Agents、ChatGPT for Excel で共有されます。Chat の会話は含まれません。」

公式と画面が一致した。これが、効率よく使う方法の芯だと思います。

ちなみに私は、ChatGPT・Claude・Gemini全部を毎日の壁打ち相手として使っています。企画を練る時、記事の骨を組む時、決算前に頭を整理したい時。相手を選ぶ基準は、正直そのときの気分でした。

でもこの記事を読んで、初めて「気分」じゃなく「枠の構造」で選ぶ、という発想に出会ったんだよね。同じ話を、以前 define-goalで測ったら思い込みが死んだ記事 でも書いてる。測る前に「分かってるつもり」になると、枠もゴールも同じ穴に落ちます。

設定の使用量を開く：ChatGPT右上→設定→使用量。所要2分。完了条件は、共有される機能の名前が画面に出ることです。

「公開PR #35882 まで読めた」——AI秘書の凛ちゃんと、GitHubを実際に読ませた

読むだけで終わらせるのは、私のやり方ではありません。AI秘書の凛ちゃんに「実際にうちの画面で試して」と頼んだ。最初の見出し確認だけじゃ足りない、とも言った。

「@GitHub owner/repository のコードベースを調査して、○○の実装計画を立ててください。」

吉岡裕貴さん（Zenn「Codexを効率よく使う方法」より）

最初の下書きでは、ここを「GitHub連携が入っていませんでした」と書いてしまった。いやー、あれは途中経過を完成みたいに書いた失敗です。あとからログイン済みのChatGPT Proを開けたら、プラグインにGitHubが「接続済み」と出ていた。

で、今夜は公開リポジトリ openai/codex だけを対象にして、README と AGENTS.md と公開PR #35882 を読め、コードは変えるな、IssueもPRも作るな、と送った。

42秒考えて返ってきた。原文はこうだ。「Codex CLI is a coding agent from OpenAI that runs locally on your computer.」「Rust/codex-rs」。PRのタイトルは「Bump rust-toolchain from 1.95.0 to 1.97.1 in /codex-rs」。変更ファイル数は1。対象は codex-rs/rust-toolchain.toml。

ここからが大事。AIの答えを信じない。公式の raw README と raw AGENTS.md と GitHub API を自分でも開きました。全部一致した。

接続済み、だけじゃない。読めた。しかも公開PRの中身まで合いました。会話は ChatGPTのこのスレッド に残してある。

吉岡さんの記事どおりの「実装計画まで立てる」ところまでは、まだやっていない。プライベートリポジトリも未検証。読んだのは公開情報だけです。

調べた範囲は、画面に出た活動ログと、公式raw・GitHub APIの突き合わせまでです。改造なし。読む役と書く役を分ける、という話の入口は、今夜はここまで火が通った。

GitHubで自分の運用を1本にまとめる話は、以前 福田恭平さんのGitHub運用の記事 でも書いてる。道具を増やす前に、今つながっている配線を見ます。今回も同じだった。

公開リポジトリ1本と公開PR1本を読ませる：接続済みなら、自分の関係ない公開リポジトリのREADMEと、公開PRのタイトルを聞く。所要5分。完了条件は、返ってきた文言を公式ページとGitHubで突き合わせることです。

「コードそのものの変更は、私はChatGPTにはさせていません」——隔離した場所でCodexに渡した

調査で出てきた改善案を、今度は本当にコードへ落としてもらった。

「コードそのものの変更は、私は ChatGPT にはさせていません。主に操作ミスを防ぐためです。」

吉岡裕貴さん（Zenn「Codexを効率よく使う方法」より）

この一文、ぶっちゃけ、私は最初ピンと来ていませんでした。でも公式を読んで、意味が分かったんだよね。

公式ヘルプ「Connecting GitHub to ChatGPT」のFAQに、英語でこうある。The GitHub app in ChatGPT only lets you read from your repositories to analyze and search your code. If you want to generate, edit, and push code directly to GitHub, that’s available through our Codex product.

読む役はChatGPT。書く役はCodex。吉岡さんの感覚と、公式の線引きが同じでした。

で、実装は本番のディレクトリには触らせていません。隔離したワークツリー mothership-lab-test-tasukewake-codex-implement-20260818 の中だけでやった実験用の変更は残っている。中身は bookmark-taste-gate.py の入力チェック。+57行 / −21行。mainには入れてない。

ただし、同じアカウントで今夜あらためて Codex CLI を走らせたら、こう出た。「You’ve hit your usage limit. Visit https://chatgpt.com/codex/settings/usage to purchase more credits or try again at Aug 20th, 2026 12:31 PM.」書く役は、今夜は新規に動けなかった。読む役の Chat は動いた。これが役割分担の、いちばん地味な実測です。

正直、ここまできれいに通るとは思っていなかったんですよね。実装を丸ごと渡すのは、私にとって小さな「委ねるOS」の実験でした。がんで倒れた時、365日続けてきた朝LIVEを手放さざるを得なくなって、ただっちが代わりに続けてくれたことがある。あの時も、渡した後のほうが結果が良くなりました。

役割を渡す話は、週刊ダイジェストの委ねるOS回でも書いてる。渡す前に場所を分ける。失敗しても本番は死にません。それだけだ。

隔離した場所で渡す：コードでなくてもいい。本番と切り離したコピーで、誰かに「作る部分」だけ渡す。所要15分。完了条件は、本番ファイルが1バイトも変わっていないことです。

「history remains separate from ChatGPT history」——Codexで会話を@引き継ぎできるか

もう一つ、記事の中で気になった機能があります。

「Codex で `@` を入力すると出てくる候補の「ChatGPT の会話」から、渡したい会話を選べます。」

吉岡裕貴さん（Zenn「Codexを効率よく使う方法」より）

調査で分かったことを、コピペせずに次の担当へ渡せる……という話だ。ここは、ちゃんと試せていません。

公式「ChatGPT Work and Codex」には、こうある。Codex remains a separate view. Its workflows are unchanged, and its history remains separate from ChatGPT history. Codex is not selectable on web or mobile.

で、chatgpt.com/codex を開きました。出てきたのは、ダウンロードを勧める紹介ページでした。作業画面じゃない。Cockpitの内蔵ブラウザから、デスクトップ版ChatGPTアプリの Codex 画面は開いていない。

公式に「履歴は別」と書いてあります。コミュニティには、共有してほしいという要望もある。Zennの画面操作そのものは、今回の経路では再現できませんでした。

デスクトップの Codex.app は起動した。`codex app` も走らせた。出てきたのは ChatGPT.app を開くログで、操作できる窓は取れなかった。画面収録は真っ黒のまま。だから `@` 候補は、まだ見ていない。無い、とは書かない。

機能の名前や見た目は違っても、やっていることの本質は同じなんですよね。「調べた人」と「作る人」が別でも、間の情報が途切れなければ、役割は分けられる。私は普段から、自分の経験や気づきを全部文字にしてObsidianへ書き残しています。

声とテキストの使い分けも、以前 ChatGPTの声の進化の記事 で書いてる。同じ道具でも、入口が違うと残るものが違います。今回の「履歴が別」も、その延長だと思います。

公式で履歴が別か確認する：help.openai.com で「ChatGPT Work and Codex」を開く。所要3分。完了条件は、「history remains separate」の一文を自分の目で見ること。

「週間残り0%」——枠が切れたあとも、Chatは動いた

ここからが、正直に書きたい部分です。うまくいった話だけで終わらせない。

同じ設定画面に、週間の残りが 0% と出ていました。リセットは 2026/08/20 12:31。agentic の財布は、その時点で空でした。

でも、素の Chat は動いた。GitHubで README と AGENTS.md と公開PR #35882 を読むターンは返ってきました。同じ時刻の Codex CLI は、使用量上限で止まった。公式の仕切りどおりだ。Chat の会話は含まれません——この一文が、画面の上でも仕事をした。

公式は、枠が途中で尽きた時のことも書いています。If you reach a usage limit during an active turn, Codex can continue working on that turn, subject to fair-use limits. After that turn, check the Codex usage page or the limit banner for the options available on your plan, such as adding credits, applying an available reset, upgrading, or waiting for the limit to reset.

当該ターンは続けられる。そのあとは、リセットかクレジットかアップグレードです。ここは公式の文章そのものです。

ここで一つ、失敗も見せておくね。私は日頃から、うまくいった話だけじゃなく、躓いた場所もそのまま出すようにしている。AIが変な数字を返してきたことも、隠さずに書く——それが私の「プロセスエコノミー」という考え方です。

最初の下書きでは、自動操作のブラウザがログイン画面で止まって、「GitHubは使えなかった」と書いてしまった。あ、そうそう。Cookieを取り込み直したら、同じ画面が Pro のまま開きました。一度の失敗を、仕様みたいに書いてはいけませんでした。

枠は、本当に切れる。切れ方は、いつも同じとは限らないんだよね。数字を一度見ただけで「全部ダメだ」と決めつけず、ChatとCodexのどちらが止まっているかを見る——この地味な作業が、結局いちばん効いた。

リセット日時をメモする：使用量画面のリセット時刻を、紙に一行書く。所要1分。完了条件は、「Chatが止まるのか、Codexが止まるのか」を自分の言葉で書けていること。

「それでも、私たちはまだ試している途中」——読めなかった場所を隠さない

吉岡さんは記事の最後をこう締めている。

「Codex は便利ですが、ChatGPT も便利に進化してるので、ぜひ試してみてください！」

吉岡裕貴さん（Zenn「Codexを効率よく使う方法」より）

試した。途中まで。しかもね。途中までを、完成みたいに書いてしまったのが、最初の下書きだった。

できたこと。公式と実画面で、共有枠の文言が一致しました。GitHubは接続済みでした。公開リポジトリの README・AGENTS.md・公開PR #35882 は、公式 raw と GitHub API に一致した。同じアカウントの Codex CLI は、使用量上限の英文まで取れた。

できなかったこと。デスクトップ版Codexの `@` 候補。プライベートリポジトリ。GitHubアプリからの push。ChatGPT Work モードでの同じ調査。この4つは未検証。

私はブログを書くことで、自分の頭の中を整理するタイプなんだよね。今日のこの記事も、書きながら「役割で分ける」ということの意味が、やっと自分の言葉になってきました。

ChromeのBuilt-In AIみたいに、手元で小さく動く話は potato4dさんの実装解説 でも書いてる。大きい話を信じる前に、小さい画面を1枚残します。今回もそれをやった。

結論めいたことを、一つだけ書いておくね。ツールは増えるほど便利になるはずなのに、増えすぎると逆に「どれに何を頼むか」で消耗します。だったら、頼む前に役割だけ決めておく——それだけで、驚くほど気持ちが楽になりました。

未検証を1行で残す：試せなかったことを、ノートに1行。所要2分。完了条件は、「できなかった」を「無い」に言い換えていないことです。