数十のサイトを、複数のAIで運営しながらClaudeの使用量を抑える方法

結論：高い頭は1つだけにして、手は安いAIに回す

使用量が尽きる原因の多くは、高性能なモデルに「決まった手順の作業」までやらせることです。そこで次の3つを守っています。

• 判断する会話（ハブ）と、作業する会話を分ける。ハブは決めて頼んで検品するだけで、自分では量のある作業をしない
• 作業は手順が決まっているほど、軽いモデルや無料のAIに回す。検品は必ず上のモデルが行う
• 週の使用量に「今この時刻なら何%まで」という線を引き、AIごとに線との差の目標を変える

これだけで、サイトの数が増えても、1つの会話に判断と作業が溜まって上限に当たる、という形を避けられます。

役割表：どのAIが何をするか

無料のAIは出来が揺れます。だから無料のAIの出力は、そのまま公開しません。指摘を別のAIに裁かせ、Claudeが本物かどうかを確かめてから直します。

実際の手順（1つの直しが本番に着くまで）

1. 測る。検索の実績（クリック・表示・順位）を見て、次に触るサイトとページを決める。推測では触らない
2. 指示書を書く。ハブが対象・やってよい範囲・確認項目を短く書き、担当の会話か手伝いに渡す
3. 作る。Sonnetが下書きと修正を作る。手順が決まった作業は最初からSonnetに回す
4. 校正する。無料のGemini・Groq・Ollamaが指摘を出し、Codexが「ファイルに本当にあるか」を裁く
5. 検品する。上のモデルが、字数・リンク・タグの閉じ・文字化け・公開してはいけない語を確かめる
6. 上げる。変わったファイルだけをまとめて本番に送る。送る前に予行（変更の一覧だけを出す）を1回行う
7. 本番で確かめる。手元ではなく本番のURLを取り直して、表示と字数を見る。ここまで済んで初めて「直した」と言う

本番に上げるのは、会話ごとにばらばらにやらず、まとめ役のハブが一定の間隔（15分ごと）でまとめて流します。担当の会話は「検査まで済んだ」という合図だけを送ります。同じサーバーへの接続が一度に重なると、こちらのIPが一時的に弾かれることがあったためです。

指示書の例：ハブは短く書く

ハブが担当に渡す指示書は、長く書きません。判断に使う容量を、指示の文章で消費しないためです。入れるのは次の5つだけです。

• 対象：どのサイトの、どのページか（URLで書く）
• 目的：測った数字のうち、何を動かしたいのか
• 範囲：触ってよいファイルと、触ってはいけない見出しやタイトル
• 確認：字数、リンク、タグの釣り合い、本番で見る項目
• 止める条件：この数字を超えたら、または確認できなければ止めて報告する

たとえば検索で1〜3位に出ているページは、タイトルと見出しを変えません。上がる余地がなく、下がる危険だけがあるためです。本文の言い回しの直しだけを頼み、本番で順位を見ます。サイト全体に関わる決まりの変更や、ページの削除、転送の設定、検索から外す設定は、必ず人に先に聞きます。

手伝いの結果は短く返してもらいます。「何を直したか」「確認の数字」「できなかったこと」の3行で、経過の実況は要りません。返ってきた数字を見て、ハブは次の指示を決めます。

使用量を抑える5つの習慣

• 往復を減らす。毎回、指示文と会話の全体が読み直されるので、使用量は作業量より「やり取りの回数」に比例します。「1/6完了、次は」のような実況をやめ、複数の操作を1回にまとめるだけで効きました
• 会話は50〜60%で圧縮する。長くなった会話を引きずらず、要点だけを残して続きを始める。80%、90%、95%に近づいたら必ず知らせる
• 手伝いは軽いモデルで。決まった手順の作業は、Sonnetで作ってOpusが検品する。ダメなら直させてから上げる
• 変わったファイルだけ送る。全部を上げ直す道具は使わず、差分だけをまとめて1回のログインで送る
• 画像を見る回数を減らす。明るさや件数など、数値で判断できるものは数値で見る

週の使用量を線で配る具体的な記録は、週の使用量を線を引いて配った記録に、複数のAIへ作業を振る考え方はGeminiとCodexへの振り分けに詳しく書きました。

週の線の例：CodexはClaudeより先に使う

運営者の週は、木曜11時に始まり、水曜の24時に100%になる線を引いています（経過した時間÷157時間）。夜も作業を止めないので、線は24時間進みます。そのうえで、AIごとに目標を変えています。

数字の例。日曜の12時は、週の開始から73時間後です。線は 73÷157 ＝ 約46.5%。Claudeの目標は49.5〜51.5%、Codexは66%以上になります。

• Claudeが線+3%を下回ったら、手伝いの作業を足す
• Claudeが線+5%を超えたら、作業をCodexと無料のAIに寄せる
• 5時間の上限が75%を超えたら、週の線より下でも足さない（同じ枠を複数の会話で使っているため）
• 水曜の夕方に残りを見て、使い切るか抑えるかを決める

失敗談と、そこから決めたこと

1. 手元のリポジトリが、本番より古かった

手元のファイルを直して上げたところ、別の仕組みが本番で先に更新していた内容を古い版で上書きしました。決まり：編集の前に本番のファイルを取り直す。上げる道具は絶対パスで指定する。全部を上げず、変えたファイルだけを送る。

2. 「直した」と言ったのに、本番は変わっていなかった

上げたつもりのファイルが、読まれない場所に置かれていたことがあります。成功の表示ではなく、本番のURLを取り直して中身を見るまでは、「直した」と言わないことにしました。見られなかったときは「未確認」と書きます。ブラウザで見る直しは、スマホの幅（375px）でも自分の目で確かめます。

3. 一括置換の罠

• 短い語を置き換えると、それを含む長い語まで壊れる。長い語から先に置き換える
• 範囲を指定した置換が、閉じタグまで巻き込んで消す。上げる前にタグの数の釣り合いと、減った文字数を測る
• 置換後の文字列にある参照記号（ドル記号と数字）が、そのまま入ってしまう場合がある。関数で置き換えて、結果を目で見る
• 表のセルの中の語は、文単位の掃除から漏れる

4. AIの受け渡しの境目で、39ページが消えた

ある日、2つのAIが同じページを扱う境目で、片方の再生成がもう片方の書いた文を全部消しました。検査を厚くするより、境目そのものを減らす方が確実でした。以来、誰がどのファイルを持つかを先に決め、AIに書かせる範囲を狭くしています。

よくある質問

このページで確かめていないこと

• ほかの人のプランやサイト数で、同じ線や目標がそのまま通用するか
• 各社の無料枠の上限や、学習への利用条件の今後の変更
• Codexやモデルの名前・上限の、2026年11月8日より後の変更

Claude Codeでサイトを運営する手順そのものは、姉妹サイトのclaude-code.tokyoで扱っています。