CodexとClaude Codeの使用量上限、プラン変更前に見直す10の習慣

CodexやClaude Codeが何度も使用量の上限に達するなら、解決策は上位プランとは限りません。トークンの無駄の多くは習慣から生まれます。使用量メーターを確認せずにクレジットを買う、エージェントに人と同じようにWebサイトをクリックさせる、あらゆる作業を最も高価な設定で動かす、巨大なファイルをチャットに放り込む、といった習慣です。トークンはAIモデルがテキストを処理する単位で、サブスクリプションの上限もこれで数えます。以下では、同じサブスクリプションでより多くの仕事を終えるための10の見直しを、4つの領域に分けて紹介します。

何かを変える前にメーターを確認する

まず、使用量が実際にどこへ消えているのかを把握します。小規模な企業では、複数のエージェントを動かしながらメーターを見ないまま、必要のない高額プランに乗り換えてしまうことがよくあります。本当の解決策が、重複したエージェントの実行を止めることや、すでにアカウントにある無料リセットを使うことだという場合もあります。

Codexの無料リセットは、クレジットを使わずに5時間上限や週の上限を回復させますが、リセットごとに有効期限があり、放っておくと失われます。「Allow Codex to use resets」という設定を使うと、上限に達したときにエージェントが使えるリセットを自動で使います。有料クレジットの自動チャージには、はるかに慎重になるべきです。ループにはまったエージェントは、数分でかなりの金額を使い切ることがあります。追加購入をクリックする前に、使用量バーとリセットの一覧を両方確認します。

Claude Codeは無料リセットの付与がCodexよりかなり少ないようで、その分だけ作業の振り分けを効率化する重要性が高まります。製品別の週間内訳からは多くのことがわかります。あるヘビーユーザーの1週間では、Claude Codeが使用量の96%、通常のチャットが4%を占めました。Claudeのデスクトップアプリで作業する人には、エージェントの作業をチャットやCoworkに分散させず、Claude Codeにまとめることが勧められています。

エージェントにWebサイトをクリックさせない

エージェントがソフトウェアにログインし、人と同じようにWebページを操作すると、トークンの使用量は増え、速度は落ちます。同じ作業でも、プラグイン、MCPサーバー、APIキーを通せば、より速く軽く進みます。MCP（Model Context Protocol）は、AIツールを外部のソフトウェアやデータにつなぐ標準的な方法です。APIは、プログラムがブラウザを使わずに呼び出せる直接のインターフェースです。

その差は実際の事例ではっきり表れます。

• 10年以上続く企業が、APIキーもMCPもないままエージェントにHubSpotアカウントの監査を任せました。エージェントは1日で1週間分のサブスクリプション上限を使い切りました。
• 別の企業は代理店の勧めでGoHighLevelを導入していました。そのMCPサーバーとAPIではファネルやワークフローを作成・編集できず、エージェントは画面をクリックするしかなく、大量のトークンを使いながら作業も遅くなりました。
• Basecampのバージョン1に6万を超えるファイルを置いていた会社は、エージェントをまったく接続できませんでした。ベンダーのサポートチームの協力でデータをBasecamp V5に移行した後は、CodexとClaudeのエージェントが業務の監査やワークフローの自動化を直接行えるようになりました。社員は使い慣れたツールをそのまま使い、エージェントは読み書きの完全なアクセス権を得ました。
• エージェントにYouTubeへ動画をアップロードさせようとしたところ、APIキーに読み取り権限しかなかったため、ブラウザ操作に切り替わってしまいました。ブラウザ経由では30分かかる操作でも、API呼び出しなら30秒で終わることがあります。そのため、エージェントを止めて20分かけてアップロード権限を設定するほうが得策でした。

簡単な監査が役に立ちます。業務で使う主要なツールごとにエージェントに調べさせ、次の4つの質問に答えさせます。

1. プラグインやコネクタはあるか
2. MCPサーバーはあるか
3. 読み書きできるAPIはあるか
4. アクセスしやすい新しいバージョンのソフトウェアはあるか

あわせて、それらの経路で実行できる作業と、依然としてブラウザでのクリックが必要な作業を一覧にさせます。そのうえで、APIやMCPの経路があるツールでエージェントがブラウザを使い始めたら、必ず止まって確認するというルールを加えます。エージェントからのアクセス手段がなく、その予定もないツールなら、継続的なトークンコストを払い続けるか、ツールを乗り換えるかを選ぶことになります。エージェントとの深い連携が必要な実績ある企業にはCRM（顧客関係管理システム）としてHubSpotが、小規模な企業にはエージェントと相性のよい選択肢としてNotionが勧められています。

