Anthropic、エージェントの残りにもメーターを付ける

オレンジの星が付いた、温かいビジネス調のメールが今朝届きました。

6 月 15 日から、Max 20x プランに Claude Agent SDK と claude -p 用に月額 200 ドルのクレジットが付きます。その上に作られたもの (Conductor、OpenClaw、サードパーティの harness) は、すべて同じクレジットから引かれます。クレジットを使い切ると、プログラマティック利用は止まります。ただし「extra usage」をオンにしている場合は API 価格で課金されます。インタラクティブな Claude Code とチャットの subscription 上限は変わりません。

プランから伝えられた変更は、これで全部です。

二度読みました。慎重に温かく書かれた、本当のニュースは行間に隠れているタイプのアナウンスです。「これからは月 200 ドルのクレジットを受け取れます」と聞くと、何かが追加されたように聞こえます。本当の問いは、前に何があって、それが今はもう無いのか、です。

計算

6 月 15 日まで、Claude の利用はすべて一つのバケットを共有していました。ターミナルのインタラクティブな Claude Code、Web のチャット、ヘッドレスな -p スクリプト、GitHub Actions、Agent SDK 経由で動くものすべて。同じ subscription レート上限です。上限は十分に寛大で、積極的にスクリプトを回せば、API 価格で月 2000 ドル相当のトークン量を押し通せました。正確な数字は、5 時間ウィンドウとどれくらい戯れたかに依存しますが、桁感は合っています。一番ヘビーな利用者は、200 ドルプランから API 換算で約 10 倍の価値を引き出していました。

6 月 15 日以降、プールは二分されます。インタラクティブはそのままの位置に残ります。プログラマティックは独自のクレジットを得ます。その額は意図的に支払い額と揃えられています。Pro: 20 ドル。Max 5x: 100 ドル。Max 20x: 200 ドル。

ヘビーなスクリプターにとっては、本当に重要だった部分の予算がおよそ 10 分の 1 になります。それがボーナスのように聞こえる言葉で包まれています。SDK に触れたことがない人にとっては、それ以外は同じように動くアカウントに、小さな無料クレジットが現れるだけです。

どちらの説明も正確です。問題は、どちらが自分の話か、ということです。

二つの読み方、どちらも正しい

先週まで、Claude の subscription でサードパーティの harness を回すことは、技術的には規約違反でしたが、実質的には黙認されていました。耐性が条件付きであることを思い出させるため、定期的にアカウントの停止が行われました。新しい取り決めは、これを明示的かつ合法にします。以前は本当には許されていなかったユースケースに対して、API 価格で 200 ドルの予算がもらえます。インタラクティブな subscription はこれまで通り動き続けます。スクリプトを使わない人は、小さな無料クレジットがもらえます。200 ドルの subscription で 2000 ドル相当のコンピュートを燃やしていた少数派は、共有レート上限を全員のために引きずり下ろさなくなります。

これが強気の読み方です。正しいです。

弱気の読み方もあります。変更の形は、プログラマティックなケースに対する 10× のダウングレードであり、それがプレゼントとして包装されていて、過去数ヶ月にわたってレート上限のゴールポストを動かし続けてきた会社からのものです。「無料クレジットを受け取る」という言葉は柔らかく着地させるためのものですが、実際に課金される対象のユースケースに対しては、新しい上限は古い上限よりはるかに低いところにあります。最大の harness を作ってきた人、一年前に同僚に Claude に乗り換えるよう勧めた人、一番損をするのはこの人たちです。

これも正しいです。

正直なところ、その間を行ったり来たりしています。この変更は一つの数字ではありません。再セグメンテーションです。トークン量をマックスにしないインタラクティブユーザーは、同じ条件のままです。マックスにするプログラマティックユーザーは、コンピュートが Anthropic に実際にかかるコストに近い額で課金されます。

自分の仕事が claude -p に頼っていないなら、6 月 15 日は 6 月 14 日に小銭が加わっただけに見えます。仕事が headless スクリプトの積み重ねだったなら、重要だった部分について 10× 小さい予算になります。

実際に起きていること

Anthropic の側から読めば、絵はアナウンスから受ける印象よりもシンプルです。彼らは何かに勝つ必要はありません。subscription で headless スクリプトを回している開発者の母数を、subscription 価格がまだ成り立つ程度に小さく保てればいいだけです。それが本当の制約です。「すべてのスクリプトを止める」ではありません。

Anthropic はプログラマティック利用を消し去ろうとはしていません。やろうとしてもできません。SDK も CLI も彼ら自身のプロダクトで、headless モードは意図的に作った機能です。論点は、subscription 価格が彼らにとって成り立つのは、中央値の subscriber がプロンプトに向かってタイプする人間で、自然な休止と人間サイズのスループットを持っている場合だけ、ということです。10× のパワーユーザーは、別のワークロード向けに設計された価格モデルの上に乗った、本物のワークロードでした。そしてそのギャップは、インファレンス需要が伸びるにつれて、毎月高くついていきました。

