Claudeモデルの歴史を整理する: 能力だけでなく「寿命」も管理する時代へ

AIの進化は、本当に速いです。数カ月どころか、体感では一カ月に一度くらいの頻度で、どこかのモデルが更新され、ベンチマークが塗り替えられ、使い方の前提が変わります。

Claudeも例外ではありません。Claude 2、Claude 3、Claude 3.5 Sonnet、Claude 3.7 Sonnet、Claude 4、そして2026年6月時点のFable 5やOpus 4.8まで、名前だけを追ってもかなり複雑になりました。

この記事では、ClaudeのLLMモデルを過去から現在まで整理します。中心に置くのは「どのモデルが賢いか」だけではありません。
どのモデルが現在使えるのか、どのモデルが退役済みなのか、どのモデルが移行準備を必要としているのか、という運用上の視点です。

なぜなら、1年前に流行ったプロンプトやテクニックは、いまのモデルではそのまま通用しないことがあるからです。
逆に、古いモデル向けの注意点を今のモデルに持ち込むと、かえって性能を引き出せないこともあります。
モデルは単なる名前ではなく、コード、プロンプト、教材、記事、社内手順書に埋め込まれる「依存先」です。だからこそ、Claudeの歴史は記録しておく価値があります。

この記事の情報は、2026年6月11日時点で確認したAnthropic公式ドキュメントを基準にしています。
モデルの提供状況は変わるため、実際に使う前には必ず最新の公式ドキュメントを確認してください。

Claudeのモデル名が増えるほど、選定は難しくなる

Claudeを使い始めたばかりの人にとって、モデル名は少しややこしく見えます。Opus、Sonnet、Haikuという系列があり、そこにClaude 3、3.5、3.7、4、4.5、4.6、4.8、Fable 5、Mythos 5といった世代名が重なります。

さらにAPIモデルIDには日付入りのものもあれば、日付なしの固定スナップショットもあります。

「最新モデル」だけを追うと、退役リスクを見落とす

多くの人は、AIモデルを選ぶときに「一番新しいもの」「一番性能が高いもの」「SNSで評判がよいもの」を見がちです。それ自体は自然です。しかし実務でAIを使うなら、それだけでは足りません。

たとえば、ある時期にClaude 3.5 Sonnetが非常に使いやすいと評判になり、記事、テンプレート、社内プロンプト集、ワークフローに大量に組み込まれたとします。

しかし、そのモデルが退役したあとも設定値だけが残っていれば、APIリクエストは失敗します。仮に別モデルへ置き換えられたとしても、出力の癖、長文処理、ツール利用、指示追従、コストは変わります。

つまり、モデル選定は「今どれを使うか」だけではなく、「いつまで使えるか」「いつ移行するか」「移行後にプロンプトを再検証するか」まで含めて考える必要があります。

モデル名はコード、プロンプト、教材に残る依存先

開発者にとって、モデル名はAPIの設定値です。ノーコードツールを使う人にとっては、ワークフロー内の選択項目です。コンテンツ制作者にとっては、記事や動画で紹介した前提条件です。

この依存先は、思った以上にあちこちへ残ります。

GitHubのサンプルコード、社内Notion、Google Docs、ZapierやMakeの設定、研修資料、YouTube概要欄、プロンプト販売ページ、過去記事。

そこに退役済みモデル名が混じると、読者や利用者は「書いてある通りにやったのに動かない」という状態になります。

Claudeの歴史を整理する意味は、懐かしむことではありません。自分のAI活用環境を壊さないための棚卸しです。

退役年表で見るClaudeモデルの世代交代

Anthropicのモデルライフサイクルでは、モデルはおおまかにActive、Legacy、Deprecated、Retiredのような状態で扱われます。

重要なのは、Retiredになったモデルは利用できず、リクエストが失敗するという点です。Deprecatedはまだ動く場合がありますが、推奨されず、退役日が設定されます。

Claude 1 / InstantからClaude 3系までの退役

3.5 Sonnetと3.7 Sonnetが示した実務モデルの寿命

