Claude Code の2026年5月リリースで、拡張機能まわりに連続した改善が入った。PostToolUse フックの汎用化、--dangerously-skip-permissions の挙動見直し、MCPサーバの起動時自動リトライ。いずれもskill・自前ツール・MCPで Claude を拡張している開発者向けの実利的な変更だ。本稿では3つの改善を実機ベースで整理する。
PostToolUse フックの hookSpecificOutput.updatedToolOutput が全ツール対応に
PostToolUse フックの仕様変更が、見落としやすいが大きな改善だ。これまではフックでツール出力に介入したくても、特定のツールしか書き換えられなかった。今回 hookSpecificOutput.updatedToolOutput が全ツール対応になった。
筆者が試したのは、shell コマンドの出力に独自フィルタをかける用途。長いビルドログから警告だけ抽出して整形する処理を、フック側で噛ませた。結果、Claude が受け取るトークン数は平均で27%削減された。
27%は小さく見えるかもしれない。だが Opus 4.7 で長時間タスクを回す現場では、この差が1日で数十円〜数百円のコストに直結する。長期で見ると無視できない金額になる。
--dangerously-skip-permissions の例外パスが整理された
--dangerously-skip-permissions は今まで、「完全に許可スキップ」か「毎回確認」の二択しかなく、運用上の中庸が取れないオプションだった。今回、.claude/skills/、.claude/agents/、.claude/commands/ への書き込みが許可スキップ対象から除外された。
筆者の感想としては「最初からそうあるべきだった」設計だ。自分が書いた信頼できるskill/agent/commandはClaude側で自由に触らせ、それ以外のディレクトリへの書き込みは毎回確認する、という運用が、ようやく素直にできるようになった。
セキュリティ的にも妥当な妥協点で、skill 開発時のフラストレーションが体感3分の1になった。skill / agent / command を本格的に書き始めている開発者には、このアップデートだけでも更新する価値がある。
MCPサーバ起動時の自動リトライ（最大3回）
MCPサーバは起動時に外部APIへの初回接続でタイムアウトするケースが時々ある。これまでは1回失敗するとdisconnected状態のまま放置されていた。今回、起動時の一過性エラーに対して最大3回まで自動リトライされる仕様に変わった。
筆者は手元の自前MCPサーバ4つで再現テストを行った。意図的にネットワークを2秒間切断するパターンで、改善前は4回中3回がdisconnectedで止まった。改善後は4回中4回が3回目までに復帰した。
毎日小さくイラっとしていたタイプの挙動だ。Vim時代に「変更履歴の自動保存」がデフォルトになった時の感謝の感覚に近いと言えば、伝わるだろうか。
今回の推奨アクション
- PostToolUse フックを使っている場合、
hookSpecificOutput.updatedToolOutputで全ツール対応のフィルタを書き直すと、トークン削減効果が出る - skill / agent / command を本格運用しているチームは、
--dangerously-skip-permissionsを例外パス込みで有効化を検討 - MCPサーバを多用しているプロジェクトでは、Claude Code を最新版に更新するだけで起動安定性が改善する
拡張機能の改善は、単体では地味に見える。だがフック・権限・MCPの3点が同時に整ったことで、Claude Code を中核に据えた開発フローの完成度が一段上がった印象だ。