毎日動く重いワークフローはプラグインからAPIへ

プラグインは手始めとしては十分ですが、毎日動くワークフローや大量のデータを扱うワークフローは直接APIに載せるべきです。APIは速度、低コスト、フィールド単位の制御をもたらし、本格的なエンジニアリングチームも必要としません。HubSpotのChatGPTプラグインとHubSpotのプライベートアプリAPIトークンを並べて比べると、差が具体的にわかります。

APIなら必要なフィールドだけを取得することもできます。顧客名、ステージ、取引金額だけが必要な日次の営業レポートなら、APIはそのフィールドだけを取得しますが、プラグインはすべてのレコードのCRMプロパティをすべて読み込みます。直接のトークンなら、カスタムプロパティの変更、無人で動く定期ジョブ、BigTimeのような会計システムとの連携も扱えます。

APIキーは、権限の範囲をあらかじめ設定した専用の認証情報管理ツールに保管し、問題が起きたときにどのエージェントがどの操作をしたのかをたどれるようにログを残します。使っていないコネクタはオフにします。コネクタのツール説明はすべてのプロンプトに追加され、コンテキストウィンドウ、つまりモデルが一度に考慮できるテキストの量を圧迫するからです。直接APIを使えば、ChatGPT Work、Codex、Claude Codeの間を行き来したり、基盤モデルを入れ替えるオーケストレーションツールを使ったりと、モデルやツールを自由に切り替えられます。ブラウザでのログインや特定プラットフォーム向けのプラグインに頼ると、1つの環境に縛られがちです。

▲ ブラウザ操作と直接のAPI接続

推論の強さ、モデル、速度を作業に合わせる

推論の強さ（reasoning effort）は、モデルが答える前にどれだけ考えるかを決める設定です。日常業務ではMediumのままにします。Claude Opus 5.5をMediumで使えば通常業務のおよそ90～95%をこなせ、フォローアップメールに最大の推論を使えば1日の予算はすぐに尽きます。明確な境界ルールがないまま推論を強めても、エージェントが間違った判断をより速く下すだけになるおそれがあります。

基盤モデルの選択も、推論の強さの設定と同じくらい重要です。

速度の設定も見直す価値があります。CodexではGPT-6 Astraの横にある稲妻アイコンの設定で速度が1.5倍になりますが、上限の消費も速くなります。バックグラウンドのエージェントは人が別の作業をしている間に動くことが多いため、速度に割増料金を払っても役立つことはほとんどありません。無人で動く作業ではオフにしておきます。

AGENTS.mdとCLAUDE.mdは短く

AGENTS.md（CodexとChatGPT Work用）とCLAUDE.md（Claude Code用）は、エージェントが作業の最初に読む業務マニュアルです。2024年ごろのスタイルで書かれたファイルは、メールの書き方の説明やすべてのフォルダパスの一覧に数百トークンを費やしていました。現在のモデルは標準的な書式を理解しており、フォルダも自分で探索できるため、マニュアルには組織固有の知識だけを残します。

• 業務ごとの担当者
• エージェントに許可すること
• データが食い違うときに基準とするシステム（例：支払い状況はHubSpotではなくQuickBooksを基準にする）
• エージェントが止まって人に確認すべき場面
• 過去のエラーとその修正方法を記録する変更履歴

接続済みのシステムやファイルをエージェントに調べさせ、このファイルの下書きを作らせることもできます。古い指示は新しいモデルを混乱させ、性能を妨げることがあるため、3～6か月ごとに見直します。

ファイルは1か所にまとめ、予測できる名前を付ける

多くの小規模企業では、文書がDropbox、Google Drive、iCloud、SharePoint、ローカルのデスクトップ、退職者のアカウントなど5～7か所に散らばっています。正本がどこにあるかわからないエージェントはそのすべてを探すことになり、トークンを使ったうえに古いファイルを使うリスクも抱えます。ある事例では、昨年の価格表を探していたエージェントが「pricing final」という名前のファイルを3つ見つけ、古い版を見込み客にメールで送ってしまいました。

整理は6つの手順で進めます。

