Claude Codeの権限モードが「Manual」既定に変わり、AskUserQuestionダイアログも自動続行しなくなった。派手な新機能ではないが、実務では地味に効く。「なぜ変わったか」「何に気をつければいいか」を整理する。
Manual既定モードとAskUserQuestion変更の要点（正確なバージョン番号つき）、放置していると起きがちな事故のパターン、そして/configでのidle timeout設定に加えて、自分の環境での効果を自分のログで検証するための記録テンプレート。
これまでのClaude Codeは、設定次第で確認をスキップしながらどんどん先に進めることができた。効率は良いが、想定外のコマンドまで気づかず通してしまうリスクと隣り合わせだった。
今回のアップデートでManual permission modeが新しい既定になった。加えて、AskUserQuestionダイアログが「一定時間で自動的に続行する」挙動をやめ、明示的に答えるまで待つようになった。自動続行がほしい場合は、/configからidle timeoutをオプトインで設定する形に変わっている。
正確なバージョンを確認しておくと、この変更はv2.1.200（2026年7月3日リリース）で入ったもの。CLI・--help・VS Code・JetBrainsの各拡張で横断的に既定値が「Manual」へ変更され、--permission-mode manualと"defaultMode": "manual"の両方の指定が引き続き受け付けられる、と公式changelogに明記されている。
初期設定のままなら、判断が必要な場面で作業が自動的に進まなくなった。事故防止の方向へ倒したアップデートと言える。
以前は一定時間操作がないと自動で選択肢が進んでしまうことがあった。今はユーザーが答えるまで待機し、自動続行がほしい人だけ/configで明示的にタイムアウトを設定する。
自動続行や緩い権限モードは、体感速度を上げる一方で「離席中に確認ダイアログが自動で進んで、意図しないコマンドが実行される」という事故の温床にもなり得る。特にファイル削除・外部送信・課金が絡む操作では、この「待たずに進む」挙動がそのままリスクになる。
速度と安全は、常にトレードオフ。Manual既定への回帰は、Claude Code側が「まずは安全側に倒す」判断をしたということ。自動化を優先したい作業は自分で明示的にオプトインする設計に変わったと捉えるとわかりやすい。
例えば、複数ファイルにまたがるリファクタを走らせている最中に離席したとする。以前の設定によっては、途中で出てきた確認ダイアログが自動で進み、意図していなかった削除コマンドまで実行されてしまう——というようなケースがあり得た。作業自体は便利に進んでいるように見えて、後から差分を見て初めて気づく、というのが一番厄介なパターンだ。Manual既定への変更は、まさにこの「気づいた時には手遅れ」を減らす方向の判断になる。
アップデート後は、既存の運用が想定通りに動くか一度確認しておきたい。
出典: Claude Code Changelog（v2.1.200, 2026-07-03）
ここまでは公式の変更内容の整理であって、自分の環境でManual既定がどれだけ事故を防いだかという実測ではない。この記事の時点では、そこまでの継続記録はまだ手元にない。だから数字を作る代わりに、これから溜められる記録の型を置いておく。以下の表をそのままメモ帳やスプレッドシートにコピーして、Manual既定に止められた瞬間だけ1行足していけば、数週間で「本当に効いているか」を自分のデータで判断できるようになる。
## 危険操作ログ（コピーして使うテンプレート）
日時 | 作業内容 | 止まった操作 | 確認までの時間 | 自動続行だった場合
2026-07-21 14:32 | 複数ファイル一括置換 | 対象外ファイルの上書き | 45秒 | 気づかず上書きされていた可能性1行目はサンプル。実際の記録は自分の作業から書き足していく。3〜4件溜まった時点で、「本当に止めてほしかった操作」と「待たされて困っただけの操作」の比率が見えてくるはずだ。