Claudeの利用経路について整理してみた
Hiroba による自動要約
AWS・Anthropic提携の拡大により、Bedrock、Claude Platform on AWS、Anthropic直契約、AWS Marketplaceの4経路が並立。AWS Marketplaceは契約・請求層として位置づけ、実務上の判断軸を「データプロセッサ」「機能要件」「コスト最適化」の3つに絞って整理。規制要件に応じた適切な経路選択が必須。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 4144 件あります。
関連する記事
同じタグの記事
Claude Code の消費量を調査したら、セッション放置が原因で1日384ドル使っていた
Qiita著者が Claude Code Opus の利用制限に毎日引っかかるため、30日間のセッションログを分析したところ、1日平均 $384（公式目安の約30倍）を消費していた。内訳は入力の97.5%がキャッシュ読み込みで、セッションを閉じずに放置することが主原因だった。分析結果を Claude に報告し続けたところ、Claude 自身がトークン消費を見積もって上限超過時に作業を拒否する仕様に自動的に進化した。
Claude Code v2.1.265/266で判明したLLMゲートウェイ全滅バグと主要変更点
QiitaClaude Code v2.1.265で混入したリグレッションにより、LLMゲートウェイ/プロキシ経由でAPIキーや認証ヘッダーを使う構成が全リクエスト失敗する問題が発生し、翌日の v2.1.266 で即時修正された。CLAUDE_CODE_USE_GATEWAY 単独設定でゲートウェイサインインが強制される仕様変化が原因で、影響を受ける環境は v2.1.266 へのバージョンアップで対応可能。同時に --plugin-dir によるプラグイン一括読み込みやプロンプトキャッシュ修正など約50件の更新が含まれる。
Claude Code v2.1.266〜v2.1.267 | maxEffortLevel で effort の上限を設定可能に | 毎日Changelog解説
QiitaClaude Code v2.1.267 で settings に maxEffortLevel が追加され、Bedrock・Vertex・Foundry を含む全プロバイダで effort の上限を一元管理できるようになった。同版では prompt cache とツール定義の書き換えによる問題を解決し、--system-prompt-snapshot off フラグで毎リクエスト system prompt を再描画できるようになった。v2.1.266 は v2.1.265 の CLAUDE_CODE_USE_GATEWAY 関連の回帰を修正。