ClaudeのMax・Teamに毎月届くAPIクレジット、使い道は自分の繰り返す仕事を数えて決める

出典: 【最高です】APIクレジット毎月配布確定！つまりClaude Managed Agents が熱いので解説！

毎月の枠が付くと聞くと、まず額を見ますよね。私のプランなら、どれくらい届くのか。その次に見たいのが、使える場所です。普段のClaude Codeがそのまま長く使える話なのか。ここを分けると、自分に関係するニュースなのかが見えてきます。

まさおさん（動画の中で・0:00〜）

「本日はですね、クロードからマックスプランやチームプランのユーザーに対して毎月APIクレジットが支給されるということがね、え、決まりましたんで解説していきたいと思います。」

額より先に確かめたいのは「どの使い方が対象か」です。ここはまさおさんの説明と同じ見立てで、私も公式ヘルプで額と条件を確かめました。

公式ヘルプによると、対象はMaxとTeamです。Free・Pro・Enterpriseは対象外で、Teamは席ごとの額を合算した1つの残高になります。

まさおさん（動画の中で・1:19〜）

「100ドルプランの人はね、100ドルくれて、ま、200ドルプランの人は200ドルくれて、あとは、ま、チームプランやったらね、ま、そのシートによって、ま、支給されるのが変わってくるんですけれども」

受け取りの条件は4つあります。契約が有効なこと。新規加入なら7日たってから。カード登録は要りません。そして、設定の請求画面から、Claude Console（APIを使うための管理画面）の組織を1つリンクすること。リンクした組織は、後から自分では変更できません。受け取れるのは、Maxなら契約者本人、TeamならOwner（Primary Owner）だけです。Console側にも、Owner・Admin・Billingのどれかの役割が要ります。

Agent SDK（Claudeの仕組みを自分のプログラムから呼び出すための部品）を含め、使える場所と使えない場所は、次の表のとおりです。

claude -p（画面を開かず、命令を1つ渡して実行するコマンド）だけは、分かれ目があります。リンク先のAPIキーで動かせば対象、プランのログインで動かせば従来の上限を使います。

毎月の枠は請求サイクルごとに届き、繰り越しなく失効します。購入したクレジットより先に消費され、リンクした組織のAPIキー利用者全員で残高を共有します。プランの利用上限は変わりません。ほかの残高もなければ、次の分が届くまでAPIは止まり、プランへ請求されません。

動画の額の紹介から、私は受け取り先と使い道まで決めたい。使い道がないまま受け取れば、残った分は消える。それが大事な条件です。

→ 受け取り先を決める

公式ヘルプで自分のプランの額を確認。設定→請求へ進む前に、リンクするConsole組織を1つ決めます。後から自分では変えられないので、普段使う組織か確かめてください。5分で足ります。決められない時は、そこで止めて、リンクは後に回してください。

毎日同じ情報を集めて、同じ形で届ける。そんな仕事なら、クラウドで動く担当が合います。まさおさんがManaged Agentsを勧める理由もここ。自分の仕事へ当てるには、何を決めれば動き始めるのか、まず4つに分けて見ると分かりやすいです。

まさおさん（動画の中で・5:33〜）

「個人的にはね、ま、ちょっとマネジドエージェントを抑えておくといいんじゃないかなっていうことは思っているって感じですね。はい。ま、公式もクレジットの1番早い使い道はマネージドエージェントという形で言ってくれているようです。」

Claude Codeで済む仕事は、そのままでいい。

まさおさんの勧める方向には賛成ですが、毎日の記事制作もLPもコード修正もファイル整理も、全部を移す必要はありません。クラウドへ出すのは繰り返す業務や長く走る定期処理、というのが私の判断です。

動画に出てくる構成は4つ。エージェントは、モデル・指示・道具・スキルを決めた担当。環境は、その担当が動く場所です。デプロイは、いつ呼び出すかの設定。セッションは、1回ごとの実行記録になります。

まさおさん（動画の中で・9:06〜）

「いい感じな抽象が行われていることによって本当にシステムでね、組み込みやすくなっているっていうのがね、え、マネジドエージェントのね、いいとこやなと思います」

