YES ボタンの押し疲れを減らす。お風呂の間も作業を止めない方法

AI のコーディングの道具は、ファイルを書き換えたりコマンドを動かしたりする前に、確認の画面を出します。確認が出るたびに「Yes」を押す必要があるので、長い作業の間も画面の前を離れられません。この記事では、確認の画面を減らす方法と、席を外しても答えられる方法を、各社の公式の仕組みで順に説明します。ブラウザをプログラムから操作する CDP の仕組みと、使ってよい場面・いけない場面もまとめました。

確認の画面が出る理由

Claude Code の manual モードでは、ファイルの編集、シェルのコマンド、ネットワークへの接続の前に、ほとんどの場合で止まって確認します(公式のドキュメントより)。確認の画面は、AI が思わぬ操作をする前に、あなたが止められるようにするための仕組みです。

編集部が manual モードで「kakeibo.py を実行して、費目ごとの合計を教えてください」と頼むと、次の確認が出ました。

選択肢は 4 つです。

確認を減らす方法は、いくつもあります。ただし、確認をまるごと飛ばすと、確認が守っていたものもなくなります。編集部は、次の順番で試すことを勧めます。

① 任せる範囲を決める: 権限モードと許可のルール

auto モードに任せる

Claude Code は、v2.1.283 以降、何も設定しなければ auto モードで始まります。auto モードでは、実行の前に別の AI(分類器)が操作を確かめ、依頼の範囲を超える操作などを止めます。分類器が通した操作は、あなたへの確認なしで進むので、確認の画面が減ります。

上の画面の「3. Yes, and switch to auto mode」を選ぶと、その場で auto モードに切り替わります。

モードの違いと切り替え方は、権限モードを使い分けるで説明しています。

「次からたずねない」は、ルールとして保存される

上の画面で「2. Yes, and don't ask again for: python3 kakeibo.py」を選ぶと、Claude Code はコマンドを実行し、許可のルールをファイルに書きました。Git のリポジトリの中で使ったので、リポジトリのいちばん上の .claude/settings.local.json に保存されています。

公式のドキュメントによると、ルールとして保存されるのは、Bash のコマンドと WebFetch(Web のページの取得)のドメインの許可です。ファイルの編集の許可は保存されず、そのセッション(Claude Code を起動している間)だけ有効です。

よく使う操作は、settings.json に書いておく

確認の画面で毎回選ぶ代わりに、ルールを先に書いておくこともできます。編集部は、試しのフォルダの .claude/settings.json(チームで共有する設定)に、次のように書きました。

{
  "permissions": {
    "allow": [
      "Bash(git diff *)",
      "Bash(git commit *)"
    ],
    "ask": [
      "Bash(git push *)"
    ],
    "deny": [
      "Read(./.env)",
      "Read(./.env.*)"
    ]
  }
}

• allow: 確認なしで実行する(差分を見る・コミットする)
• ask: いつも確認する(プッシュする)
• deny: 使わせない(パスワードなどを書く .env のファイルを読ませない)

ルールは deny → ask → allow の順に調べられ、最初に一致したものが使われます。どこかの設定ファイルで deny にしたものは、ほかの設定ファイルの allow では許可できません。* は「どんな文字でもよい」という意味です。

/permissions でルールを確かめる

/permissions と入力すると、いま効いているルールを一覧で見られます。

左右のキーでタブを切り替えると、Ask に Bash(git push *)、Deny に .env を読ませない 2 つのルールが表示されました。ルールを選んで Enter を押すと、どの設定ファイルから来たルールかが表示され(Bash(python3 kakeibo.py) は「From project local settings」)、そのまま消すこともできます。Recently denied のタブには、auto モードが止めた操作が記録されます。

② 確認が出たら、知らせてもらう(hooks)

確認を減らしても、ゼロにはなりません。確認が出たときに知らせてもらえば、画面の前で待つ必要がなくなります。

hooks(フック)は、Claude Code の決まったタイミングで、自動で動く仕組みです。確認や入力を待っているときは、Notification というイベントが起きます。matcher で、どの種類のときに動かすかを選べます。

ターミナルで使っているときは、どちらも、あなたが画面から離れているように見えるときだけ起きます。

通知の送り方(公式の案内)

