Claude Ultra が Max 20x に代わる: 認証済みアカウントは 5 時間制限なし、Anthropic によれば週の上限は最初から Pro の 10x
旧名の 20x が表していたのは 5 時間枠で、2 つあるメーターのうち緩いほうでした。Anthropic の説明では、週の上限は導入された日から Pro の 10x です。Ultra の料金表示は週の数字を前面に出し、5 時間の数字をなくしました。人によっては条件が良くなり、20x を週の量と読んでいた人にとっては、読み違いだったことになります。
目次
Anthropic は Max 20x を Ultra に改名しました。料金は月 $200 のままで、既存の契約者は自動で移行されました。新しいプランは「10 times the Pro plan's usage every week」をうたい、認証済みアカウントには 5 時間制限がありません。Help Center と料金ページの記載によるもので、どちらも 2026 年 11 月 1 日に確認しました。Max 5x は単に Max になり、月 $100 です。
ぱっと見の印象は「20x が 10x になった、つまり最上位プランが半分になった」です。Anthropic の答えは、何も半分になっていない、20x はもともと週を表していなかった、というものです。Claude のサブスクリプションのプロダクト責任者である Mike Overell は 10 月 30 日の投稿で、プランは 2025 年 4 月に Pro の 20 倍という 5 時間制限だけで始まり、後から加わった週の上限は Pro の 10 倍に設定されていたこと、Ultra はその週の上限を残して 5 時間制限をなくすことを説明しました。Overell は混乱を招いたことを謝罪しています。言葉どおりに受け取れば、10 月 30 日に何かを失った人はいません。何か月も前からあったメーターに、名前が追いついただけです。
Claude の Max と Ultra プランで何が変わったのか
プランは 2 つで、どちらも同じ基準 (Pro の何倍か) で表されるようになりました。
| Max ($100、旧 Max 5x) | Ultra ($200、旧 Max 20x) | |
|---|---|---|
| 5 時間制限 | あり、Pro の 5 倍 | 認証済みアカウントはなし |
| 週の上限 | Pro の 5 倍 | Pro の 10 倍 |
| Fable | 週の上限の 50% まで | 同じ |
| 毎月の API クレジット | $100 | $200 |
Fable は別枠ではなく、週の枠の一部です。Fable とプランに関する記事によると、どちらのプランでも Fable は週の利用枠から消費され、使えるのは最大でその半分です。それを超えたら usage credits を使うか、別のモデルに切り替えることになります。Max の記事によると、週の枠はアカウントごとに割り当てられた決まった時刻にリセットされます。
Claude Max 20x は週あたり Pro の 20 倍だったことがあるのか
Anthropic の説明では、そうではありません。10 月 24 日に料金ページと Help Center をもとに各プランで Claude Code がいくらかかるかをまとめたとき、私が記録した倍率はセッション単位でした。Pro の 5 倍と 20 倍で、セッションは 5 時間ごとにリセットされ、その上に週の上限があるという内容です。週の倍率はその記事には出てきません。Overell の投稿はその週の倍率を 10x とし、週の上限ができてからずっと 10x だったと述べています。
つまり旧 $200 プランには倍率の違う 2 つのメーターがあり、名前は緩いほうを掲げていました。5 時間枠に当たっても週には余裕を残して終わる人にとっては、20x が実感どおりの数字でした。セッションの枠より先に週の枠が尽きる人にとって意味があったのは、Overell の説明では 10x のほうで、プラン名はそれを一度も示していませんでした。
それでも決着しないのは量の問題です。Anthropic は今も Pro の固定トークン量を公開していないので、5x も 10x も未知数に対する比率にすぎません。Notion の AI 料金にも同じ不満を書きました。料金はわかっていても、それで買える量がわからないのです。
Claude Ultra は Max より $100 高い価値があるのか
週のメーターで見ると Ultra は Pro の 10 倍、Max は 5 倍です。2 倍の価格で 2 倍の枠なので、1 ドルあたりの週の利用量は同じです。追加の $100 で買えるのは、倍になった週の枠そのもの、5 時間枠がなくなること、そしてさらに $100 の API クレジットです。このクレジットは Console の組織に紐づけて受け取る必要があり、サブスクリプションの利用枠を増やすものではありません。
いちばん得をするのは波のある使い方です。長いエージェント実行や、並列で動かす複数の Claude Code セッションは、週の大半を残したままセッションの上限で止まることがありました。認証済みの Ultra アカウントでは、その壁がなくなります。一定のペースで使う人の恩恵は小さく、リスクの一部は利用者の側に移ります。5 時間枠はうっとうしいメーターでしたが、ペース配分の役目も果たしていました。それがなくなると、月曜と火曜に使い込んだだけで、歯止めがないまま週の枠の大半を使い切ることがあります。ペース配分は自分の仕事になり、Claude Code のステータスラインにある rate_limits. が見るべき数字になります。11 月 1 日時点のドキュメントは、rate_limits が渡されるプランとして Ultra を挙げ、5 時間と週の各枠は「may be independently absent」としています。five_hour があることを前提にしたスクリプトは、欠けている場合にも対応しておくべきです。
Claude Ultra のアカウントが認証済みかどうかを確認する方法
Help Center の確認方法は、Settings から Usage を開くことです。「Current session」のバーがなければ、そのアカウントは認証済みで 5 時間制限はありません。未認証のアカウントには一時的な制限がかかります。Help Center は判定材料としてアカウントと支払いの履歴を挙げ、認証は自動で行われ、チェックアウト時に電話番号を認証しても制限は外れないとしています。期間の目安は示されていません。新規に契約した人は、$200 を払ってもしばらく 5 時間の壁に当たる可能性があります。
Claude Ultra と OpenAI Pro 200: 改名と、取り消された削減
OpenAI でも 10 月に、20 倍から 10 倍へという話がありました。Notion と ChatGPT のトークン共有の記事で書いたとおり、$200 の Pro プランの Work と Codex の枠は、既存の契約者について 10 月 30 日に Plus の 20 倍から 10 倍へ下がる予定でした。OpenAI は 10 月 29 日にこの削減を取り消しました。Pro のプラン区分のページには今「The reduction announced in our September 29 email is canceled」とあり、すでに 10 倍の枠に下げられていた Pro 200 の契約者は、ほかの契約者に合わせて枠が倍になりました。
同じ週に、どちらの $200 プランにも 20 から 10 という見出しが出て、2 つの話は逆方向に進みました。OpenAI は削減を撤回しました。Anthropic は、撤回すべき削減はなく、別のメーターを表す名前があっただけだと言います。外から確かめにくいのは後者です。ここで挙げた情報源のうち、以前から週 10x だったという数字は、後から出た Overell の説明にしか出てきません。
Claude Ultra についての私見
5 月にプログラム利用向けクレジットについて書いたとき、私は Max 20x を使っていました。同じように Max 20x を使っていたなら、役に立つ問いは 10 が 20 より少ないかどうかではありません。以前、どちらのメーターで止められていたかです。5 時間枠だったなら、Ultra は同じ価格で良くなっています。週だったなら、Anthropic によれば何も変わっていません。改名前に、負荷のわかっている状態で seven_day を記録したログがあれば、それが自分のアカウントで確かめるいちばん近い手段です。Pro との比率はわかりませんが、同じ作業が今は週の枠をより多く使っているかどうかはわかります。ログがなければ、これからメーターを見ていくくらいしかできません。
これはこのプランに限った話ではありません。料金に 2 つのメーターがあると、名前は緩いほうを掲げがちで、実際に効いてくるほうは自分で探しにいくしかありません。
01 / ディスカッション
コメント欄はありません。議論は X で行っています。
02 / ほかの記事
Claude Code の worktree: claude --worktree が分離するものと、ポート、データベース、インストールのように分離しないもの
Claude Code 2.1.316 で検証しました。2 つの worktree が同じポートで衝突し、Docker Compose はそれぞれに別の Postgres ボリュームを計画し、スクリプト実行はロックされたチェックアウトと不要なブランチを残し、デフォルトのベースは未プッシュのコミットを含みませんでした。
コーディングエージェントへのプロンプトインジェクション事例:テキストはどこから入り、何がそれを止めたのか(止めたものがあったとすれば)
公開された 9 件の事例を、攻撃者の言葉が入ってきた入口ごとに分類しました。ほとんどの事例で、攻撃の最中に持ちこたえたものはありません。その後の修正はすべて同じ種類でした。決定論的なチェックを向け直すか、機能を取り除くかです。失敗したのがモデルの判断だった場合、向け直す対象はありませんでした。
バイブコーディングとエージェンティック・エンジニアリングの違い: セッションが終わった後もコードを検査し続けるもの
Simon Willison は、コードをレビューし、それを説明できる人がいるかどうかで線を引きます。ただ、そのレビューは一度きりで、チャットが閉じた後もコードは変わり続けます。エージェンティック・エンジニアリングが名前を言い換えただけのものでないなら、違いは、誰も見ていないときに動き、しかも意図した理由で失敗するのを確かめたチェックにあります。