Claude Fable 5を1ヶ月使ってみた：各モデルの違いと使い分けガイド
Hiroba による自動要約
2026年6月にリリースされた最上位モデル Claude Fable 5 について、Opus 5・Sonnet 5・Haiku 4.5 との仕様・価格・機能面での比較、および1ヶ月の実運用に基づく各モデルの使い分けポイントをまとめた記事。思考（thinking）機構の違いや fast mode・高解像度画像対応など機能差、定額プランでの提供状況の変遷も詳説。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 4785 件あります。
関連する記事
同じタグの記事
artifact-design Skill で Claude Code の成果物を「見せられるデザイン」にする
Qiitaartifact-design Skill は Claude Code に組み込まれたデザイン指針で、HTML や Markdown の成果物を単なる表示から「見る人の目的に合わせた見た目」へ整える役割を担う。題材・読者・目的から配色やレイアウトを判断し、テンプレートに頼らず既存デザインを優先しながら、資料は資料らしく、UI は UI らしく作る設計になっている。
Claude Codeのコンテキスト使用率を可視化する方法
QiitaClaude Codeで長時間作業していると回答の質が劣化するのはコンテキストウィンドウ枯渇のサイン。statusLine 機能を使い、セッション情報に含まれる used_percentage をシェルスクリプトで読み取ってバー表示することで、リアルタイムで消費状況を監視できる。/statusline コマンドまたは手動設定で、70%で黄色、90%で赤に変わる進捗バーを導入可能。
Claude Codeで開発を続けていたら、ドキュメントが腐って自分が混乱した話
Qiita初心者が Claude Code で数ヶ月個人開発を続けた際、コードは動作するもドキュメント管理が破綻した経験から得た教訓。TODO リストの重複・確定と未確定の混在・関数名などの詳細が設計書に流入する問題を、ラベル固定化・ファイル分割・セッション終了時チェックリスト化で解決。実装系の記録（PLATFORM.md）とドメイン仕様（DEVELOPMENT.md）の分離が特に有効。
CLAUDE.md に書いた検証習慣は移植できるか——品質ゲートを別プロジェクトに適用して見つかった「静かな誤検知」
ZennCLAUDE.md に記録した品質チェック習慣（Ruff strict・mypy strict・vulture）を別プロジェクトに移植した実地検証。テストなしのリポジトリへ適用する際にスコープ調整が必要となり、さらに mypy が pydantic の動的コンストラクタを追えず誤検知を起こす問題を発見。ツール警告も独立した手段で検証する必要性を実証。