Claude 3.5 Sonnetは、多くのユーザーにとって「実務でかなり使えるClaude」として記憶されているモデルだと思います。文章作成、コード生成、分析、翻訳、企画などで評価され、プロンプト例も大量に出回りました。

しかしClaude 3.5 Sonnetは2025年10月28日に退役しています。

Claude 3.7 Sonnetも、推論やコーディング文脈で注目されましたが、2026年2月19日に退役しました。
ここから学べるのは、実務で広く使われたモデルでも、寿命は長く固定されないということです。

「あのとき流行ったClaudeプロンプト」が今も役立つとは限りません。モデルの能力が上がれば、細かすぎる指示や回りくどいテクニックが不要になることもあります。一方で、出力形式の厳密さや安全性の挙動が変わり、昔のプロンプトでは期待通りに動かないこともあります。

Claude 4系の非推奨と移行予定

Claude Sonnet 4とClaude Opus 4は、2026年4月14日に非推奨が通知され、2026年6月15日に退役予定とされています。Claude Opus 4.1は2026年6月5日に非推奨となり、2026年8月5日に退役予定です。

ここで重要なのは、Claude 4という比較的新しい印象のある世代でも、すでに移行対象になっているモデルがあることです。AIモデルの歴史では「新しい」と「長く使える」は同じ意味ではありません。新規開発や長期運用のワークフローでは、モデルの現在ステータスと退役予定日をセットで確認する必要があります。

2026年6月11日時点の現行Claudeライン

2026年6月11日時点で、Anthropic公式ドキュメント上の主要な現行ラインとして確認できるのは、Claude Fable 5、Claude Mythos 5、Claude Opus 4.8、Claude Sonnet 4.6、Claude Haiku 4.5です。
ただし、Mythos 5は一般提供ではなくProject Glasswing向けの限定提供です。

Fable 5とMythos 5: 最前線と限定提供

Claude Fable 5は、公式ドキュメントで「最も高性能な広く提供されるモデル」と位置づけられています。API IDは`claude-fable-5`で、2026年6月9日からClaude API、Claude Platform on AWS、Amazon Bedrock、Vertex AI、Microsoft Foundryで一般提供が始まったとされています。

特徴としては、1M tokenのコンテキストウィンドウ、128k tokenの最大出力、adaptive thinkingが常時有効である点が挙げられます。価格は2026年6月11日時点の公式表で、入力100万トークンあたり10ドル、出力100万トークンあたり50ドルです。最も難しい推論、長期的なエージェント作業、大規模な分析に向くモデルとして見るのがよいでしょう。

Claude Mythos 5も同じく1M context、128k output、adaptive thinkingを持つモデルとして掲載されていますが、Project Glasswingの承認顧客向け限定提供です。一般ユーザーが「次はMythos 5を使えばよい」と単純に考える対象ではありません。公開記事で扱う場合も、限定提供であることを明記しておくべきです。

Opus 4.8、Sonnet 4.6、Haiku 4.5の役割

Claude Opus 4.8は、複雑な推論、長期的なエージェントコーディング、高自律作業に向くOpus系の高性能モデルです。1M context、128k output、adaptive thinking対応で、信頼できる知識カットオフは2026年1月とされています。価格は入力5ドル、出力25ドルです。

Claude Sonnet 4.6は、速度と知能のバランスがよいモデルとして整理できます。1M context、64k output、extended thinkingとadaptive thinkingに対応し、価格は入力3ドル、出力15ドルです。多くの業務用途、制作、開発支援では、まずSonnet 4.6を基準に検討する場面が多いはずです。

Claude Haiku 4.5は、最速かつ低コスト寄りのモデルです。200k context、64k output、extended thinking対応、adaptive thinkingは非対応です。価格は入力1ドル、出力5ドルです。分類、短い要約、軽い変換、大量処理、コストを抑えたい自動化に向きます。

1M context、128k output、thinking機能を見る

現行Claudeを見ると、モデル選定の観点が以前より増えています。単に「賢い」「速い」だけではありません。

