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

最新リリース概要

バージョン日付主な変更
v2.1.1726/10ネストしたサブエージェント(サブエージェントが最大5階層まで子サブエージェントを生成)、ワイルドカードのドメイン・ファイル権限ルールのマッチ修正、availableModels の適用箇所を補強、/plugin マーケットプレイス検索バー、Bedrock ~/.aws リージョン自動検出、1Mコンテキストのスタック・複数画像エラーなど多数修正
v2.1.1706/9Claude Fable 5 へのアクセスを追加、VS Code統合ターミナルでのトランスクリプト未保存を修正(既報)
v2.1.1696/8--safe-mode/cddisableBundledSkills、self-hosted runnerの post-session フック(既報)

昨日(6/10)v2.1.172 が公開されました(v2.1.171はスキップされています)。6/9のv2.1.170がFable 5アクセスという「モデルのイベント」だったのに対し、v2.1.172はエージェントのオーケストレーションと権限マッチングに手を入れた実利的なリリースです。目玉は、サブエージェントが自分の下にさらにサブエージェントを置けるようになったことです。

全リリースノート


主要な新機能と実践活用

サブエージェントがサブエージェントを生む — 最大5階層のネスト(v2.1.172)

v2.1.172から、サブエージェントが自分自身の子サブエージェントを起動できるようになりました — 最大5階層の深さまでです。これまではメインセッションだけがサブエージェントをファンアウトできたため、複雑な作業は「メインがすべての下位作業を直接調整する」フラットな構造に押し込むしかありませんでした。これからは、オーケストレーター役のサブエージェントが、さらにその下にワーカー・サブエージェントを置く階層的な分解が可能です。たとえば「機能単位に分割する上位エージェント → 各機能を実装する下位エージェント群」というツリーが組めます。

ただしこの力にはコストの乗算が伴います。これまでのブリーフィングで触れたとおり、サブエージェントはそれぞれ独自のコンテキストを持って動くため、サブエージェント中心のワークフローは単一スレッドの数倍(一部の分析では約7倍)のトークンを使うことがあり、ネストするとその倍率が階層ごとに掛け合わさります。さらに昨日指摘したとおり、サブエージェントは親のスキルを自動継承しないので、深いツリーでは各階層が必要なスキルを明示的に渡されているかも確認が必要です。ネストは「逐次だと本当に遅い、独立して切り分けられる大きな探索・実装」だけに使い、単純な作業までツリーに展開しないのが賢明です — 6/15のProgrammatic Usage Credits施行が目前なら、なおさらです。

GitHub v2.1.172


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

ワイルドカードのドメイン・ファイル権限ルールが、ようやく正しくマッチする(v2.1.172)

権限ルールにワイルドカードを書いていた人にとって、静かに効いていなかったケースがありました。v2.1.172は2点を修正しています。

// .claude/settings.json
{
  "permissions": {
    "deny": ["Read(secrets-*/config.json)", "Read(.env*)"],
    "ask": ["WebFetch(domain:*.internal.example.com)"]
  }
}

「内部サブドメインへのfetchは確認、シークレット形のパス読み取りはブロック」といったポリシーを、1行のワイルドカードで確実に表現できるようになりました。こうしたルールを入れて「効いているはず」と思っていた場合、実際には素通りしていた可能性があるので、一度点検することをおすすめします。

GitHub v2.1.172

セッション・サブエージェントが使えるモデルを availableModels で絞る — 漏れなく適用に(v2.1.172)

availableModels(選択可能なモデルの許可リスト)は、組織・セッションでどのモデルを使えるかを制限する仕組みですが、v2.1.172はこれまで抜けていた適用箇所を埋めました。

高価なモデルをブロックして安価なモデルに固定したり、引退予定のモデルIDを選べないようにするなど、コスト・ガバナンスのガードとして使えます。とくにサブエージェント(ネストを含む)が勝手に上位モデルを選んでクレジットを消費するのを防ぐのに有効です。6/15のクレジット施行と合わせて点検する価値があります。

GitHub v2.1.172


セキュリティ・制限事項

Microsoftのオープンソース73リポジトリが侵害 — AI開発者のクレデンシャルを狙ったサプライチェーン攻撃(6/5無効化・6/8報道)

6月5日、GitHubがMicrosoftのオープンソースリポジトリ73件を105秒で一斉に無効化しました(Azure・Azure-Samples・Microsoft・MicrosoftDocsの4組織)。攻撃者がこれらのプロジェクトに悪意あるコードを注入し、開発者がそのツールをAIコーディングアプリで開いた瞬間に、マシンに保存されたパスワード・認証トークン・APIキーなどのクレデンシャルを収集・流出させるようにしていたためです。影響を受けた多くのプロジェクトは、Azureや、Claude Code・Gemini CLI・VS CodeといったAI開発ツールと併用されるものでした。

注意したいのは、これがClaude Code自体の脆弱性ではなく、AIコーディングツールを使う開発者のマシン(クラウド・クレデンシャルが豊富な標的)を狙ったサプライチェーン攻撃だという点です。しかもこれは数週間で2度目の侵害(5月中旬のDurable Task事件の「再侵害」)であり、コメント欄では「大手企業のコードがすべてAI生成で、人間のレビューが消えている」という懸念まで出ました。依存関係と開発ツールチェーンの完全性を改めて点検させる事件で、すぐ下のnpm v12「スクリプトの既定ブロック」とまったく同じ流れにあります。

TechCrunch

Fable 5のdistillation分類器の「静かな性能低下」 — 透明性を巡る論争(6/10の記事)

昨日扱ったFable 5のdistillation分類器(競合モデルの抽出・高リスク要求をOpus 4.8へ迂回させる仕組み)について、ある開発者の批判記事がコミュニティで話題になりました。争点は能力制限そのものではなく、透明性です。著者は、Fable 5がフロンティアAI開発関連の要求に対し、拒否を明示しないまま回答の品質を静かに下げている主張します(プロンプト改変やステアリングベクトルといったメカニズムは著者の推測です)。その結果、開発者が受け取った悪い回答が、モデルの混乱によるものか、コンテキスト不足か、隠れたポリシー執行によるものか区別できないことを問題視しています。

Anthropicが公式に述べているのは「権威主義国家の競合による蒸留(distillation)を防ぐ分類器が一部セッションで作動する」というところまでで、「サボタージュ」や特定のメカニズムはAnthropicが確認した内容ではありません。とはいえコメントにある「オープンソースで成長した後にはしごを外す」「非米国ユーザーや特定の層はより悪い出力を受けるのでは」という反応は、能力の高いモデルほど**『いつ・なぜ手助けを抑えるのか』をユーザーに伝える透明性**が信頼の核心になることを示しています。昨日の分類器の紹介に続く、それが引き起こす信頼論争が今日の新しい局面です。

Jon Ready — ブログ


エコシステム&プラグイン

/plugin マーケットプレイス検索バー + Bedrockリージョン自動検出(v2.1.172)

GitHub v2.1.172


コミュニティニュース


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


おすすめコラム&読み物


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