GPT-5.6 Sol・Terra・Luna の選び方と推論設定まとめ
Hiroba による自動要約
OpenAI の GPT-5.6（Sol・Terra・Luna）3モデルについて、Codex での使用視点からモデル選択・クレジット消費・推論レベル設定を整理。Sol は高精度向け（入出力 $5/$30）、Terra はバランス型（$2.50/$15）、Luna はコスト重視（$1/$6）で、タスク複雑度に応じた使い分けが推奨される。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 2248 件あります。
関連する記事
同じタグの記事
動いていた Bedrock の Claude が数分で使えなくなった — モデルアクセス有効化を CLI で完結する手順とハマりどころ
QiitaAWS Bedrock で Anthropic モデル利用時、use case フォーム提出と契約締結が必須。初回呼び出し後の最大15分間は成功することもあるが、手続き未完了だと突然 ResourceNotFoundException が発生する。JP cross-region inference profile（jp.anthropic.*）を使えばデータを日本国内に閉じたまま新しい Claude を利用でき、CLI のみで設定完了でき、フォーム intendedUsers は数値文字列指定など2つのワナがある。
Claude Code のトークン消費を 85% 削減する実践的コスト最適化戦略
QiitaClaude Code 本格運用時のトークン消費を抑えるため、コンテキスト肥大化防止・ルーティング規律・日本語の英語化によって CLAUDE.md を 17.8KB から 2.7KB に圧縮し、毎ターン 2-3K トークン削減を実現した手法を解説。得られた知見を汎用化した OSS プラグイン token-scrooge も公開。
Claude専用ドキュメント駆動開発ツールでコスト爆発：cold start と cache_write の落とし穴
Zenn自作の Claude ベースのエージェントツール（タスク分割・自動レビュー方式）で実装フェーズの請求が想定外に膨張した事例。出力は全コストの 21% に過ぎず、92.1M トークンのコンテキスト読み直しが 51% を占めた。原因は `claude -p` の毎回起動による cold start の cache_write（×1.25 倍課金）で、チャット利用時の「warm session 再利用」と異なり、タスクごとに固定コンテキストを×1.25 で焼き直していた。