Fable 5のトークン消費を抑える設計：Claude Codeで役割別モデル割り当てを実装
Hiroba による自動要約
Fable 5のトークン消費が大きいため、設計・レビュー時のみ使用し、実装・調査はOpusに割り当てる運用方法を紹介。スキルにモデル名を書かず、.claude/agents/に役割定義を置くことで、モデル切り替え時の保守性と汎用性を確保した構成になっている。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 1992 件あります。
関連する記事
同じタグの記事
Claude Code のファイル形式、結局どれがいい？ — 形式別おすすめ度まとめ
QiitaClaude Code でファイルを扱う際、Markdown・YAML・JSON・CSV など各形式のメリット・デメリットを、読み書きの動作観点から整理した実践ガイド。テキストファイルは直接読み書きできるが、Word・Excel・PDF などバイナリは変換が必要となる仕組みを踏まえ、用途別のおすすめ形式（Markdown 最推奨）を提示。
Claude Sonnet 5 へ移行する前に見る 3 つのコスト罠
ZennClaude Sonnet 5 は drop-in upgrade とされるが、tokenizer 変更による 30% token 増加、adaptive thinking による max_tokens 消費、temperature 等のパラメータ制限により、実装上の地雷が 3 つ存在。9 月の通常価格化後は請求増加の可能性があり、モデルIDの単純置換では不十分。
Kiro でも Claude Sonnet 5 が利用可能に
DevIOKiro で Claude Sonnet 5 の利用が可能になった。Sonnet 5 は複雑なタスクを完了できる特性を持ち、クレジット倍率は Sonnet 4.6 と同じ 1.3x、1M トークンのコンテキストウィンドウで提供。ただしトークナイザーが変更されたため、同じ入力で約 1.0〜1.35 倍のトークン数になる場合がある。
Claude Code の用途別モデル経路分離—検証・日常作業・本番補助で運用を分ける
QiitaClaude Code を用途別（検証・日常作業・本番補助）に分け、ANTHROPIC_BASE_URL、API key、ログ確認を経路ごとに分離する設計を解説。モデル選択（/model、ANTHROPIC_MODEL）と送信先（ANTHROPIC_BASE_URL）を分けて管理することで、コスト追跡と障害時の調査が容易になる実装方法を紹介。