長い資料を丸ごと扱える1M context、長大なレポートやコード差分を出せる128k output、推論を制御するextended thinkingやadaptive thinking、そしてClaude Codeのようなエージェント型開発体験が重要になっています。

昔のプロンプトテクニックでは、「前提を小分けにする」「出力を段階的に依頼する」「モデルに考え方を明示させる」といった工夫がよく使われました。今でも有効な場面はありますが、長文コンテキストやthinking機能があるモデルでは、同じ工夫が最適とは限りません。モデルの能力が変われば、プロンプトの設計思想も変わります。

使えるモデル、使えないモデルをどう読むか

モデルの状態は、公開記事や教材で特に丁寧に扱うべきです。「昔は使えた」「今も名前を見かける」「サンプルコードに残っている」は、現在使えることを意味しません。

Active、Deprecated、Retiredの違い

Activeは、完全にサポートされ推奨される状態です。新規実装や新しい制作フローでは、基本的にActiveモデルを基準にします。

Deprecatedは、まだ機能する可能性はあるものの、推奨されず、退役日が設定された状態です。この段階に入ったら、検証と移行計画を始めるべきです。Deprecatedモデルを新規採用するのは、よほど明確な理由がない限り避けたほうがよいでしょう。

Retiredは、もう利用できない状態です。APIリクエストは失敗します。退役済みモデル名が記事やコードに残っている場合は、読み物としての歴史的説明なのか、実行可能な手順なのかを分けて書く必要があります。

Partner platformでは退役日が異なる可能性

Anthropicの退役日程は、Claude API、Claude Platform on AWS、Microsoft FoundryなどAnthropic運営のプラットフォームに適用されると説明されています。一方で、Amazon BedrockやVertex AIのようなパートナー運営プラットフォームでは、ライフサイクルや日付が異なる場合があります。

これは開発者にとって重要です。同じClaudeモデル名でも、どの提供面で使っているかによって確認すべきドキュメントが変わります。社内システムで複数のクラウド経由Claudeを使っている場合は、モデル名だけでなく提供経路も棚卸しに含めてください。

モデルIDは「固定値」として管理する

公式ドキュメントでは、ClaudeのモデルIDは固定スナップショットだと説明されています。日付入りIDはもちろん、Claude 4.6以降の日付なしIDも、単なる常に最新へ向くポインタではなく固定スナップショットとして扱われます。

これは、再現性の面では利点です。一方で、放置していれば自動的に最新化されるわけではありません。モデルを更新したいなら、設定を変え、プロンプトを再検証し、出力品質とコストを見直す必要があります。

モデル選定で見るべき5つの観点

Claudeを選ぶときは、少なくとも5つの観点を見ると整理しやすくなります。能力、価格、コンテキスト長、出力上限、そして寿命です。

能力、価格、コンテキスト長、出力上限、寿命

高性能なモデルほど、複雑な推論や長期的な作業に向きます。しかし、すべてのタスクに最上位モデルを使う必要はありません。短い分類や大量の定型処理ならHaiku系で十分なことがあります。長文の仕様書を読み、複数ファイルの設計変更を考えるならSonnetやOpusが向くでしょう。さらに難しい推論や高自律の作業ではFable 5やOpus 4.8を検討することになります。

同時に、価格と出力上限も見ます。長いレポートを一度に生成したいのか、短い応答を大量に処理したいのかで最適解は変わります。そして最後に、モデルの状態を確認します。Activeなのか、Deprecatedなのか、Retiredなのか。ここを見落とすと、性能以前に運用が止まります。

プロンプト資産は再検証が必要になる

過去のプロンプトは資産ですが、永久資産ではありません。むしろ「モデルごとの仮説」として扱うほうが安全です。

Claude 2向けに作った長文要約プロンプト、Claude 3.5 Sonnet向けに調整したコーディング指示、Claude 3.7 Sonnet向けの思考ステップ指定は、現行モデルでもそのまま最適とは限りません。新しいモデルでは、より短い指示で十分なこともあります。逆に、安全性やツール利用の挙動が変わり、以前より明示的な制約が必要になることもあります。

