Anthropic 2026年5月11日のリリースノート解説: Claude Code の /goal と agent view

Anthropic は 2026年5月11日(月) の Claude Code 2.1.139 で、/goal コマンドと agent view を含む大きめの Claude Code 更新を公開しました。/goal は、作業の完了条件を指定すると、Claude Code がその条件を満たすまで複数ターンにわたって作業を継続するための機能です。agent view は、複数の Claude Code セッションを一覧で見て、実行中、入力待ち、完了状態を管理するための Research Preview 機能です。今回の更新は、Claude Code を「単発の対話型コーディング支援」から「複数作業を並行して任せ、状態を監視する開発作業面」へ広げる方向を示しています。

何が発表されたのか

• Claude Code に /goal [condition|clear] コマンドが追加された。
• claude agents で使う agent view が Research Preview として追加された。
• /scroll-speed、claude plugin details <name>、transcript view のナビゲーション、plugin / skill / context 表示が改善された。
• hooks に args: string[] と continueOnBlock が追加され、shell quoting や hook rejection 後の継続制御が扱いやすくなった。
• MCP stdio server の環境変数、.mcp.json 再接続、Remote MCP reconnect retry、subagent API request headers / OTEL attributes など、連携・観測面も更新された。
• 目標条件を設定すると、Claude Code は各ターンの終了後に条件が満たされたかを評価し、未達なら次のターンを開始する。
• interactive mode、-p による非対話実行、Remote Control で利用できる。
• 実行中は経過時間、ターン数、トークン消費などを確認できる。
• 2026年5月12日の 2.1.140 では、hooks が無効化されている環境で /goal が分かりにくく停止する問題も修正された。

今回の更新で変わること

/goal は、Claude Code に「この状態になったら完了」と伝えるためのコマンドです。たとえば「特定のテストがすべて通る」「CHANGELOG に今週のPRがすべて反映されている」「大きすぎるファイルが一定行数以下に分割されている」といった、検証しやすい完了条件を渡すと、Claude Code はその条件を目指して作業します。1ターンが終わったあと、別の小さく速いモデルが会話上に出ている情報を見て条件達成を判定し、まだ足りなければ次のターンへ進みます。

ここでのポイントは、/goal が auto mode や hooks と似て見えて、役割が少し違うことです。auto mode は、1ターン内でのツール実行承認を減らす仕組みです。一方、/goal は1ターンが終わったあとに、もう一度作業を続けるかどうかを判断します。Stop hook もターン終了時に動きますが、/goal は現在のセッションだけに効く簡易的な完了条件として使えます。恒常的なポリシーや決定論的な検査は hooks、作業ごとの一時的なゴールは /goal、という分け方が自然です。

agent view は、複数の Claude Code セッションを同時に走らせる組織にとって重要です。claude agents から、実行中、入力待ち、完了、失敗、停止といった状態を一覧し、必要なときだけ peek や attach で介入できます。背景では各セッションが独立して動き、必要に応じて worktree を使って作業を分離します。これにより、バグ修正、テスト調査、PRレビューのような独立タスクを並行させやすくなります。一方で、並行セッションはサブスクリプションやAPI利用量をそれぞれ消費し、同じファイル群へ同時に触る場合は競合も起き得ます。単に「便利な一覧画面」と見るより、AIエージェントを複数走らせるときの運用画面として読むべき更新です。

hooks と plugin まわりの変更も、運用チームには見逃せません。args: string[] は shell を介さず hook command を実行するため、path placeholder の quoting 問題を減らせます。continueOnBlock は、PostToolUse hook が拒否した理由を Claude に戻して同じターンを続けさせるための設定です。plugin details で component inventory や token cost を見られるようになったこと、skill token estimate が tokenizer を踏まえて表示されることも、組織内で plugin / skill を配布する際の見積もりとレビューに効いてきます。

実務での読みどころ

開発チームにとって大きいのは、AIコーディング支援が「人が毎回続きを指示する」形から、「検証可能な状態を置き、その状態まで反復させる」形に近づくことです。これは便利な一方で、条件の書き方が曖昧だと、意図しない作業継続や過剰な変更につながる可能性もあります。/goal は評価モデルがファイルやコマンドを独自に読むわけではなく、Claude Code が会話内に出した結果をもとに判定します。そのため、条件には「どのテストが通ればよいか」「どのコマンドが exit 0 になればよいか」「変更してはいけない範囲はどこか」を明示する必要があります。

また、チーム運用では hooks と managed settings の影響も確認したいところです。公式ドキュメントでは、/goal は hooks システムに基づくため、信頼済みワークスペースでのみ動き、disableAllHooks や allowManagedHooksOnly のような管理設定がある環境では利用できない場合があると説明されています。Enterprise や管理された開発環境では、便利な自律実行機能として解放するか、制限するかをポリシーとして決める必要があります。

対象になりそうなユーザー・チーム

• Claude Code を日常的に使っている開発者
• テスト修正、リファクタリング、移行作業、PR対応をAIに任せたいチーム
• Claude Code の auto mode、hooks、Remote Control を運用しているチーム
• AIコーディングツールの権限、監査、実行範囲を管理するPlatform Engineering / セキュリティ担当

チームが確認したいこと

1. /goal に渡す条件を、テスト結果、build結果、ファイル数、未処理件数など検証可能な形で書けるか確認する。
2. 「何を変えてよいか」「何を変えてはいけないか」を条件文または事前指示に含める運用にする。
3. auto mode と併用する場合、ツール実行の承認範囲が広くなりすぎないか確認する。
4. Enterprise 管理下では、hooks 無効化や managed settings によって /goal が利用可能かを確認する。
5. 長時間実行を避けるため、必要に応じて「20ターンまで」「特定コマンドが2回失敗したら停止」などの上限を条件に含める。

まとめ

Claude Code の /goal は、AIに「次も続けて」と毎回促す代わりに、検証可能な完了条件を置いて作業を進めるための機能です。開発者にとっては、移行作業やテスト修正のような反復タスクを任せやすくなる一方、チームとしては条件設計、権限管理、hooks設定、ログ確認をセットで整える必要があります。便利な自律化機能ほど、何をもって完了とするかを人間側が明確にすることが重要になります。