Daily Log
10 signals received
6月5日の約3時間20分にわたるグローバル障害に関連し、ソーシャルメディア上で「Claudeが別のユーザー向けの応答を返した」という報告が複数浮上。Anthropicは現在この報告を調査中だが、「インフラ起因の障害でありセキュリティ侵害ではない」との見解を維持しており、6月6日夕方時点で顧客データ漏洩は確認されていない。6月2日の障害（サブエージェント暴走）と合わせ月内2度目の大規模障害であり、AIサービスのインフラ化に伴うデータ分離・プライバシー保護の重要性が改めて浮き彫りに。
Claude Code v2.1.168が6月6日にリリース。v2.1.166（21項目の大規模機能リリース）・v2.1.167（セキュリティhotfix）に続く安定化リリースで、バグ修正と信頼性改善が中心。6月第1週はv2.1.160からv2.1.168まで9バージョンがリリースされる高頻度サイクルとなっており、v2.1.166のfallbackModel・クロスセッション権限分離・thinking無効化等の大型機能追加後の安定化フェーズに入った。
6月15日のAgent SDK課金分離施行まで8日。開発者コミュニティでは
Code with Claude Tokyo（6月10日）開催まで3日。SF（5月6日）・London（5月19日）に続くアジア初開催で、参加申込超過によりExtended Day（6月11日）も追加。確認済みスピーカーはAmi Vora（CPO）・Boris Cherny（Head of Claude Code）・Angela Jiang（API/SDKプロダクトリード）。日本市場向けパートナーシップとしてNEC（約30,000名にClaude展開、Anthropic初の日本拠点グローバルパートナー）とHitachi（「フィジカルAI」として交通・発電・製造・金融にClaude推論を適用）が確認済み。London CwCでは参加者の半数がClaude完全作成PRを出荷（MIT Tech Review）、Spotifyでは99%エンジニアAIツール使用・PR頻度76%増を記録しており、Tokyo CwCでも日本企業の具体的導入事例発表が期待される。Day 1（6/10）キーノート・ブレイクアウト・ワークショップはライブ配信あり（英日同時通訳対応）。Day 2（6/11）はインディー開発者・創業者向けApplied AIチームハンズオンワークショップ（配信なし）。
Thoughtworksが6月の連続Claude障害（6月2日約6時間・6月5日約3時間20分）を受け、「AIのインフラ化に伴う可用性要件の高まり」を分析する記事を公開。企業がAIを業務の中核インフラとして依存する度合いが急速に増しており、従来の「便利ツール」レベルの可用性では不十分になっているとの指摘。特にClaude CodeがSpotify（PR頻度76%増）・NEC（30,000名展開）等の大規模組織で開発ワークフローの基盤となる中、障害がエンジニアリング生産性に直結する影響が可視化された。Anthropicの年率80倍トラフィック成長に対し、インフラスケーリング（SpaceX Colossus・Google TPU・Akamai等7系統）が追いついていない構造的課題を分析。AI APIのSLA設計・障害時の業務継続計画（BCP）の策定がエンタープライズ必須要件に昇格しつつある。
6月5日、AnthropicがClaude Opus 4.1（`claude-opus-4-1-20250805`）の退役を開発者に通知。退役日は8月5日で、約60日の移行猶予が設けられている。推奨移行先はClaude Opus 4.8。6月15日のSonnet 4・Opus 4退役に続き、旧世代モデルの段階的廃止が加速。4.x世代のAPI互換性は維持されており大半のプロンプトは変更不要だが、Opus 4.6以降のadaptive thinking・prefilling非対応等のAPI動作差異に注意が必要。Anthropicは公開リリースモデルについて退役前最低60日の通知を保証しており、今回もそのポリシーに沿った対応。
6月4日公開のAnthropic Institute「When AI builds itself」レポートが、6月6-7日にかけてScientific American・Fortune・Axios・SiliconANGLE・Interesting Engineering等の主要科学・テクノロジーメディアに一斉報道された。Scientific Americanは「AIがまもなく再帰的自己改善を開始する可能性がある」とヘッドラインで報じ、Anthropic自身のコードベースの80%以上がClaude製である事実と、複数国フロンティアラボの協調的停止メカニズム提案を詳報。一方、NYU Gary Marcus教授は6月6日のSubstack投稿で「Anthropicは実際にはAI一時停止を呼びかけていない — 他のラボが止まるなら止まると言っているだけ」と指摘し、「$965B IPOの直前にこの発表を行うのはコストフリーのレトリックであり、完璧なタイミングのマーケティング」と批判。American Bazaar Online（6月6日）も「ブレーキを踏みつつアクセルを踏んでいる」と同様の分析を掲載。再帰的自己改善の技術的警告と企業戦略の両面で国際的議論が拡大。
Claude Enterpriseプランのカスタムロールにコネクタ権限が追加され、管理者がロール単位でコネクタおよび個別ツールへのアクセスを制御可能に。各コネクタに対して「Always allowed」「Ask」「Blocked」の3段階制御が可能で、コネクタ全体だけでなくコネクタ内の個別ツール（例: Slackの読み取りは許可・書き込みはブロック）単位での設定にも対応。新規作成ロールはデフォルトで全コネクタが「Needs approval」に設定される安全設計。カスタムロールはグループに割り当てられ、チャット・Claude Cowork・Claude Code・Web検索の機能権限と合わせてきめ細かなRBAC（ロールベースアクセス制御）を実現。622,000名以上のClaude展開対象でのガバナンス強化に寄与。
Claude CodeのDynamic Workflows（最大1,000サブエージェントによる並列タスク実行）が6月8日にEnterprise全組織でデフォルト有効化される。v2.1.154（5月28日）のリサーチプレビュー導入以来、Max・Teamではデフォルト有効だったが、Enterpriseでは管理者有効化が必要だった。6月8日以降はEnterprise組織でもオプトアウト型に移行。単一のDynamic Workflowsセッションは数時間持続し通常セッションより大幅にトークンを消費するため、管理者は6月8日前にアクセス対象のロール設定を確認すべき。組織全体で無効化するにはmanaged-settings.jsonに`"disableWorkflows": true`を追加。カスタムロールではDynamic Workflows権限を個別に付与/除外可能。
Claude Security（Enterprise向け公開ベータ）が数百チームでの実運用フィードバックを反映し機能を大幅強化。(1)スケジュールスキャン: チームが定期的なセキュリティスキャンのケイデンスを設定し継続的カバレッジを実現。(2)ディレクトリターゲティング: リポジトリ全体ではなく特定ディレクトリ・モジュールにスキャン範囲を限定しノイズを削減。(3)findingのdismiss with reason: 誤検知を文書化された理由付きでdismiss可能にしトリアージ効率を向上。(4)CSV・Markdown形式のエクスポートとSlack・Jira等のWebhook統合でコンプライアンスレポーティング・リアルタイムアラートに対応。Claude Securityは2,100件以上の脆弱性パッチを3週間で生成した実績があり、Project Glasswingの成果（真陽性率90.6%）を活用した防御専用製品として成熟が進む。