モデルを切り替えるときは、プロンプトを「動いたか」だけでなく、「期待した品質か」「余計な説明が増えていないか」「コストが増えていないか」「出力形式が安定しているか」で再検証してください。

ベンチマークより自分のタスクで測る

ベンチマークは参考になります。しかし、あなたの業務そのものではありません。記事執筆、議事録要約、コードレビュー、法務文書の下書き、営業メール、教材作成、データ分類では、評価軸が違います。

モデル移行のたびに、自分の代表タスクを5から10個ほど用意して比較するとよいです。同じ入力、同じ評価基準で、候補モデルを試します。品質、速度、コスト、再現性、失敗時のリカバリーしやすさを記録します。これが、SNSの評判よりも実務に効く判断材料になります。

開発者・AI活用者・制作者が今日やる棚卸し

Claudeの歴史を読んで終わりにするのは少しもったいないです。最後に、自分の環境で確認すべき項目を整理します。

API、ツール、プロンプト集のモデル名を洗い出す

まず、Claudeを使っている場所を洗い出します。APIの環境変数、設定ファイル、SDK呼び出し、社内ツール、チャットボット、RAG、エージェント、バッチ処理、ノーコード自動化、プロンプト管理ツール。そこにモデルIDが残っていないか確認します。

次に、各モデルについて、現行、非推奨、退役済み、限定提供のどれに当たるかを記録します。退役済みモデルが見つかった場合は、すぐに代替候補を決めます。非推奨モデルが見つかった場合は、退役日までの移行計画を作ります。

記事、教材、動画説明欄を更新する

コンテンツ制作者は、公開済みの記事や教材も確認しましょう。「Claude 3.5 Sonnetでこのプロンプトを使う」と書いてある記事は、2026年時点では注記が必要です。削除する必要はありませんが、「当時のモデルに基づく記録」「現在は退役済み」「現行モデルでは再検証が必要」といった追記があると読者に親切です。

AIの情報発信では、断定よりも日付が大事です。「2026年6月11日時点」「Claude APIで確認」「Bedrockでは別途確認が必要」のように条件を書くことで、記事の寿命が伸びます。

移行表を作る

おすすめは、簡単な移行表を作ることです。列は、利用場所、現在のモデルID、用途、ステータス、退役予定日、代替候補、検証担当、更新期限。これだけで十分です。

たとえば、`claude-3-5-sonnet-20241022`が残っていれば、退役済みとしてSonnet 4.6などへの移行候補を検討します。`claude-opus-4-1-20250805`が残っていれば、2026年8月5日の退役予定を見て、Opus 4.8への移行検証を進めます。移行は、壊れてから行うものではなく、壊れる前に予定するものです。

まとめ: Claudeの歴史は、AI活用の運用史でもある

Claudeの進化を振り返ると、AIモデルは単に賢くなってきただけではないことがわかります。長文コンテキストが広がり、画像入力が当たり前になり、thinking機能が加わり、ツール利用やエージェント型コーディングが現実的になりました。その一方で、かつて主力だったモデルは次々に退役しています。

だから、Claudeを使う人に必要なのは「最新ニュースを追う力」だけではありません。モデル名を記録し、退役日を確認し、プロンプトを再検証し、記事やコードを更新する運用力です。

1年前のAIの常識は、もう古いかもしれません。しかし、古いモデルの歴史を残すことには意味があります。何ができるようになり、何が不要になり、どんな前提が変わったのかを記録しておけば、次のモデル更新にも振り回されにくくなります。

Claudeのモデル史は、AIの進化の記録であると同時に、私たちがAIをどう運用してきたかの記録でもあります。次にClaudeを使うときは、性能だけでなく、そのモデルの寿命も一緒に確認してみてください。

## 参考リンク

– Anthropic公式: [Models overview](https://platform.claude.com/docs/en/about-claude/models/overview)
– Anthropic公式: [Model deprecations](https://platform.claude.com/docs/en/about-claude/model-deprecations)