• OS の通知: hooks で、macOS は osascript、Linux は notify-send、Windows は PowerShell のコマンドを動かす例が、公式のガイドに載っています。ただし notify-send は、画面のないサーバーや SSH の接続、ほとんどのコンテナでは使えないと注意されています。
• ターミナルの通知: Claude Code は、Ghostty・Kitty・iTerm2 では、既定でデスクトップの通知を出します。ほかのターミナルでは、設定の preferredNotifChannel を "terminal_bell" にすると、ベルを鳴らせます。SSH でつないでいても、通知は手元の PC に届きます。VS Code の中のターミナルなど、デスクトップの通知を受け取らないところでは、hooks かベルを使うよう案内されています。
• ほかのサービスへ送る: hooks には、決まった URL に JSON(決まった形の文字のデータ)を送る http の種類もあります。公式のドキュメントは、Notification の hooks を「通知を外部のサービスに転送するような用途」に向くとしています。
• スマホへのプッシュ通知: 次の章の Remote Control を使います。

試してみた: 確認が出たら、自作のページに知らせる

編集部の検証環境は画面のないサーバーなので、http の hooks で、自作のテスト用のページ(通知の受け口)に送ってみました。.claude/settings.json に、次の部分を足しています。

{
  "hooks": {
    "Notification": [
      {
        "matcher": "permission_prompt|idle_prompt",
        "hooks": [
          { "type": "http", "url": "http://127.0.0.1:3298/notify" }
        ]
      }
    ]
  }
}

/hooks と入力すると、設定したフックの一覧が表示されます。この画面は見るだけのもので、足したり変えたりするときは settings.json を書き換えます。

そのあと、ファイルの編集を頼んで確認の画面を出し、何も押さずに待つと、数秒後に受け口のページに通知が届きました(公式の説明では約 6 秒)。

この受け口は、同じサーバーの中だけで動かした試しのページです。実際に使うときは、自分が使っているチャットやメールのサービスの公式の受け口(Webhook など)に送ります。そのときは、送り先のサービスの使い方の決まりも確かめてください。

③ 席を外しても答える: Remote Control

Remote Control は、自分の PC やサーバーで動いている Claude Code のセッションに、スマホの Claude のアプリ(iOS・Android)や、ブラウザの claude.ai/code からつなぐ機能です。作業は自分の PC の中で動いたままで、スマホやブラウザは、その画面をのぞく窓になります。確認の画面にも、スマホから答えられます。

• 使える条件: Pro・Max・Team・Enterprise のプランで、claude.ai のアカウントでログインしていること。API キーでは使えません。Team と Enterprise では、管理者が先に有効にします。
• 始め方: 作業するフォルダで claude remote-control を動かすか、起動のときに claude --remote-control を付けるか、動いているセッションで /remote-control と入力します。表示される URL を開くか、QR コード(claude remote-control ではスペースキーで表示)をスマホで読み取ると、つながります。Claude のアプリの Code タブの一覧から選ぶこともできます。
• プッシュ通知: スマホに Claude のアプリを入れ、Claude Code と同じアカウントでログインします。ターミナルで /config を開き、「Push when actions required」(確認や質問が出たとき)か「Push when Claude decides」(Claude が判断したとき)をオンにします。
• 確認は、答えるまで待つ: 公式のドキュメントによると、Remote Control でつないでいる間、確認の画面と質問は、答えるまで開いたままになります。
• 通信の向き: 手元の Claude Code は外向きの HTTPS だけを使い、受け付けのポートを開けません。つないでいる間は、会話の記録が Anthropic のサーバーに保存されます。
• 止めない: PC やサーバー、claude のプロセスは動かしたままにします。サーバーでは、SSH を切っても続くように tmux か screen の中で起動するよう案内されています。

編集部の検証環境の Claude Code は API キーで動かしているため、Remote Control は試していません。この章は、公式のドキュメントの説明です。

席を外す前に、① の auto モードと許可のルールで確認を減らしておき、Remote Control とプッシュ通知をオンにしておけば、残った確認が出たときだけ、スマホで答えられます。お風呂に入る間に作業を任せたいときも、この組み合わせが向いています。

④ Codex と GitHub Copilot の同じ設定

確認を減らす、知らせてもらう、スマホから答える、の 3 つは、Codex と GitHub Copilot にもあります。

Codex

• 確認を減らす: /permissions で「Approve for me」を選ぶと、承認が要る操作を、人の代わりに別のレビュー役のエージェントが確かめます。できることの範囲は「Ask for approval」と同じで、危険度がとても高い操作は断られます。レビューのために AI を余分に呼ぶので、使う量が増えることがあります。設定ファイルでは approvals_reviewer = "auto_review" と書きます。

