Claude Code /forkが/subtaskに分離＆ArtifactsのMCP連携｜2026年7月第3週

5分で400万トークンが溶けた。6月に報告されたClaude Codeのサブエージェント（メインの会話とは別にClaudeが起動する子作業エージェント）の暴走バグの話だ。子エージェントが子エージェントを再帰的に生み、50階層まで積み上がったという報告もある。Denis Stetskov氏はこの件を検証した記事で、エージェントの自律をうたっても何かが暴走に気づいて止めなければならず、結局それをやるのは人間だ、という趣旨の皮肉を書いていた（出典: Tech Trenches、2026年6月23日）。

その「何か」が、1ヶ月遅れで本体に入った。2026年7月13日から17日にかけてリリースされたClaude Code v2.1.207〜v2.1.212（Week 29）には、WebSearchとサブエージェント起動にセッションあたり200回のキャップが追加されている。目玉機能は公開Artifactsの外部ツール連携（MCPコネクタ）とスクリーンリーダーモードの2つだが、日常運用への影響で言えば/forkの仕様変更という破壊的変更も見逃せない（出典: Claude Code公式 Week 29ダイジェスト）。順に整理する。

/fork仕様変更: 旧動作は/subtaskへ。組み込んでいる人は今すぐ確認

今週いちばん人を転ばせそうな変更がこれだ。v2.1.212で/forkは「会話をコピーして新しいバックグラウンドセッションを起動するコマンド」になった。複製されたセッションはclaude agentsの一覧に自分の行を持ち、元のセッションで作業を続けながら並走させられる。従来の「セッション内でフォークしたサブエージェントを起動する」挙動は、新コマンド/subtaskに引っ越した（出典: Claude Code公式 Week 29ダイジェスト）。

リリース当日にQiitaで解説記事を書いた@picnic氏は、これを「単なる小粒アップデートではなく、日常的に使っている/forkコマンドの挙動が根本から変わる大型リリース」と位置づけている。CI/CDやマルチエージェント運用に組み込んでいる人ほど影響が大きい、とも評した（出典: Qiita @picnic、2026年7月17日）。呼び出し自体はエラーにならず、意図と違う動作が静かに走る類の変更なので、/forkをスクリプトや手順書に書いている人は置き換えを済ませておきたい。

フォークとサブエージェントの使い分け

フォークとサブエージェントの使い分け自体は以前から論点だった。6月に両者を比較したnoteの記事では、フォークは会話履歴・システムプロンプト・ツール・モデルをすべて継承するため「現在の会話の細かな文脈が要るならフォーク、反復的な定型タスクやツール制限を効かせたいなら名前付きサブエージェント」という整理がされている。プロンプトキャッシュを再利用できる分、同じ文脈を必要とするタスクではフォークがコスト効率で勝るという指摘もあった（出典: note ⿶⿵⿷⿴⿳氏、2026年6月3日）。この判断基準は、コマンド名が/subtaskに変わった今も通用する。

同梱のセキュリティ修正

なお@picnic氏の記事によれば、v2.1.212にはセキュリティ修正も含まれている。プランモード（実装前に計画だけを立てる読み取り専用モード）が権限制御を迂回してファイル変更を実行できてしまう問題（Critical）と、worktree（同じリポジトリを複数の作業ディレクトリで並行して扱うGitの機能）がシンボリックリンクを辿ってリポジトリ外へ書き込める問題（High）だ。仕様変更に関係なく、更新する理由としてはこれだけで十分だと考えている。

ArtifactsのMCP連携: ライブなダッシュボードを「配れる」ようになった

6月に登場したArtifactsは、セッションの成果物を「見られるページ」として共有する機能だった。今週の更新で、公開されたArtifactsページが閲覧のたびにMCPコネクタ（Claudeに外部ツールやデータをつなぐ仕組み）を呼び出せるようになった。セッションが作った時点のスナップショットではなく、開くたびに最新データを引くダッシュボードを配れる（出典: Claude Code公式 Week 29ダイジェスト）。

設計のポイントは、コネクタ呼び出しが閲覧者本人のアカウントを通ることだ。同じページをAさんとBさんが開けば、それぞれ自分のGitHub接続で自分のデータを見る。初回の呼び出し前には閲覧者側に承認が求められる。作成者の認証情報を埋め込んで配る方式ではないので、認証情報の漏洩リスクは構造的に抑えられている。使い方はプロンプトで指定するだけだ。