まさおさんの画面では、毎朝9時に3サイトから各5件、計15件を選び、日本語で要約。HTMLにして画像を撮り、Discordへ投稿します。1回3.4分、道具を31回呼ぶ朝の記者です。

まさおさん（動画の中で・6:41〜）

「ただその定期、定期実行であったりだとか、特定のタイミングでこれを呼び出すとかいうね、あの組み込みみたいな感じになってきたら、ま、エージェントSDKもいいんですけど、ま、よりですね、このマネージドエージェントみたいなの方が楽に始められたりする場合とか、ま、あるいはそのクラウドのことね、考えなくていいみたいなのはやっぱちょ強力やなという風に思っております。」

Managed AgentsもAgent SDKも、枠の対象です。動画では始めやすさが前に出ます。私は、仕事の性質から選びます。

6月に自分で調べて記事にした結論も、同じ向きでした。その記事の結論の一文です。

私の過去記事より：Claude Codeで十分？antとManaged Agentsの本当の価値

日々の記事制作、LP、コード修正、ファイル整理はClaude Codeで十分です。ant と Managed Agents は、反復する業務、長時間走る定期処理、履歴を残して説明したい仕事に絞って使うのが堅い。

→ 繰り返しを3つ拾う

自分の仕事から、毎日・毎週、同じ形で来るものを3つ書き出します。それぞれに「何を受け取り、何を作り、どこへ届けるか」を添える。朝の記者に限らず、自分の繰り返しを探してください。15分で足ります。3つ書けなければ、今は移す仕事が無い、という結果で終わりです。

Macを増やさずに仕事を回せる。まさおさんのこの話には賛成です。ただ、朝刊のデモがよかったから朝刊を作る、では自分の仕事は減りません。私の環境では、何が何度起きているのか。AI秘書に履歴を数えてもらうところから始めました。

まさおさん（動画の中で・12:08〜）

「自分のそのMacMiniとかを増やさずとも、え、やっていけるっていうのがやっぱ強力だなっていう話です。」

移す仕事を選ぶ時に見るのは、動画のデモより自分の仕事の履歴です。

移す価値があるのは、何度も起きる仕事だからです。AI秘書の凛ちゃんが、私がAIの仕事を管理しているアプリ、Cockpitに残るタスクを数えました。9月1日から10月10日までの40日で678件。そのうち、時間が来ると自動で走る定期の仕事（私は自動便と呼んでいます）が起こしたのは545件で80%。自動便は75本（その545件を起こした定期の仕事の数）、手で起こしたものは133件（私78件、AI55件）でした。

回数の多い上位12本だけで314件。自動便545件の58%です。その314件の内訳は、ログイン更新と失効の見張り122回、記事の下書き98回、Macの見回り・棚卸し89回、蔵書の読み込み5回。

下書き98回のうち、ブックマークからが52回、動画からが46回。

選ぶ物差しは3つ。繰り返すか。手元のMacのファイルを読まずに済むか。鍵を預けられるか。

一覧の名前から読むと、上位12本のほとんどは私のMacのファイルか鍵に触る仕事に見え、そのまま移せるものは少ない。最初の1本は、私のMacに触らない新しい仕事から選びます。

ヘルプには、claude -pはリンク先のAPIキーなら枠の対象、プランのログインなら対象外と書かれています。

何を移せるかは、Macを増やさない利点ではなく、履歴で絞ります。「AIに委ねて、人は積み減らして生き直す」。枠を使い切るために仕事を増やさない。それが私の軸です。

→ 自分の一覧に印を付ける

自動化を一覧にして、繰り返す・手元のファイル不要・鍵を預けられる、の3つに○×を付けます。さらにAPIキーで動かすか、プランのログインかを確認。分からない項目は空欄に残してください。30分で足ります。3つとも○の仕事が1本も無ければ、無理に探さず、そこで止めます。

クラウドならMacが止まっても動く。そこは魅力です。一方、まさおさんが話す、毎月の支給に依存する心配にも賛成。動く場所を変えるなら、便利になることと、手元でできていたことの両方を見る。私は7月末に、この境目を確かめています。

まさおさん（動画の中で・12:59〜）

