7月19日までのはずが、17日に消えた
2026年6月末、AnthropicはClaudeの新しい最上位モデル、Claude Fable 5を発表しました。Fable 5はClaude 5ファミリーの第1弾で、従来の最上位だったOpusよりさらに上の階層(Mythosクラス)に位置づけられたモデルです。モデルファミリーとは、同じ世代のAIを性能と価格でHaiku、Sonnet、Opusのように段階分けした製品群のことを指します。
発表と同時に、Anthropicは期間限定のキャンペーンを打ちました。すべての有料プランでFable 5を追加費用なしで開放し、あわせてClaude Code(ターミナルやアプリから使えるAIエージェント)の利用上限も引き上げる。この開放期間は当初の予定から延長され、公式には7月19日までとアナウンスされていました。
つまり有料プランに入っていれば、月額の範囲内で最上位モデルを試せる状態が続いていたわけです。日本でも、ProプランやMaxプランでFable 5に切り替えて資料作成や分析を試していた方は少なくないはずです。私の周りでも、10人規模の会社の経営者が「いつものClaudeより明らかに詰めが深い」とFable 5を業務の定番にし始めていました。
問題は、この「期間限定の開放」が、予告された期日より前に突然終わったように見えたことです。 期限を理解した上で使っていた人ですら、2日早い打ち切りは想定していませんでした。
何が起きたか: エラーメッセージひとつで業務が止まる
米国太平洋時間の2026年7月17日午前11時25分ごろ、Fable 5を使おうとした多くのユーザーの画面に、次の表示が出るようになりました。
Usage credits are required for this model.(このモデルの利用には使用量クレジットが必要です)
使用量クレジットとは、月額プランの基本枠とは別に購入する、従量課金のチャージ残高のようなものです。プリペイドカードをイメージすると分かりやすいと思います。
この件は海外の技術系掲示板Hacker Newsで「Fable gone(Fableが消えた)」というスレッドが立ち、すぐに話題になりました。投稿者の指摘はシンプルで、「7月19日まで全有料プランで開放すると告知されていたのに、17日の時点でクレジットを要求された」というものです。障害で応答しなくなったのではなく、アクセス権の扱いが変わった、あるいは変わったように見える状態でした。
執筆時点で、これが設定ミスなのか、キャンペーン終了処理の前倒しなのか、一部ユーザーだけの事象なのか、公式の詳細説明は確認できていません。ただ、非エンジニアの実務者にとって大事なのは原因の技術的な内訳ではありません。告知された期限より前でも、使っていたAIモデルへのアクセスは予告なく変わりうる、という事実そのものです。
昨日まで動いていた業務フローが、今朝はエラーメッセージ1行で止まる。これはFable 5に限らず、外部のAIサービスを業務に組み込むすべての会社が向き合う前提条件です。
仕組みを知る: プラン・クレジット・モデル階層の三層構造
今回の出来事を理解するには、Claudeの利用権が三つの層でできていることを知っておく必要があります。
一つ目はプランです。月額固定のPro、Maxといった契約で、標準的なモデルを一定量まで使う権利がここに含まれます。二つ目は使用量クレジットです。プランの枠を超えて使いたいとき、あるいはプラン枠の対象外のモデルを使いたいときに、事前チャージした残高から従量で支払う仕組みです。三つ目がモデル階層です。Haiku(速くて安い)、Sonnet(バランス型)、Opus(高性能)、そしてFable(最上位)と、上に行くほど賢く、その分1回あたりのコストが高くなります。
今回のFable 5開放は、本来ならクレジット(三層の二つ目)が必要な最上位モデルを、期間限定でプラン(一つ目)の範囲に入れていたキャンペーンだった、と整理できます。だからキャンペーンの扱いが変わった瞬間、システムは本来のルールに戻り、「クレジットが必要です」と表示した。エラーに見えますが、動作としては筋が通っています。
この三層構造を知っているかどうかで、同じエラー画面を見たときの行動がまったく変わります。 仕組みを知らなければ「Claudeが壊れた」と作業を止めてしまいますが、知っていれば「開放期間の扱いが変わったのだな。ではSonnetかOpusに切り替えて続きをやろう」と数分で復帰できます。技術の知識ではなく、契約と課金の知識です。これは経理や総務の方がむしろ得意な領域だと私は思います。
非エンジニアにとっての本当の教訓: モデルは変わる前提で仕事を組む
ここからが本題です。今回の騒動から非エンジニアが受け取るべき教訓は、「Anthropicはけしからん」でも「AIは信用できない」でもありません。
AIモデルというのは、電気や水道のような固定インフラではなく、頻繁に入れ替わる商品です。新モデルは年に何度も出ますし、旧モデルは提供終了になり、価格も利用条件も変わります。期間限定開放のような販促も、始まれば終わります。この前提に立つと、業務設計の考え方が変わります。
守るべき資産は、特定のモデルへのアクセスではありません。自社の業務知識を言語化したプロンプト(AIへの指示文)、指示に添える自社のテンプレートや過去の成果物、そして「どの業務のどの工程をAIに任せるか」という業務フローの設計図。この三つです。これらが手元にあれば、Fable 5が使えなくなってもOpusで8割方の仕事は回りますし、将来別のモデルや別の会社のAIに移ることになっても、資産はそのまま持ち運べます。
逆に一番もろいのは、優秀な誰か一人がFable 5との長いチャット履歴の中だけで業務ノウハウを育てているパターンです。モデルが変わった瞬間、あるいはその人が休んだ瞬間に、会社として何も残っていないことに気づきます。
AI活用の実力とは、最上位モデルを使いこなすことではなく、モデルが入れ替わっても業務が止まらない形に仕事を整えておくことです。 今回の2日早い打ち切りは、その整備状況を無料で点検してくれた避難訓練だったと捉えるのが建設的です。
業種別に考える: モデル交代に強い使い方の実例
抽象論で終わらせないために、3つの業種で「モデルが替わっても困らない使い方」を具体的に描いてみます。
製造業(従業員30名)の経理担当の場合
月次決算の前処理として、販売管理システムから吐き出したCSVをClaudeに渡し、勘定科目の仕訳案を作らせている経理担当の方を想定します。ここで肝心なのは、「当社の科目ルール30項目」「消費税区分の判定基準」「過去に間違えやすかった取引の注意リスト」を、チャット履歴任せにせず1枚の指示書ファイルとして保存しておくことです。毎月この指示書とCSVをセットで渡す運用にしておけば、使うモデルがFable 5からOpusに替わっても、渡すものは同じなので作業手順は1ミリも変わりません。精度が落ちたと感じたら、間違えた仕訳を指示書の注意リストに追記するだけです。ノウハウはモデルの中ではなく、指示書に蓄積されていきます。
15人規模のマーケティング支援会社の場合
クライアント5社分のSNS投稿と広告文の下書きをClaudeで量産している会社なら、クライアントごとに「トーン&マナー定義書」(口調、NGワード、過去の反応が良かった投稿例10本)を作り、これを毎回添付する運用が要になります。Fable 5開放期間中にこの定義書を使って出力品質を上げていた場合でも、定義書自体は自社の資産なので、モデルがSonnetに替わった日も同じ定義書で走れます。さらに月に1回、同じ指示を上位モデルと標準モデルの両方に投げて出力を見比べる15分の点検をカレンダーに入れておけば、「標準モデルで十分な業務」と「上位モデルでないと品質が落ちる業務」の線引きが実測で分かり、クレジットを買うべきかどうかの判断も金額根拠を持ってできます。
社会保険労務士事務所(所長+スタッフ3名)の場合
就業規則の改定案づくりや、顧問先からの労務相談への回答下書きにClaudeを使っている士業事務所では、モデル交代よりも怖いのは回答品質の揺れです。そこで、過去の相談と回答のペアを20件ほど匿名化してまとめた「模範回答集」を作り、新しい相談に答えさせるときに毎回参照させます。この形にしておくと、モデルがどれであっても回答の型が事務所の流儀に揃いますし、仮に今回のようにモデルが突然使えなくなっても、模範回答集と相談文を別のモデルに渡せば同じ品質水準に数分で戻れます。加えて士業の場合、最終的な回答は必ず有資格者が確認してから顧問先に送るという承認の一段を業務フローに固定しておくことが、モデル問わず品質保証の背骨になります。
3つに共通するのは、自社の判断基準を文書化してAIに毎回渡す運用にしておけば、モデルは交換可能な部品になるということです。
今日からできる実践手順: 30分の点検チェック
では具体的に何をすればよいか。特別なツールは不要で、30分あれば一巡できます。
第一に、自分が今どのモデルを使っているかを確認します。Claudeの画面にはモデル選択メニューがあり、現在のモデル名が表示されています。ここを一度も見たことがない方が実は多数派です。あわせて、自社の契約プランと、使用量クレジットの残高有無も確認しておきます。
第二に、AIに任せている業務を書き出します。議事録要約、メール下書き、見積書のたたき台、データ集計など、思いつく限り列挙し、それぞれに「止まったら当日困る」「1週間なら耐えられる」の二段階で印を付けます。当日困る業務が、備えの優先対象です。
第三に、その優先業務で使っている指示文を、チャット履歴の中から探し出してWordやGoogleドキュメントに貼り付けて保存します。ファイル名は「業務名_AI指示書_日付」のような形で、社内の共有フォルダに置きます。これだけで、属人化とモデル依存の両方が一気に軽くなります。
第四に、退避した指示文を標準モデル(SonnetやOpus)でも実行してみて、出力を最上位モデルと見比べます。多くの定型業務では、体感できる差が出ないことに驚くはずです。差が出た業務だけが、クレジット購入や上位プランを検討する価値のある業務です。
最後に、「もしエラーが出たらモデル選択メニューからOpusに切り替え、この指示書を使って続行する」という切り替え手順をA4半分にまとめ、AIを使うメンバー全員に共有します。備えの本質は高度な設定ではなく、指示文の退避と切り替え手順の共有という、書類仕事そのものです。
注意点とよくある誤解
最後に、今回の件に関連して見かける誤解を正しておきます。
まず、「有料プランに入っていれば全モデルが使い放題」という誤解です。前述の三層構造の通り、プランがカバーする範囲とクレジットが必要な範囲は分かれており、その境界線はキャンペーンや改定で動きます。契約書やヘルプページの利用条件は、担当者が四半期に一度は見直す運用にしておくと安全です。
次に、「エラーが出た=サービス障害」という思い込みです。今回のケースは応答が止まる障害ではなく、アクセス権の扱いが変わった表示でした。障害情報はサービスのステータスページ(稼働状況を公開している公式ページ)で確認できます。エラー文をそのまま検索するか、ステータスページを見る習慣があれば、原因の切り分けは非エンジニアでも1分でできます。
三つ目は、「最上位モデルでなければ仕事にならない」という思い込みです。実測で比べると、要約や下書きのような定型業務は標準モデルで十分なことが多く、差が出るのは複雑な分析や長い文脈を踏まえた判断が絡む一部の業務です。全業務を最上位モデルに載せるのは、近所のコンビニに行くのに大型トラックを出すような配分です。
四つ目は逆方向の誤解で、「クレジットを買えば解決」という即断です。従量課金は便利ですが、上限意識のないまま高コストなモデルを日常使いすると、月末の請求で驚くことになります。誤解への最良の対処は、業務ごとに必要なモデルの水準を実測で見極め、金額の根拠を持ってプランとクレジットを選ぶことです。 感覚ではなく、第6節の点検で取った品質差の記録がその根拠になります。
まとめ: 避難訓練としての「Fable gone」
今回の出来事を整理します。最上位モデルFable 5の期間限定開放が、告知された7月19日より早い7月17日に、クレジット必須の表示へと切り替わった。障害ではなく、利用権の扱いが変わったように見える事象で、海外掲示板で話題になりました。
この一件が教えてくれるのは、外部のAIモデルは商品であり、アクセス条件はいつでも変わりうるという当たり前の事実です。そして守るべきは特定モデルへのアクセスではなく、指示文、テンプレート、業務フローという自社側の資産だということです。
経理の指示書、マーケのトンマナ定義書、士業の模範回答集。形は違っても原理は同じで、判断基準を文書にしてAIに毎回渡す運用にしておけば、モデルはいつでも交換できる部品になります。モデルが消えても仕事が消えない会社にしておくこと、それが今回の騒動から持ち帰るべき唯一の宿題です。
自社のAI業務がモデル交代に耐えられる状態か、どの業務にどの水準のモデルが必要か。判断に迷う場合は、Claude Worksの無料30分相談で、あなたの会社の業務内容に沿って一緒に点検します。無料30分相談はこちらからお申し込みください。
