「承認」に組織の決裁ラインを持ち込む──Claude Code v2.1.290が、サブエージェントの判断と“サーバ側で動いた道具”を台帳に載せた
Claude Code v2.1.290（10月5日）は、承認フックに組織の決裁レベルを示す ceiling とサブエージェント判別の agentId、サーバ側ツール実行を記録する serverToolUses を追加。あわせて圧縮後に定期タスクが止まる等、無人運用の“黙った失敗”をまとめて修正した。
Anthropic は 2026年10月5日、コーディングエージェント「Claude Code」の v2.1.290 を公開しました。派手な新モデルや新コマンドの追加ではなく、「誰の承認で、どのエージェントが、何を実行したのか」を見えるようにするための地味な改修が中心です。自動承認（Auto モード）やサブエージェントの常用が進むほど効いてくる、運用側の更新といえます。
承認の判断材料に「組織の決裁ライン」が書き込めるようになった
Claude Code には、ツール実行の可否を判定する際にプラグイン（mod）側のフックへ処理を渡す仕組みがあります。今回はこの判定まわりに、組織運用で効く情報が3つ足されました。原文の列挙ではなく、項目ごとに整理します。
| 追加されたもの | どこに効くか | 何がうれしいか |
|---|---|---|
ceiling | 承認フック（tool.check）が読む問いと判定 | そのツールに組織が求める承認レベル（決裁の高さ）を名前で示せる。「この操作は上位承認が要る」を判定側に渡せる |
agentId | 同じく承認フックのイベント | サブエージェントの承認要求か、メインセッション自身の要求かを区別できる。枝分かれした自動処理の「誰の判断か」を取り違えない |
serverToolUses | 各ターンの実行結果を受け取るフック（turn.step） | API 側（サーバ）が自分で呼んだツール呼び出しを、ID・名前・入力・開始/終了つきで把握できる。手元の外で動いた道具も台帳に載る |
要点は、承認の判断を「はい／いいえ」の二択から、組織のルールと実行主体を踏まえた判断へ寄せられるようになった点です。たとえば本番環境に触れる操作には高い承認レベル（ceiling）を紐づけ、サブエージェントが出した要求（agentId）だけ扱いを変える、といった制御をフック側に書けます。プラグインのフック型には ThemeKey と Color の型も追加され、拡張を書く際の型支援が整いました。
「気づかないうちに止まっていた」を、まとめて潰した
もう一つの柱は、無人・長時間で回す運用での“黙った失敗”への対処です。放置すると、動いているつもりで実は止まっている、という最も厄介な壊れ方になる類の不具合が修正されました。
- 定期タスク（/loop・リマインダー）が復帰時に戻らない問題: 会話が自動圧縮（コンパクション）されたあと、スケジュール済みのタスクが黙って再開しなくなる不具合を修正。今バージョン以降に行われた圧縮が対象です。
- 前面で仕掛けた予約タスクが発火しない問題: バックグラウンドへ受け渡した後、前面で設定した予約タスクが一度も走らない不具合と、繰り返しタスクが再開・再生成・フォークのたびに余分に1回走る不具合を修正。
- 再開したサブエージェントが記憶を失う問題: 実行途中でメッセージを受け取った際、再開したサブエージェントやチームメイトが、それまでの思考とプロンプトキャッシュを失う不具合を修正。
- WebFetch の“黙った打ち切り”: 取得ページが10万字を超えると本文を無言で切り捨てていた挙動を修正。未読の量を知らせ、続きをオフセット指定で読めるようにした。
- 無人実行の取りこぼし: ヘッドレスの
--json-schema実行が、正常終了しているのに異常終了扱いになる不具合を修正。数百枚の画像を含む長い会話が「処理不能」で固まる問題や、ベータヘッダーを弾くプロキシ越しで要求が失敗する問題も解消。
このほか、セッションを完全な ID でなく名前の部分一致で指せる claude attach <name> / claude logs <name>、Managed Agents 構成を /claude-api managed-agents-onboard で立ち上げる導線、入れ子のリスト・引用でクラッシュしていた描画の修正など、日常の取り回しを軽くする変更も入っています。
自動化を広げるほど、効いてくる更新
ビジネス面で見ると、今回の価値は二つに整理できます。第一に、承認を既存の決裁構造に写し取れること。ツールごとに必要な承認レベルを ceiling として宣言し、サブエージェント発の要求を agentId で切り分ければ、「人が全部に『はい』を押す」運用から「組織のルールが自動で効く」運用へ一歩寄せられます。サーバ側で動いたツール呼び出しまで記録できる serverToolUses は、監査証跡としても意味を持ちます。第二に、無人運用の信頼性。エージェントを並走させ長時間回すほど、圧縮後に定期タスクが止まる・再開時に文脈を失うといった不具合は、見つけにくいまま被害が積み上がります。そこを塞いだのは、規模を広げるチームほど効きます。
一方で、留意すべき点もあります。これらの承認・可視化はあくまでフックに書いて初めて働く仕組みで、既定で組織ルールが強制されるわけではありません。サブエージェントやサーバ側ツールが増えるほど「実際に何が走ったか」を人が追い切るのは難しくなり、観測の手段が増えること自体が設定と点検の負担にもなります。利便性の裏で、承認の複雑化がかえって見落としを生むリスクも指摘できます。足された目盛りを、使う側が読み運用に組み込めるかが分かれ目になりそうです。
参照: Claude Code changelog（公式） ／ anthropics/claude-code Release v2.1.290 ／ Releasebot: Claude Code Updates ／ havoptic: Claude Code release summaries