「100ドルプランでもね、100ドルくれたりするのかなりありがたいなと思います。もちろんね、ここに依存しちゃってるとこれきあのやめられた時にまた問題になりそうな気もしますけど。」

手元でできていたことが、クラウドへ移したあともできるか。そこを満たす仕事だけを移したい。

7月27日の未明、クラウド定期実行のRoutineが私のMacの環境でも使えるか確かめました。当時の自動便は151本、うち有効137本。AI秘書の凛ちゃんが週1回、公開Webを調べて変更案（PR）を作るRoutineを用意し、1回試しました。

出典URL19本のうち開けたのは12本、404が1本。残り6本は遮断や制限で判定できず。日付もUTCで1日ずれ、この2点は指示文に1行ずつ足して直しました。

採用を止めた壁は3つ。私のMacのファイルが見えず、記事化・投稿・成果物登録ができない。環境変数ファイルに入れた鍵（APIキー）が使えず、会員サイトや会計、検索、動画のAPIへ進めない。公開Webを調べる仕事は、有効137本の中に既にある。

AI秘書の凛ちゃんから、テスト目的は達成した、と報告が来た時、私はまだClaude Code WebのRoutineのテスト結果を読んでいませんでした。動くかはまだ確認していない、読むのは私だ、と返しています。

PRが1本できたことと、私が実物を確かめたことは別です。自分で結果を読んで、このRoutineはいらないと決め、ほかに使える案がないかも聞きました。8月6日までに、Routineは削除し、PRは閉じ、別アカウントで毎日動いていた旧Routineも停止しました。

動画には鍵の保管庫と、ネットワークやパッケージを選べる環境があります。鍵の壁と環境準備の一部には対処できそうですが、既存の仕事との重複は消えません。私のMacのファイルの壁も残る。保管庫で鍵が使えるかは、私の環境の実行結果からは言えません。

深夜の自動便は、Macがスリープすると実行されずに終わります。動画の朝刊と違い、私は入力と鍵がその仕事だけで完結し、Macの停止中にも動く意味があるかで選びます。

→ 移せない理由を先に見る

移したい仕事に「手元のファイルなしで動く？」「必要な鍵を預けられる？」「既存の自動化より移す意味がある？」の3問を当て、○×を付けます。×がある仕事は、その理由を書いてから選び直します。10分で足ります。理由を書いたところで、その仕事は終わりにして次の候補へ回します。

1体に任せ続けると、説明し直さなくて済む。その便利さの裏で、道具を呼ぶたびに読む会話は長くなります。まさおさんの比較を、自分のログにも当てました。仕事を小さく切る理由が、気分の問題ではなく、読み直す量の違いとして見えます。

まさおさん（動画の中で・14:47〜）

「1体のエージェントだったら（略）呼ぶたびにですね、読み直す会話の長さみたいなんがあって、ま、これがね、え、理由で、え、ちょっと今回はコストが高くなりましちゃよみたいな、え、感じでね」

長い1体に任せ続けるより、短い担当へ切る方を選びます。

会話が伸びるほど、次の応答で読む量も増える。応答の回数だけでなく、1回ごとに何を読み直しているかを見る必要があります。

このMacにはClaudeのアカウントが4つあります。AI秘書の凛ちゃんが数えたのは、そのうち1つのアカウントに残る、9月10日以降に更新されたClaude Codeの会話記録2,238件です。見たのは、AIが1回応答するたびに読み込む会話の量です。4つ全部を数えた数字ではありません。

AIの応答が1〜20回で終わった1,974件では、1回あたり平均66,027トークン（AIが1回の応答で読み込む文章量の単位）。応答が301〜1,000回に及んだ81件では338,942トークンで、約5.1倍でした。仕事の種類が違う会話の比べなので、同じ仕事を短くすればこうなる、という数字ではありません。

小さく切って別に走らせた担当（サブエージェント）707件は、応答1回の平均が153,480トークン。会話記録全体の79,545回の平均285,605トークンに対し、約54%です。この担当たちの応答回数は、中央値6回で終わっています。

