0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

@yurukusa(ゆるくさ)

Claude Codeが$20 Proプランから消えた48時間——Simon Willisonが指摘した「信頼」の問題と、Maxユーザーが今やるべき3つのこと

0
Posted at

2026年4月21日の夜、ぐらす（この記事の筆者。非エンジニアの事業者）は料金ページを開いて目を疑った。

Claude Code の文字が、$20 の Pro プランから消えていた。

半年以上、毎日 8 時間ほど Claude Code を回して仕事を回してきた。月 $20 のコストで、ラフな見積もりで 800 時間分の自律実行をやってきた。その料金表から、Claude Code が静かに外されていた。

「Max プランだけの機能です」と書かれていた。Max は $100 / $200。5 倍から 10 倍のジャンプ。

HN には 400 件以上のコメントが 12 時間で溜まった。Reddit、X、GitHub Issues、すべてが同じ方向を向いた。「説明がない」「予告がない」「社員の Tweet が一次情報なのはおかしい」。

翌日、4 月 22 日の昼過ぎにはAnthropicはこの変更を撤回した。98% のユーザーが Pro プランのまま Claude Code を使える状態に戻った。残りの 2% は価格テストの対象として継続観察中、という説明だった。

騒動は 48 時間でほぼ収束した。

しかし、Simon Willison はこの騒動を「信頼」の問題だと書いた。この記事は、その指摘と、800 時間の自律運用データを踏まえた「価格不安と共存する 3 つの実践策」についての記録だ。

この記事の情報は 2026 年 4 月 24 日時点の公開情報に基づく。

Simon Willisonが指摘した問題——「社員のTweetは告知ではない」

2026 年 4 月 22 日、Simon Willison がブログに「Is Claude Code going to cost $100/month? Probably not—it's all very confusing」という投稿を出した。Willison は Django の共同制作者で、長年 Claude 系ツールを使い倒している英語圏の代表的なエンジニアだ。

彼の指摘は 3 点に絞られる。

第 1 に、告知の方法が間違っていた。「A tweet from an employee is not the way to make an announcement like this（社員の一個のツイートが、この種の告知の方法として適切なはずがない）」。料金表を静かに書き換え、その説明を社員個人のタイムラインに流す。これは発表ではない、と彼は書いた。

第 2 に、信頼の損なわれ方が非対称だということ。ツイートが出て 12 時間で騒動、発表の撤回は 1 日で済む。しかし「次も突然変わる」という疑念は数週間〜数ヶ月残る。「Anthropic は予告なく自分の仕事道具を値上げ / 削除できる会社」というラベルは、正式な謝罪でも剥がれにくい。

第 3 に、教育者の立場からの懸念。Willison はブログや登壇で Claude Code の使い方を教えている。「もし大多数の聴衆が買えない値段に急に上がるなら、教え続ける意味はあるのか」と彼は率直に書いた。ここは英語圏で $100 / $200 が払えない地域のユーザー（学生、新興国の開発者、非エンジニアの事業者）への含意が大きい。

CC 補足: Simon Willison と Claude Code 界隈
Willison は llm CLI の作者、Datasette の作者として知られる英語圏のシニアエンジニア。2026 年以降は Claude 系ツールの検証記事を高頻度で出している。彼の 4 月 20 日の別記事「Claude token counts for Opus 4.7」では、Opus 4.7 が公称 1.35 倍のトークン消費に対し実測 1.46 倍で system prompt を処理していることを独立検証している。

なぜ騒動の裏に「不信」が溜まっていたか——3月からのトークン浪費危機

ぐらすがこの騒動に敏感に反応したのは、価格変更が単独の事件ではなかったからだ。

GitHub Issue #41930（"[BUG] Critical: Widespread abnormal usage limit drain across all paid tiers since March 23, 2026"）は、3 月 23 日以降に全有料プラン横断でクォータ消費が異常に早まった事象を記録している。Issue OP は最低 4 つの原因が重なっていると指摘した。

  1. ピーク時間帯の意図的スロットリング
  2. プロンプトキャッシュの 2 つのバグ（10〜20 倍のトークン浪費）
  3. セッション再開時の文脈再処理バグ
  4. 3 月 28 日付けの「2 倍のオフピーク使用枠」プロモーション終了