• 知らせてもらう: 設定ファイル(~/.codex/config.toml)の notify で、作業のひと区切り(agent-turn-complete)ごとに外部のプログラムを動かせます。画面の中の通知は [tui] の notifications で、承認を求めたとき(approval-requested)などに絞れます。

  TOMLコピー

  notify = ["python3", "/path/to/notify.py"]
  
  [tui]
  notifications = ["agent-turn-complete", "approval-requested"]
  

• スマホから答える: ChatGPT の iOS 版のアプリから、つないだ PC の Codex の作業を見たり、承認したりできます。動かす側は、macOS か Windows の ChatGPT のデスクトップアプリです。デスクトップアプリの Settings > Connections > Control this Mac or PC から始め、表示された QR コードをスマホで読み取ります。Codex の CLI や IDE の拡張機能からは始められません。

GitHub Copilot

• 確認を減らす: VS Code のチャットの権限は、Manual permissions(既定)・Assisted permissions(AI が判断する)・Allow all の 3 段階です。ターミナルのコマンドは、設定の chat.tools.terminal.autoApprove に、確認なしで動かすものを書けます。公式の例は次のとおりです。

  JSONCコピー

  {
    // Allow the `mkdir` command
    "mkdir": true,
    // Allow `git status` and commands starting with `git show`
    "/^git (status|show\\b.*)$/": true,
  
    // Always require approval for the `del` command
    "del": false,
    // Always require approval for commands containing "dangerous"
    "/dangerous/": false
  }
  

  false は「確認を求める」という意味で、コマンドを止めるものではありません。公式のドキュメントは、ターミナルの自動承認は便利のための仕組みで、安全の境目ではないと注意しています。Copilot CLI では、--allow-tool で確認なしで使う道具を、--deny-tool で使わせない道具を指定します。--deny-tool が優先されます。

• 知らせてもらう: VS Code の設定の chat.notifyWindowOnConfirmation で、確認が要るときに OS の通知を出せます。既定は、VS Code のウィンドウを見ていないときだけ通知します。

• スマホから答える: Copilot CLI のセッションで /remote on と入力するか、--remote を付けて起動すると、GitHub.com や GitHub Mobile から、道具・ファイル・URL の許可の依頼に答えられます。対話のセッションだけで使えます。

確認をすべて飛ばす設定の危険

どの道具にも、確認をすべて飛ばす設定があります。各社の公式のドキュメントは、どれも強く注意しています。

• Claude Code の bypass permissions(--dangerously-skip-permissions): インターネットにつながらないコンテナや VM(仮想マシン)など、隔離した環境だけで使うよう案内されています。プロンプトインジェクション(読み込んだ文章に紛れた指示に、AI が従ってしまうこと)や思わぬ操作を防がないとも書かれています。Linux と macOS では、root や sudo で使おうとすると起動しません。
• Codex の --dangerously-bypass-approvals-and-sandbox(別名 --yolo): サンドボックスも承認もなくなります。外側で守られた環境の中だけで使うよう案内されています。
• GitHub Copilot の Allow all と Autopilot: ファイルの編集、ターミナルのコマンド、外部の道具の呼び出しを、確認なしで進めます。Copilot CLI の --allow-all-tools も、あなたと同じ権限で、どのシェルのコマンドでも確認なしで動かせるようになると注意されています。

隔離したコンテナの中でも、Claude Code のログインの情報など、コンテナの中にあるものは持ち出されるおそれがあると、公式のドキュメントは書いています。席を外すために使う設定ではありません。

CDP とは

ここからは、ブラウザをプログラムから操作する仕組みの話です。「確認の画面のボタンを、プログラムで押せないか」と考える人もいるかもしれません。その仕組みと、使ってよい場面を説明します。

CDP(Chrome DevTools Protocol)は、Chrome などのブラウザを、外のプログラムから調べたり操作したりするための取り決めです。公式のページは「debug and automation targets」(デバッグや自動操作の対象)と、信頼できるクライアントをつなぐ、JSON の取り決めだと説明しています。

• 使っている道具: Chrome の開発者ツールのほか、Puppeteer(ブラウザを動かす JavaScript のライブラリ。Chrome は既定で CDP で動かす)や ChromeDriver が使っています。Playwright にも、CDP で動いている Chrome につなぐ connectOverCDP があります(Playwright 独自のつなぎ方より再現性が低い、という注意つき)。
• つなぎ方: Chrome を --remote-debugging-port=9222 のように起動すると、Chrome の中に小さなサーバーが立ちます。/json/version を開くと、つなぐ先(webSocketDebuggerUrl)が分かり、そこへ WebSocket(つないだまま双方向にやり取りする通信)でつないで、JSON の命令を送ります。
• 直接は使わない: 公式のページは、CDP は公開してサポートしている API ではなく、ほかの会社の道具は CDP に直接つながずに Puppeteer などを使うよう求めています。