ただし、短く切れば読み直しがなくなるわけではありません。応答が1〜20回の会話でも、1回の平均は66,027トークンあります。応答が最も多い上位5件の最初の1回目も、60,012〜76,399トークンでした。出発点にも量があるんです。

まさおさんの朝刊比較では、1体では953,912、3体では325,473トークン（会話を読み直した量）。ただし各1回で、まとめが浅くなる面にも触れています。

動画の比較から、私は「小さく切る」を選びます。自分の数字も仕事の種類が違う目安。削るのは根拠ではなく、担当ごとに不要な履歴です。短い担当の結果を最後にどうまとめるかまで決めたい。

→ 区切りのメモを残す

AIの応答が100回前後になったら、会話を区切る目安にします。区切る時は、目的・確認済みの根拠・作ったもの・次の作業を短く残す。未解決の点も添え、次の担当が同じ調査を繰り返さずに始められる形へ。10分で足ります。メモが4項目で書けない時は、まだ区切る時ではないので、そこで止めます。

並列でたくさん動くことだけが、強みではありません。第4章のRoutineで、AI秘書の凛ちゃんから達成と報告が来ても、私はまだ結果を読んでいませんでした。報告は判断材料にはなりますが、最後に受け入れるかを決めるのは、実物を見る私です。作る担当とは別に、答えの根拠を確かめる担当を置きたい。まさおさんの動画にある大量のエージェントの話も、人数より、誰が何を確かめるかを見ると、自分の仕事へつながります。

まさおさん（動画の中で・13:19〜）

「並列なエージェントでステップごとにね、え、ま、ワークフロー的な感じで仕事をしてもらうというところで、このリーダー自体がね、（略）大量のエージェントがね、え、仕事をして最終的に結果を1個出すみたいな」

並列に走らせるのは作る側です。確かめる側は、別の1体に分けます。

動画の画面では、70個のバグのうち、1体は最大27個、workflowは3回とも66個を見つけています。最大1,000体、同時64、寿命24時間の説明もありますが、同時64は保証値ではありません。

まさおさん（動画の中で・14:01〜）

「仕込んだコードに関してね、ま、1体だと27個見つかったけど、ワークフローだったら66個見つかりましたよみたいなね。」

私は9月下旬、Cockpitの新機能を調べて確認する仕事を頼みました。AI秘書の凛ちゃんが、Cockpitのヘルプ30項目と参照ファイル6本を照合。候補1件ごとに、独立した確かめ役を立てています。

177エージェント、道具1,003回、約21分、エラー0。確かめ役が、候補171件のうち20件を却下し、151件が残りました。

この作業の前日、別の再構築で参照ファイルを丸ごと置き換え、手書きの運用ルール約7,200字を消していました。それに気づいて復元したのも、この作業の中です。

確かめ役を置いた分、根拠が足りない候補20件は残りませんでした。一方、上書きで消えた文章は確かめ役の仕事の外で起きていて、エラー0の数字には出ません。作る側と確かめる側を分けても、前後を見比べる工程は別に要ります。

記録上は、私の手元のWorkflow機能（UltraCode）で回した仕事です。動画のDynamic Workflowsと同じ仕組みかは分かりません。発見数より、私が見るのは採用前の確かめ方です。根拠は実在するか。既にあるか。危険か。この3問を先に渡すんです。

→ 確かめ役への3問

大量に並列で作る前に、確かめ役へ渡す問いを3つ書きます。「根拠は実在するか」「既に同じものがあるか」「変更で何が壊れるか」。作る担当の説明だけで決めず、根拠の場所まで返してもらってください。10分で足ります。根拠の場所が返ってこない答えは、採用せずに作り直しへ回します。

まさおさんが勧めるManaged Agentsを、繰り返す仕事をクラウドへ出す入口として見る。私も同じ見立てです。私はそこへ、自分の履歴と、手元で当たった壁を重ねます。

今日やる1手は、自分の自動化を一覧にすること。繰り返すか、手元のMacのファイルが要らないか、鍵を預けられるか。この3つで分けて、移す仕事を1本選ぶ。長い仕事は短い担当へ切り、根拠を確かめる担当も置く。枠の消化より、自分の仕事が減る方を選びます。