Claude Code v2.1.158では、Opus 4.7とOpus 4.8のAuto modeがBedrock、Vertex、Foundryでも使えるようになりました。条件は環境変数CLAUDE_CODE_ENABLE_AUTO_MODE=1を設定すること。大きな見た目の変更ではありませんが、会社でClaude Codeを使うときの選択肢はかなり変わります。
何が起きたか
Anthropicは2026年5月30日、Claude Code v2.1.158を公開しました。リリースノートに書かれているユーザー向け変更は1点です。Opus 4.7とOpus 4.8のAuto modeが、Amazon Bedrock、Google Vertex AI、Foundryでも利用可能になりました。
何が変わったか
これまでは、会社のクラウド方針や契約の都合でBedrockやVertexを使う場合、Claude Codeの一部機能を素直に使えない場面がありました。今回の更新で、モデル選択をClaude Code側に任せるAuto modeを、より管理されたクラウド環境でも試しやすくなっています。
ただし、勝手に有効になるわけではありません。CLAUDE_CODE_ENABLE_AUTO_MODE=1を明示して使う形です。ここは良い設計です。会社の開発環境では「便利だから全員に即ON」より、チーム単位で検証してから広げるほうが事故が少ないからです。
小さな会社・開発会社・EC運用ではどこに効くか
少人数の開発会社では、AIコーディングツールの問題は性能だけではありません。誰のアカウントで動かすか、ログをどこに残すか、顧客コードをどの経路で処理するか。このあたりで止まります。
BedrockやVertexを既に使っている会社なら、Claude Codeを個人契約の延長ではなく、会社のクラウド管理の中に寄せやすくなります。EC運用会社でも、Shopifyテーマ、商品CSV、社内ツールの修正をAIに手伝わせるとき、どのクラウド経路を通すかを説明しやすくなります。
特に効くのは、次のような場面です。
- 顧客別にリポジトリや権限を分けている
- 生成AIの利用経路を会社として説明する必要がある
- AIに任せる作業と、人が見る作業を分けたい
- ローカルPCだけでなく、クラウド開発環境でもClaude Codeを使いたい
そのまま真似ると危ない点
Auto modeは、使うモデルや挙動の判断をツール側に寄せる考え方です。楽ですが、開発会社が顧客案件で使うなら「どの作業に使ってよいか」を先に決める必要があります。
たとえば、社内の検証リポジトリではON、顧客の本番テーマではOFF。あるいは、コードレビュー補助まではON、直接のファイル編集は人の承認後。このくらいの線引きがないと、便利さがそのまま運用リスクになります。
最初にやるなら何か
最初の一手は、全社導入ではなく1リポジトリだけの検証です。社内ツール、テスト用Shopifyテーマ、古い自動化スクリプトなど、壊れても戻せる対象を選びます。
- 対象リポジトリを1つ決める
CLAUDE_CODE_ENABLE_AUTO_MODE=1を設定した環境と、設定しない環境を分ける- 同じ修正依頼を投げ、差分、実行コマンド、レビューしやすさを比べる
- 顧客案件で使う前に、禁止作業と承認作業を短く書く
monoblo/Sync8実務メモ
私なら、この更新は「AI開発ツールの性能アップ」より「会社管理のAI開発環境に寄せる材料」と見ます。小さな会社では、AIを入れる話がどうしても個人の頑張りに寄ります。でも実務で残るのは、誰が使っても同じルールで動く形です。
Auto modeを使うなら、設定値、対象リポジトリ、許可する作業、ログの見方を1枚にまとめてから始める。それだけで、後から説明できるAI開発環境になります。