フレーミングに苛立つこと (今回の PR は本当に下手です) と、根底にある動きが価格のキャリブレーションだと気づくこと、その両方が成り立ちます。Anthropic は開発者市場を失おうとはしていません。開発者市場を、開発者市場としての価格で扱おうとしているのです。

一年間これに対してスクリプトを回し続けてきた部分は、苛立っています。クライアントに対してインファレンスの価格を見積もってきた部分は、計算を見て肩をすくめます。どちらの部分も本物で、噛み合うとは思いません。

IPO 前の売上ランプという読み方も、おそらく部分的には正しいです。投資家の圧力、1.4 兆ドルという数字、エンタープライズへのピボット。どれも荷重を支えているわけではありません。これらの圧力がなくても、同じ計算が一年以内に同じ種類の動きを強いるでしょう。需要が伸びる速さに比べて、コンピュートは十分速く安くなっていません。無料のヘリコプター便は、予定通り終わるところでした。

tmux による回避策

回避策は十分に明らかで、アナウンスから数時間以内に浮上しました。本物の Claude Code を、通常のインタラクティブモードで tmux セッションの中で動かします。それをオーケストレーターから tmux send-keys で駆動します。ライフサイクルイベントには、ほかの harness と同じようにフックを掛けます。subscription レート上限であって、API クレジットではありません。

落とし穴も明らかです。Anthropic はこのパターンを検知できます。おそらくするでしょう。検知すれば、誰かが別のパターンを作ります。そしてそれを検知します。両側が遊ぶ価値があると感じている限り、ゲームは続きます。

これは、価格キャリブレーションの話と同じ均衡を、反対側から見たものです。Anthropic はすべてのパターンを検知する必要はありません。subscription 課金で headless スクリプトを回す開発者の母数が、価格計算が成り立つ程度に小さなままに保たれる、そのくらいに検知のコストを高くすればいいのです。反対側もすべてのラウンドに勝つ必要はありません。それぞれの新しい回避策が、次の検知ルールが出荷されるよりも短い時間で見つかればいいだけです。

このアナウンスと同じ週に、Opus 4.6 と比べた Opus 4.7 の品質への不満が、声高に聞こえていました。これは別のトピックですが、積み上がります。モデルがより悪く感じられて、価格設定もより悪く感じられる、同じ月にそれが起きると、「これは単なるキャリブレーションだから信じてほしい」への忍耐は短くなります。4.7 について自分なりの意見はありますが、それはこの記事のテーマではありません。

自分はどうするか

取り組んでいることの多くは、この種類のインフラの上に成り立っています。自分で作って使うツール、エージェント隣接として出荷するプロダクト、自身のワークフローを駆動するオーケストレーション。価格のプリミティブが動くとき、まず設計問題の内側からそれを見て、その後で顧客として見ます。

オーケストレーションはすでに tmux + フックで動かしています。今回の変更より前からの理由があって、それとは関係ありません。狭い意味では、6 月 15 日は何も壊しません。インタラクティブセッションの中から claude -p として走らせていたかもしれない headless スクリプトは、自分は走らせていません。一つには好みです。もう一つは、暗黙の補助を、その上にプロダクション形のものを建てるほどには信頼していなかったからです。

ただし、個人的な角度は教訓ではありません。教訓は、単一ベンダーの価格プリミティブの上に作られたエージェント harness は、そのプリミティブに紐づいた有効期限を持っている、ということです。claude -p はプリミティブでした。安い。subscription 価格。統合されている。呼び出しやすい。人々はそれをもとにデイリーニュースブリーフを作りました。GitHub PR ボット。TDD ベリファイア。画像評価パイプライン。SDK の上の独自 UI。これらの利用者は、誰も悪いことはしていませんでした。彼らは、売る側にとって持続可能ではない価格の上に作っていただけです。

オーケストレーションのパターンが、生き残る部分です。インターフェイスの下にあるものは、claude -p であれ、codex であれ、ローカルモデルであれ、置き換わる部分です。harness が claude -p に直接結びついているなら、次の課金変更が harness を作り直します。「キーを送れるセッションで CLI が動く」に結びついているなら、CLI の差し替えは設定変更です。

モデルエンジンの差し替えが、何ヶ月ではなく何時間で済むように狙っています。それで価格変更に対して無敵になるわけではなく、無敵にしてくれるものは何もありませんが、それらが自分にとっていくらかかるかは変わります。作り直しではなく、ルーティングの切り替えで済むようになります。今は、たいていのことには Claude を使い、明らかに性能が上回る場合は Codex を使っています。このカーブの次の曲がりが来るとき、そしてそれは来るでしょう、それがルーティングの判断であって再構築ではないようにしたいのです。

6 月 8 日にクレジットを受け取ります。「extra usage」はオフのままにしておきます。暴走したスクリプトが四桁の超過を渡してこないように。そして、これまでやってきたことを、続けます。

subscription 価格の補助の上にプロダクション形のエージェントワークフローを建てる時代は、予定通り閉じています。6 月 15 日は、これまでのステップより目立つだけです。この先も、同じような動きは続きます。