1. ストレージを1つに決めます。すでにGoogle Workspaceを使っているなら、Google Driveにまとめるのが効果的です。
2. 実際の業務の流れに合わせてフォルダを組みます。たとえば、ブランド、マーケティング、財務、手順書、テンプレートの全社共通フォルダと、提案書、契約書、成果物、会議、アーカイブの顧客別フォルダです。
3. 命名規則を決めます。顧客向けの文書は日付、顧客、文書の種類、バージョンの順に並べ、日付を先頭にして時系列で並ぶようにします。ロゴや基本的な手順書のように長く使う資料には日付を付けません。
4. 重複を取り除き、「FINAL」や「USE THIS」のようなラベルをバージョン番号に置き換えて、どれが最新かをエージェントが推測しなくて済むようにします。
5. 使わなくなった資料はアーカイブします。
6. 新しく加わったメンバーでも構造を理解できるか確認します。

最初は読み取り専用の監査から始めます。エージェントに保存場所、ファイルの種類、重複を一覧にさせ、整理計画を提案させます。承認するまではファイルを移動も削除もさせません。移行が終わったら、正本の場所、命名規則、フォルダ構成をAGENTS.mdに記録します。一貫した名前は小さな索引として働き、エージェントがファイルを開かなくても正しい文書を選べるようにします。

▲ 1か所にまとめて整理したファイル

よい成果物を標準にする

エージェントが優れた成果物を作ったら、そのときのプロンプト、構成、基準をすぐにテンプレート、スキル、チェックリストとして残します。ここでいうスキルとは、エージェントが再利用できる保存済みの指示のことです。この手順を省くと、経営者が毎月1時間かけて、フォント、レイアウト、内容のルールを一から教え直すことになりかねません。よい成果を週に1つ標準化すれば、1年でメンバー1人あたり約250件の再利用できる資産がたまる計算です。

対象になるのは次の6つの領域です。営業（提案資料、価格表、フォローアップメール）、顧客対応（オンボーディング資料、四半期レポート）、マーケティング（ランディングページ、ニュースレター、リードマグネット）、ソーシャルメディア（LinkedInの投稿、カルーセル）、運用（標準手順書、支払いのリマインダー）、人事（求人票、入社時チェックリスト）。たとえば人事のコンプライアンス用チェックリストなら、承認した版をロックしたマスターテンプレートとして保存し、必要な入力、エージェントがしてはいけないこと、引き渡し前の確認項目、6か月後の見直し日をまとめたスキルを作り、AGENTS.mdに登録します。

新しいスキルは、頼る前に必ず試します。スライドデザインの標準なら、スタイルガイドだけを使って3枚のサンプルを新たに作らせ、ずれている点を直してから標準として保存します。実績のある営業資料や締結済みの契約書はよい素材になるため、白紙から始める必要はありません。

ファイルはアップロードせず場所を示す

150ページの契約書、1時間分の会議の文字起こし、大きなスプレッドシートをチャットにドラッグすると、その内容は会話に残り続け、やり取りのたびに改めて処理されます。解約条項を1つ確認するために契約書全体をアップロードすると、その後のすべての質問に150ページ分がついて回ります。

エージェントには、ファイルの場所と必要な部分を伝えます。

• 200ページの契約書をアップロードする代わりに、Google Driveにある顧客の契約書フォルダの付属合意書を確認し、価格条件を指摘するよう依頼します。
• 文字起こし全体の代わりに、会議フォルダにある火曜日の営業通話の文字起こしから顧客の反論を抜き出させます。
• 5,000行のデータを貼り付ける代わりに、財務フォルダにある第3四半期のスプレッドシートから売上上位10社の顧客を探させます。

フォルダにあるファイルはエージェントが開くまでコストがかかりませんが、チャットにアップロードしたファイルは会話が続く限りコストを積み上げます。大きな文書を丸ごとアップロードするよう求めないというルールをAGENTS.mdに加えておくのも一案です。

今週やること

使用量の上限は、プランの大きさよりも仕事の習慣から漏れていることが多いようです。実践的な順序は次のとおりです。

1. Codexでは/status、Claude Codeでは/usageを実行し、残りの上限とリセットの有効期限を確認して、有料クレジットの自動チャージ設定を見直します。
2. 主要なツールについてプラグイン、MCPサーバー、API、新しいバージョンの有無を監査し、ブラウザで行っていた作業をそれらの経路に移します。
3. 使っていないコネクタをオフにし、推論の強さはMediumを基本にして、単純な作業は軽いモデルに回し、バックグラウンドの作業では速度ブーストをオフにします。
4. AGENTS.mdやCLAUDE.mdを組織固有のルールに絞り、ファイルを1つの命名規則のもとにまとめます。
5. 優れた成果物はテスト済みのスキルとして保存し、大きなファイルはアップロードせずにエージェントに場所を示します。