リモートデバッグのポートを外に開けると危ない

• CDP は強い権限の操作をたくさん持っているので、つなぐ側は信頼できる前提になっています(公式のページ)。
• Chrome DevTools の公式の GitHub にある chrome-devtools-mcp の文書は、ポートを開けると、同じ PC のどのアプリもつないでブラウザを操作できるので、開けている間は大事なサイトを見ないよう注意しています。
• Chrome 136 からは、ふだん使いのプロフィール(ログインの情報などが入ったフォルダ)では、--remote-debugging-port が効かなくなりました。リモートデバッグを使って、クッキー(ログインの状態を覚えておくデータ)を盗む攻撃が増えたためです。使うときは、--user-data-dir で専用のフォルダを指定します。

ポートは 127.0.0.1(その PC の中)だけで待ち受け、インターネットや社内の回線に開けないでください。使い終わったら、Chrome を閉じます。

自分のページで試してみた

編集部は、自分で作ったテスト用のページ「作業の承認」を、同じサーバーの中(127.0.0.1)だけで動かしました。「はい」と「いいえ」のボタンがあり、押すと時刻つきの記録が残るページです。Chrome は、127.0.0.1 の 9333 番でリモートデバッグを待ち受け、専用のプロフィールのフォルダを使う設定で起動しています。

台本は、Puppeteer の puppeteer-core を使って、次のように書きました。

// 自分で作ったテスト用のページの「はい」を、CDP で押す
import puppeteer from "puppeteer-core";

// 1. リモートデバッグのポートで動いている Chrome につなぐ
const browser = await puppeteer.connect({ browserURL: "http://127.0.0.1:9333" });

// 2. 新しいタブで、自分のテスト用のページを開く
const page = await browser.newPage();
await page.setViewport({ width: 760, height: 560, deviceScaleFactor: 2 });
await page.goto("http://127.0.0.1:3298/approve", { waitUntil: "networkidle0" });
console.log("開いたページ:", await page.title());
await page.screenshot({ path: "before.png" });

// 3. 「はい」のボタンを押して、ページの表示を読む
await page.click("#yes");
await page.waitForFunction(() => document.querySelector("#result").textContent !== "");
console.log("ページの表示:", await page.$eval("#result", (el) => el.textContent));
await page.screenshot({ path: "after.png" });

// 4. タブを閉じて、接続を切る(Chrome は動いたまま)
await page.close();
await browser.disconnect();

ターミナルで、ポートの待ち受けの場所と Chrome の情報を確かめてから、台本を動かしました。

このように、自分で作ったページや自分の環境なら、CDP(Puppeteer)で操作を自動にできます。自分の Web アプリの動きを、ボタンを押すところから確かめるテストなどに使えます。

他社のサービスの画面を、自動で押さない理由

同じ方法で、AI のサービスの Web の画面に出る確認のボタンを、自動で押す台本も書けてしまいます。編集部は、その方法を紹介しません。理由は 2 つです。

• 利用規約に反するおそれがある: たとえば Anthropic の Consumer Terms of Service(2025年10月8日発効)は、API キーで使う場合や Anthropic が明示的に許した場合を除き、ボットやスクリプトなど、人ではない自動の手段でサービスを使うことを禁じています。ほかの会社のサービスにも、それぞれ利用規約があります。自動化を考えるときは、先にその規約を読んでください。
• 確認を全部飛ばすのと同じになる: 確認の画面に何が出ても押してしまう台本は、前の章の「確認をすべて飛ばす設定」と同じ危険を持ちます。確認の画面は、あなたが中身を見て判断するためのものなので、自動で押すと、その判断がなくなります。

席を外しても答えたいときは、この記事の ① から ③ の公式の仕組み(許可のルール、通知、Remote Control)を使います。

方法を比べる

確認の画面は、AI に任せる範囲を、あなたが決めるための仕組みです。押す回数を減らすときも、確認がなくなる範囲を自分で決めて、公式の仕組みの中で減らしてください。

次の回では、Claude Code をサブスクと API のどちらで使うと得かを、編集部のサーバーの記録で計算します(Claude Code のサブスクと API、どちらが得か 編集部の実測で計算)。