> オープン中のPR一覧をGitHubコネクタからライブで引くダッシュボードをArtifactsで作って

今週はほかに、公開共有リンク、Team・Enterpriseプランでの共同編集（エディタロール）、Claude Tag（SlackなどでClaudeをメンションして呼び出す機能）のセッションからのArtifacts作成も追加された。

ただし、プランによる制限には注意がいる。Artifactsのベータが始まった当初、Zennには「Claude Code Artifactsを試したら、Team/Enterprise限定で自分には使えなかった話」と題した検証記事が上がっていた。Maxプランでも触れなかった、という体験談だ（出典: Zenn lnest_knowledge、2026年6月19日）。提供範囲は段階的に広がってきたが、共同編集のような新機能は今回もTeam・Enterprise先行だ。個人プランでどこまで使えるかは、自分のアカウントで実際に確かめてから設計に組み込んだほうがいい。

スクリーンリーダーモード: issue起票から8ヶ月での実装

個人的に今週いちばん評価したいのがこれだ。claude --ax-screen-readerで起動すると、枠線・スピナー・その場での再描画といった視覚的なターミナルUIが消え、ラベル付きのプレーンテキストが一行ずつ出力される。VoiceOverやNVDAといったスクリーンリーダーが順番に読み上げる形式で、権限の承認から出力の確認まで一通り操作できる。シェル単位なら環境変数CLAUDE_AX_SCREEN_READER、常時有効ならaxScreenReader設定だ（出典: Claude Code公式 Week 29ダイジェスト）。

これは突然降ってきた機能ではない。2025年11月4日、Ambro86氏がGitHubに起票した機能要望（issue #11002）には、スクリーンリーダー利用者が直面してきた実態が具体的に書かれている。トークンのストリーミング中やスピナーの更新中にNVDAがフリーズする、特殊文字を読み間違える、1セッションで何度もスクリーンリーダーの再起動を強いられる。要望されていたのは、まさに今回実装された「アニメーションを止めてプレーンテキストを流すフラグ」だった。起票から実装まで約8ヶ月。その間、コミュニティはフックでツール出力を読み上げ用に整形するclaude-sonarのようなプラグインを自作して穴を埋めてきた（出典: GitHub vylasaven/claude-sonar）。

視覚障害のある開発者にとってAIコーディングツールが持つ意味は、晴眼者のそれより大きい可能性がある。視覚障害者向けポッドキャストDouble Tapでは、ホストのSteven Scott氏が従来のプログラミングスキルなしに、Claudeとの対話だけでNVDAアドオンやMacの自動化スクリプトを自作した経験を語っている（出典: Double Tap、2026年4月16日）。自分のアクセシビリティ課題を自分で解決する手段としてのAIコーディング。その入り口のツール自体がスクリーンリーダーで使えないという矛盾が、公式機能でようやく解消に向かった。

暴走キャップ: 200回で止まる安全弁

冒頭の話に戻る。今週から、WebSearchの呼び出しとサブエージェントの起動には、それぞれセッションあたり200回のデフォルト上限が入った。環境変数CLAUDE_CODE_MAX_WEB_SEARCHES_PER_SESSIONとCLAUDE_CODE_MAX_SUBAGENTS_PER_SESSIONで調整できる（出典: Claude Code公式 Week 29ダイジェスト）。

背景には6月2日のサブエージェント暴走障害がある。当時Anthropicが緊急返金まで行ったことは、前出のTech Trenchesの記事にも記録されている。その後も6月15日起票のバグ報告では、サブエージェントが50階層まで再帰し、1セッションで400万トークンを5分足らずで消費した事例が記録されている（出典: Tech Trenches、2026年6月23日）。サブエージェントの多段起動は強力な仕組みだが、暴走時の被害も桁違いになる。上限のデフォルト値がハードコードではなく環境変数で動かせる点も含めて、妥当な落とし所だと思う。なお、上限に達したときの具体的な挙動（エラーで止まるのか、確認を求められるのか）は公式ダイジェストに記載がなく、未検証だ。

逆に言えば、正当に200回を超える大規模ワークフローは今週から途中で止まる。数百のサブエージェントを束ねる動的ワークフロー級の運用をしている人は、上限を先に引き上げておく必要がある。

