前回は、定時の処理をクラウドへ移す前に決めた設計（鍵の渡し方、状態ファイル、push 前の点検）を書きました。
今回は、Claude Code に オンライン講座の制作（音声の合成・読み方の検証・動画の組み立て・提出の準備）を3講座ぶん、クラウドとローカルを行き来しながら任せたときに分かった運用の留意点です。設計の話ではなく、回している途中で実際に判断が要った場面を並べます。
この記事の読み方
| 読む人 | まず読むところ | 持ち帰ってほしいこと |
|---|---|---|
| Claude Code を使い始めた人 | 0.・5.・9. | 「月200ドル」の正しい中身と、エージェントが止まったときの受け取り方 |
| 毎日エージェントに作業を任せている人 | 1.・4.・6.・8. | 費用の見込みの出させ方、差分だけ作り直す作り、取り消せない操作の守り方 |
| 長い作業を設計する人 | 2.・3.・7.・9. | 工程の置き場所を費用で変える判断と、いつ止まっても再開できる区切り方 |
0. 前提：Max 20x には「月200ドルの API クレジット」が付く。ただし Claude Code 自体には使えない
最初に、お金の前提を整理しておきます（2026年10月19日に公式の説明で確認）。
- Claude の Max 20x プラン（月200ドル） には、毎月 200ドル分の API クレジット が付きます（Max 5x は100ドル）。
- 受け取るには、claude.ai の Settings > Billing で、Claude Console の組織を1つプランにつなぎます。プランに入って7日たつと受け取れます。
- 使えるのは Claude API・Claude Managed Agents・Claude Agent SDK・Playground です。
- Claude Code（ターミナル・IDE・デスクトップ・Web での対話的な利用）には使えません。Claude Code の作業は、これまでどおりプランの利用枠（後で出てくる「週の利用上限」）から使われます。
- 使わなかった分は、請求の期間の終わりに消えます。翌月へ繰り越せません。
つまり「月200ドルもらえるから Claude Code が使い放題」ではありません。Claude Code で組み立てた処理のうち、API を呼ぶ部分（たとえば確認役の安いモデル、Agent SDK で動かす定型の処理）をこのクレジットで賄う、という分け方になります。Console ではワークスペースごとに使ってよい上限を決められるので、作業ごとの費用の上限（1.）もここで掛けておくと安心です。
もう一つ大事なこととして、このクレジットが今の形でずっと続く前提で組まないほうがよいと考えています。公式の説明に終了日は書かれていませんが、Console の上では「Promotional credits（プロモーションのクレジット）」として表示され、受け取るときに別の利用条件への同意を求められます。金額や対象が変わる、あるいは終わることもありうるので、
- クレジットが無くなったら止まる（勝手に有料で使い続けない）設定にしておく
- クレジットが無くても回る費用の見積もりを、別に持っておく
ようにしています。
出典：Monthly API credits for Max and Team plans（Claude Help Center）／API credits for Max and Team plans（Claude Platform Docs）
1. 費用の上限は「作業ごと」に決め、途中で必ず報告させる
予算は全体で20ドルにして、講座ごとに上限を決めました。
| 講座 | 上限 | 実績 |
|---|---|---|
| A | — | 約1.25ドル |
| B | 5ドル → 5.6ドル | 進行中（約4.5ドル時点） |
| C | — | 進行中 |
効いたのは、途中経過を内訳つきで報告させることです。B の講座では、ある時点で次のような報告が来ました。
- ここまで3.32ドル（音声合成 2.70・聞き取りの検証 0.26・かなの検証 0.36）
- 動いている分を含めると、上限5ドルの手前（4.3〜4.8ドル）になる見込み
「上限に当たって止まった」ではなく、当たる前に見込みを出させると、次の打ち手を選べます。
見込みの出し方は単純で、「ここまでの実績 ＋ 残りの件数 × ここまでの1件あたりの単価」 です。音声なら「残りの行数 × 1行あたりの費用」になります。上級者向けには、工程ごと（合成・検証・組み立て）に単価を分けて記録しておくと、「どの工程を別の場所へ動かせば上限に収まるか」まで計算で出せます。
2. 上限を超えそうな重い工程は、ローカルへ戻す
上の報告のあと、エージェントは「動画の組み立てまでクラウドでやると上限を超える。PC が空いたので、組み立てはローカルでやる」と判断しました。
- 音声合成や検証のように API を呼ぶだけの工程 → クラウド
- 動画の組み立てのように CPU を長く使う工程 → 空いているローカル
クラウドかローカルかは最初に固定せず、費用の見込みで工程ごとに置き場所を変えられるようにしておくと、予算の中で終わらせやすくなります。
3. 上限を上げるときは「省いた場合の損」と比べて理由を残す
途中で、B の上限を5ドルから5.6ドルに上げました。エージェントの理由はこうでした。
- 読み方の検証がまだの行が612行あり、うち約430行は一度も検証していない
- 読み間違いの指摘が来ると、配信先で再審査になることがある
- 検証を省くより、0.6ドル足して全行を確かめるほうが安い
上限は守るものですが、上げてよい条件（品質の事故のほうが高くつくとき）を決めておき、上げたら理由を記録させています。
4. 確認役は安いモデル、作り直しは差分だけ
費用を抑えた2つの決まりです。
- 検証（読み間違いの検出など）は安いモデルにやらせる。生成と同じモデルでなくてよい
- できている分は作り直さない。音声なら「残りの約1,630行だけ作る」。辞書を直したら、影響を受けた行（93行）だけ作り直す
差分だけ回せるように、成果物に「どの行がどの設定で作られたか」が分かる記録を残しておくのが前提です。読み方の辞書も、足した語がその講座にだけ効くことを確かめてから使っています（ほかの講座の音声が変わらないように）。
5. 人にしか押せないボタンでは止まる。手順を渡して、終わったら API で確かめる
講座を審査に出す手続きの途中で、配信先から 外部サービスでの本人確認 を求められました。身分証の提出が要るので、ここは本人にしかできません。エージェント側の安全確認でも、その先へ進むボタンは押せませんでした。
このときの動きが良かったので、型にしています。
- 止まった地点を、画面の状態ごと伝える（「居住国に Japan を選んだ状態で、提出の画面が開いている」）
- 残りの手順を番号つきで渡す（どのボタンを押すか、どの欄に何を入れるか）
- 本人が終えたら、状態をエージェントが API で確かめる（「審査中になったか」「URL が正しく入ったか」）
「できないので止めました」で終わらせず、人が続きをすぐできる状態で渡すのがポイントです。
6. 取り消せない入力は、入れたあとに1文字ずつ読み返す
講座の URL は、提出のときに入れると 後から変えられません。こういう欄は、
- 入力したあと、画面の値を読み返して1文字ずつ照合する
- 一致しなければ押さない
という手順にしています。同じ考え方で、小テストの選択肢を並べ替えたときも「正解の中身は変えていない」ことを全48問、API で突き合わせてから終わりにしました。変えたつもりの無いものが変わっていないことまで確かめる、という意味です。
7. 同じ PC を使う別のセッションとは、順番を決めて譲り合う
並行して別の作業（別の動画の組み立てと差し替え）を同じ PC で動かしていました。エージェントは、その作業が終わって PC が空いたという知らせを受けてから、止めていた講座の作業を再開しています。
重い処理を同時に走らせると、どちらも遅くなるか、メモリ不足で途中で落ちます。「PC を使う作業は1つずつ」「終わったら知らせる」を決めておくと、取り合いになりません。
8. 「処理が終わった」という通知と「進展」は分けて報告させる
裏で動かしている待機用の処理が終わるたびに、通知が来ます。エージェントには、
- 進展が無いときは「新しい進展はない。今の通知は待機用の処理が終わっただけ」と書く
ようにさせています。通知が来るたびに状況が動いたように読めてしまうと、人のほうが判断を誤るからです。
9. 週の利用上限は「途中で止まっても再開できる」前提で組む
長い作業の途中で、プランの 週の利用上限 に達して止まりました。上限は日時で戻りますが、作業は途中です。
困らなかったのは、ここまでの留意点で
- 成果物に「どこまでできたか」が残っている（169本中79本まで、など）
- 差分だけ作り直せる（4.）
- 状態をファイルや API で確かめられる（5.・6.）
が揃っていたからです。エージェントの作業は、いつ止まってもよい単位で区切っておくのが、クラウドでもローカルでも結局いちばん効きました。
まとめ
| 場面 | 決めておくこと |
|---|---|
| お金 | 作業ごとの上限・途中の見込み報告・上限を上げてよい条件 |
| 置き場所 | API だけの工程はクラウド、CPU を食う工程は空いたローカル |
| 品質 | 確認役は安いモデル・作り直しは差分だけ・変わっていないことも確かめる |
| 人の手番 | 止まった地点と残りの手順を渡し、終わったら API で確かめる |
| 取り消せない操作 | 入れたあとに読み返して照合してから押す |
| 資源 | 同じ PC は順番に使う。進展と単なる通知を分ける |
| 上限 | いつ止まっても再開できる単位で区切る |