Claude Code デイリーブリーフィング - 2026-06-06

最新リリース概要

バージョン日付主な変更
v2.1.1666/6fallbackModel（最大3つを順番に）・--fallback-model がインタラクティブにも適用、deny ルールで glob 対応（"*"=全ツール拒否）、クロスセッション SendMessage 権限ハードニング、thinking 無効化制御、フォールバックで1回自動リトライ、多数の修正
v2.1.1656/5バグ修正・信頼性の改善
v2.1.1636/4requiredMinimumVersion/requiredMaximumVersion、/plugin list、Stop・SubagentStop フックの additionalContext（昨日紹介済み）

本日（6/6）v2.1.166 がリリースされました。昨日（6/5）の v2.1.165 は「バグ修正・信頼性の改善」のみの静かなリリースでしたが、v2.1.166 はモデルのフォールバック・deny ルールの glob・クロスセッションメッセージのセキュリティという中身のある変更をまとめて含んでいます。

全リリースノート

主要な新機能と実践活用

メインモデルが落ちても止まらない — fallbackModel / --fallback-model（v2.1.166）

v2.1.166 に、フォールバックモデルを最大3つまで順番に指定できる fallbackModel 設定が追加されました。メインモデルが過負荷（overloaded）または利用不可のとき、指定した順にフォールバックします。これまでヘッドレス専用だった --fallback-model フラグが、インタラクティブセッションにも適用されるようになりました。さらに、API が（従来はリトライ不可と扱われていた）予期しないエラーを返した場合に、フォールバックモデルでターンを1回自動リトライします — ただし認証・レート制限・リクエストサイズ・トランスポートのエラーは従来どおり即座に表面化します。

# メインモデルが過負荷なら Sonnet にフォールバック（インタラクティブセッションにも適用）
claude --fallback-model claude-sonnet-4-6

設定ファイルでは fallbackModel キーで最大3モデルを順番に指定できます（正確なスキーマは、今後更新される公式 settings ドキュメントに従ってください）。6/2〜6/5 に複数モデルのエラーインシデントが続いたことを踏まえると、モデルの可用性に依存する無人パイプラインや CI で**「1つのモデルが揺らいでもジョブが死なない」**ための可用性ガードとして有用です。

GitHub v2.1.166

deny ルールに glob — "*" 一行で全ツールを拒否（v2.1.166）

v2.1.166 から、権限 deny ルールのツール名の位置に glob パターンを使えます。"*" はすべてのツールを拒否します。逆に allow ルールでは非 MCP の glob を拒否し（過剰な許可を防止）、deny ルールに未知のツール名があると起動時に警告します。

// .claude/settings.json — まず全拒否し、必要なものだけ許可する "deny-by-default" の骨組み
{
  "permissions": {
    "deny": ["*"],
    "allow": ["Read", "Grep", "Glob"]
  }
}

厳格なサンドボックスや読み取り専用の探索エージェントを作るとき、ツールを1つずつ拒否する代わりに、"*" ですべてロックし、必要なものだけ開けるホワイトリスト方式を一行で表現できます。（正確な優先順位や組み合わせのルールは公式 permissions ドキュメントを確認してください。）

GitHub v2.1.166

開発者ワークフローティップス

Anthropic が自ら公開した「スキルの上手な使い方」 — 9つのカテゴリと Gotchas セクション

Anthropic の Claude Code チームが、社内で数百のスキルを実際に運用して得た教訓を公式ブログで公開しました（Thariq Shihipar、6/3）。要点は次のとおりです。

マーケットプレイスも中央委員会が決めるのではなく、GitHub のサンドボックスフォルダに上げ、有用性が実証されたら PR で昇格する有機的な方式だそうです。

Anthropic — Lessons from building Claude Code: How we use skills

大量・機械的な作業では thinking をオフにしてコストとレイテンシを削減 — MAX_THINKING_TOKENS=0（v2.1.166）

v2.1.166 から、MAX_THINKING_TOKENS=0、--thinking disabled、およびモデルごとの thinking トグルが、デフォルトで思考（thinking）するモデルの思考を実際にオフにします（Claude API 経由が対象、サードパーティプロバイダは変更なし）。推論をほとんど必要としない大量の機械的なパス（定型変換、単純な置換、フォーマット整理などのサブエージェント作業）では、思考トークンがコストとレイテンシだけを増やしがちです。そこで thinking をオフにすると、1回あたりのコストと応答時間を削減できます。

# このセッションで thinking を無効化（デフォルトで思考するモデルも思考しない）
export MAX_THINKING_TOKENS=0
claude

逆に、アーキテクチャの判断や難度の高いデバッグなど、推論が結果を左右する作業では thinking をオンにしておくべきです。「どこに推論の予算を使うか」を作業の性質に応じて切り分けることは、6/15 の Programmatic Usage Credits 開始を前にしたコストガバナンスの一軸です。

GitHub v2.1.166

セキュリティ・制限事項

6月5日 — 複数の Claude モデルでエラーが増加するインシデント（6/5）

6月5日、Anthropic のステータスページに、複数の Claude モデルでエラー率が上昇したインシデントが記録されました。08:08 PT（15:08 UTC）頃に開始し、復旧時刻はモデルごとに分かれ、Opus 4.6 が最も早く（08:25 PT）、Opus 4.5 が最も遅く（10:29 PT）回復した後、すべてのモデルが完全復旧しました。6/2 の大規模障害・6/3 のインシデントに続き、モデルの可用性が数日にわたって不安定だったことになり、上で紹介した fallbackModel でメインモデルの揺らぎに備えておく実践的な動機になります。

Claude Status

v2.1.166 — 中継されたクロスセッションメッセージがユーザー権限を持たなくなった（6/6）

v2.1.166 で、セッション間メッセージ中継（cross-session messaging）のハードニングが入りました。他の Claude セッションから SendMessage で中継されたメッセージは、もはやユーザー権限（user authority）を持ちません — 受信側は中継された権限要求を拒否し、auto モードはこれをブロックします。あるセッションが別のセッションをツールのように操って権限を回避する経路を塞ぐ変更です。あわせて入った権限関連の修正も点検する価値があります。

GitHub v2.1.166

コミュニティニュース

知っておくと便利な小さな変更点

おすすめコラム＆読み物

注目プロジェクト＆ツール

購読することでプライバシーポリシーに同意します。