その他の変更点: Auto Modeオプトイン撤廃・MCP自動バックグラウンド化など

Week 29にはほかにも運用に効く変更が入っている（出典: Claude Code公式 Week 29ダイジェスト）。

• Auto Modeのオプトイン撤廃: Amazon Bedrock、Google CloudのAgent Platform、Microsoft FoundryでCLAUDE_CODE_ENABLE_AUTO_MODEが不要になった。前週に報道ベースで触れた変更が公式ダイジェストにも明記された形だ。管理者はdisableAutoModeで無効化できる
• 長時間MCP呼び出しの自動バックグラウンド化: 2分を超えるMCPツール呼び出しは自動でバックグラウンドに移り、セッションが固まらない。閾値はCLAUDE_CODE_MCP_AUTO_BACKGROUND_MSで調整
• claude auto-mode reset: Auto Modeの設定をデフォルトに戻す新コマンド。--yesで確認スキップ
• 「常に許可」ルールの保存場所変更: リポジトリルートに保存されるようになり、git worktreeで与えた承認がセッションとworktreeをまたいで維持される
• 企業向けプロセスラッパー: processWrapper設定で、Claude Codeが起動するプロセスを指定の実行ファイル経由で走らせられる。企業のセキュリティ製品との統合用
• vimインサートモードのキー割り当て: vimInsertModeRemaps設定でjjをEscapeに割り当てる、といった2キーシーケンスが使える
• サードパーティのデフォルトモデル変更: Amazon Bedrock、Google CloudのAgent Platform、Claude Platform on AWSのデフォルトがClaude Opus 4.8になった
• ツール実行の経過時間表示: 折りたたまれたツール実行の行に経過時間カウンタが表示され、長い処理が「固まっているように見える」問題が減った

電脳狐影の判断: 更新は即、ただし/forkのgrepを先に

自分ならどうするか。結論は「即更新する。ただし更新前に/forkを検索する」だ。

まずセキュリティ修正だけで更新の理由は足りる。プランモードの権限迂回は前述のQiita記事によればCritical判定で、プランモードを「読み取り専用だから安全」という前提で信頼している人ほど影響が大きい。放置する選択肢はない。

その上で、更新前に5分だけ使って、自分のスクリプト・エイリアス・CLAUDE.md・手順書をforkで検索することを勧める。/forkの仕様変更はエラーを出さない。従来の感覚で打つと、サブエージェントが起きる代わりにバックグラウンドセッションが静かに増えていく。うちの環境でも自動化スクリプトを確認したが、幸い/forkは組み込んでいなかった。組み込んでいたら夜間の自動処理が意図しない形で走っていたはずで、考えるとぞっとする。

ArtifactsのMCP連携は、PMとしては相当便利に見えている。進捗ダッシュボードを「作った時点のスクショ」ではなく「開いた人が自分の権限で最新を見るページ」として配れるなら、週次報告の作り直しという不毛な作業が一つ減る。ただし正直に書くと、閲覧者側の承認フローが実際どの程度の摩擦になるのかは未検証だ。非エンジニアの閲覧者が初回の承認ダイアログで手を止める可能性はある。顧客向けに使う前に、まず社内で試すのが順当だろう。

スクリーンリーダーモードは、自分が直接使う機能ではない。それでも今週の変更でいちばん意味があるのはこれだと思っている。8ヶ月かかったとはいえ、コミュニティがプラグインで自衛していた領域に公式が応えた。ツールの進化速度を競うフェーズから、誰が使えるかを広げるフェーズへ。地味な一歩だが、方向は正しい。

---

関連記事

• Claude Code内蔵ブラウザ搭載＆/doctor刷新｜2026年7月第2週まとめ
• Claude Code Artifactsでセッション成果をライブページ化する
• 6月2日のサブエージェント暴走障害を振り返る
• サブエージェント5階層ネストの仕組みと使いどころ
• Claude Code Auto Modeの権限設計を理解する
• 動的ワークフローで数百のサブエージェントを束ねる

---

本記事の情報は2026年7月19日時点のものです。Claude Codeの機能・仕様は毎週のように更新されるため、最新情報はClaude Code公式ドキュメントを参照してください。英語圏の発言の引用は筆者による日本語訳です。本記事はAnthropicとの提携関係に基づくものではなく、独立した編集判断によって執筆しています。