Claude Code で Claude Opus 5.5 を使うときのモデル切り替えと effort 設定
Hiroba による自動要約
Claude Code で Opus 5.5 に切り替えるには /model（セッション中）、--model（起動時）、設定ファイル（常時）の 3 つ方法がある。effort レベルはユーザー設定の最上位の effortLevel は効かず、modelSettings・effortLevel または /effort / --effort / 環境変数で設定する必要があり、優先度順に明示指定＞保存設定＞デフォルト（medium）で決まる。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 4785 件あります。
関連する記事
同じタグの記事
Claude Agent SDK を活用した障害調査の自動化―ログ分析からコスト最適化まで
QiitaSlack 経由で誰でも障害調査ができる仕組みを Claude Agent SDK と AWS (Lambda・SQS・ECS Fargate) で構築。ソースコードの必要部分のみ読取り、大規模ログを数万行から数百行に圧縮、症状情報の提供といった 5 つの工夫で 1 回あたり 0.5～1 ドルのコスト実現と根本原因の特定を両立させた実装例。
Claude Sonnet 5.5 の「最大30%安い」は、手順のある仕事でだけ再現した
QiitaClaude Sonnet 5.5 は単価は Sonnet 5 と同じだが、手順が多い課題では平均31%の費用削減を実現。複数ファイル読み込み・判定・集計といった多段階処理では公式発表の「最大30%」がほぼ再現された一方、シンプルな課題では逆に25%遅く費用差も16%にとどまった。1回ごとの成績は揺れるため、数十回の平均で初めて効果が見える。
自作AIベンチの測定値にばらつきが出た原因は、AIではなく採点器にあった——同じAIで最大4.3倍の差
ZennAIの性能比較ベンチマークで同じAIに同じ課題を10回実施したところ、最大4.3倍のスコア差が発生。著者が測定方法を疑って仮説を検証した結果、AIの変動ではなく採点器の欠陥が原因だったことが判明。ベンチマーク測定の信頼性確保と測定時の検証プロセスについての実践的な記録。
AI活用で開発ベロシティが爆発したら「レビューが追いつかない」—SE→PM転身で得た現場の開発プロセス改善と失敗の学び
Zennjinjer株式会社で SE から PM/PL へ転身した著者が、AI ツール活用による開発高速化と直面した課題を公開。仕様駆動開発・Figma MCP・朝会による連携などの改善施策を実装した一方、AI駆動開発では未経験領域のタスクに通常見積りの2倍バッファが必要であること、ベロシティ上昇に伴うレビュー工程のボトルネック問題を実測データとともに報告。