The Register は 3 月 31 日に Anthropic admits Claude Code quotas running out too fast を出し、4 月 13 日には Claude is getting worse, according to Claude で品質劣化とクォータ枯渇の同時進行を整理した。

4 月 21 日の Pro 除外騒動は、こうした「説明のない不便」の積み重ねの上に落ちた。だからこそ、技術的には「撤回して元に戻った」だけの 48 時間が、信頼の毀損としてはずっと長く響く。

Maxユーザーが今やるべき3つの実践策

ぐらすは 2025 年末から 800 時間以上、Claude Code を自律実行し続けている。その間に $569 の赤字を出し、赤字から戻すためにトークン消費の内訳を全部可視化した経験がある（数字の内訳は別記事「トークン消費を減らす 5 つの方法」で公開した）。

価格変動リスクが顕在化した今、Max / Pro どちらの立場でもやっておくと「次の変更」に耐えやすくなる対策を 3 つに整理する。

1. 今の消費パターンを/usageで把握する

Claude Code v2.1.118 以降には /usage コマンドが統合されている。これはトークン消費の内訳（cache_read / cache_creation / input / output）を表示する。キャッシュ読取率が 75% を下回っているなら、CLAUDE.md かサブエージェントか session 再開のどこかでキャッシュが効いていない。料金プランを変える前に、この数字を 90% 前後に戻すことがほぼ常にコスト削減効果が大きい。

具体的な書き方は「CLAUDE.md がトークンを食い潰す 5 つの書き方と、直し方」にまとめた。

2. バックアップツールの存在を知っておく

Willison が書いた「バックアップツール」の提案は、今日から完全に乗り換えるという意味ではない。

意味はこうだ。Claude Code が突然値上げされたり廃止されたりした最悪のケースで、自分の仕事の 80% が止まらないように、OpenAI Codex（GPT-5 / GPT-5-Codex で CLI として提供）や Aider（OSS、モデル選択可）を「名前と使い方だけは知っている」状態にしておく。実際に切り替える必要が発生したとき、ゼロから学び始めると 1 週間かかる。3 時間で動かせる状態にしておけば、心理的な人質状態にならない。

これは「すべて乗っける」のではなく、「すべて任せる相手は 1 つに絞らない」という運用原則の話だ。

3. 事故の前提で「安全側」の設計を入れておく

価格変更ではないが、構造的には同じ方向の事故——rm -rf 事故、git reset --hard で失われた未 commit 作業、.env の誤送信——も Claude Code を使っていると定期的に起きる。

ぐらすは 2025 年 10 月の時点で、インストール翌日に ~/Downloads を消された。そこからの学びを「インストールした翌日にファイルを消された——最初にやるべき 3 つの安全設定」に書いた。

npx cc-safe-setup で 707 種類の安全 hook から必要なものを選んで入れる。「claude cannot edit these directories」「compound コマンドを分割してから実行」「API キーの誤 commit 検出」あたりは導入した日から事故を防いでくれる。

価格が上がっても、使うことを続けるつもりなら、事故で信頼を失う前に守りを入れる。これは料金プラン以前の話だ。

まとめ——2日間で終わった騒動、数週間残る「不信」

2026 年 4 月 21〜22 日、Claude Code は $20 Pro プランから短時間だけ消えた。技術的な被害はゼロに近い。撤回され、98% のユーザーは何も失わなかった。

しかし Simon Willison が書いたとおり、「信頼」は対称に戻らない。「社員の Tweet が一次情報になる体制」が見えてしまった以上、次に予告なく料金が変わったときも同じ手順が繰り返されると読者は予想する。

対策は派手である必要はない。/usage でキャッシュ読取率を把握する。バックアップツールの名前を知っておく。事故防止の hook を入れておく。どれも 1 日あれば始められる。

「次に何が変わっても、自分の側で制御できる範囲を広げておく」。それが、信頼の問題に対して個人ができる唯一の返答だ。

📖 参考書籍

出典

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?