Claude Media
Cowork承認プロンプトが多すぎて止まるときの対処法

Cowork承認プロンプトが多すぎて止まるときの対処法

Coworkで承認プロンプトが止まらない原因は、個人のモード選択と組織側の権限設定という2層に分かれます。層ごとの切り分け方と、Team・Enterpriseで見落としやすい設定をまとめました。

Coworkでタスクを流すたびに「Allow」を求められて作業が止まる場合、原因は2つの層に分かれます。1つは自分が選んでいる承認モードとコネクタごとの権限、もう1つはTeam・Enterpriseで管理者が握る組織設定です。Autoに切り替えたのに直らない相談は、後者に行き着くことが少なくありません。

くらべる

承認が減らない原因は2つの層のどちらか

自分で直せる

個人の層

モードセレクターの選択と、コネクタごとの「Always allow」「Needs approval」「Blocked」。Autoでも、安全性チェックのブロックが続くと1ステップごとの確認に戻ります。

管理者だけが直せる

組織の層

Team・Enterpriseの組織設定。Autoの提供可否と、書き込み系コネクタツールの「常に許可」の可否を決めます。個人設定は、この設定を超えられません。

モードとコネクタ権限の掛け合わせを読む

Coworkのモードは、チャット入力欄のモードセレクターから選びます。「Manually approve」(旧称「Ask before acting」)は操作ごとに確認を求めるモードです。コネクタ権限を「Always allow」にしたツールを除き、承認が多いのは仕様どおりです。「Automatically approve」(Auto)は、実行の直前にClaudeが安全性を確認し、危険と判定したものをブロックします。「Skip all approvals」(Skip)は安全性チェックを行わず、確認なしで進めます。ファイルの完全削除は、どのモードでも確認が出ます。

実際の挙動は、モードとコネクタツールごとの権限の掛け合わせで決まります。権限はCustomize > Connectorsで、ツール単位に「Always allow」「Needs approval」「Blocked」から選びます。入力欄の「+」メニューは、使うコネクタの切り替え用です。公式ヘルプの表を読み取ると、次の組み合わせになります。

モードAlways allowNeeds approvalBlocked
ManualAlways allow承認済みとして進むNeeds approval毎回確認Blocked拒否
AutoAlways allow読み取り専用は承認済み、書き込み・削除系はClaudeが判断Needs approvalClaudeが判断Blocked拒否
SkipAlways allow承認済みとして進むNeeds approval承認済みとして進むBlocked拒否

「Blocked」にしたツールは、どのモードでも拒否されます。承認ではなく拒否が出ているなら、ここが原因です。ここからもう2つの読み方ができます。1つ目は、Manualでも「Always allow」にしたツールは確認なしで通ることです。モードを変えずに、頻出する読み取り系ツールだけを個別に「Always allow」へ寄せる手があります。2つ目は、Autoの「Claudeが判断」の中身です。判断が「危険」に傾くと、確認かブロックになります。

Autoでも止まる典型はこの「Claudeが判断」の領域です。Autoは、ブロックが繰り返されるとClaudeが1ステップごとに確認を求める挙動へ切り替わると説明されています。安全性チェックに何度も引っかかるタスクは、結果的にManualと同じ体験になります。この場合は、モードではなくタスクの中身を見直す方向になります。安全性チェックは、データの持ち出しやプロンプトインジェクションの兆候といった観点で各アクションを見ます。ブロックされた場面では、Claudeが別の安全な進め方を探すか、直接確認を求めます。そのため、同じ種類の確認が繰り返し出るなら、頼み方や接続先をどう変えれば済むかをタスク側で考える余地があります。

Autoの対象は、既存のコネクタ・プラグイン・内蔵ブラウザ・Claude in Chrome、それにWebサイトの取得などのCowork内の動作です。ブラウザ経由の操作もコネクタと同じ安全性チェックに乗るため、Autoにすればまとめて確認が減ります。一方でAutoは各アクションを確認する分だけ処理が増え、他のモードより使用量を多く消費します。承認の回数を減らす代わりに、使用量の上限には早く近づく点は頭に入れておくと判断しやすくなります。

Autoが選べない画面になっている場合

モードセレクターの選択肢は、契約形態や画面のバージョンで変わります。Pro・Maxで順次展開されている新しいClaude体験(入力欄に「Chat」と「Cowork」の切り替えが無い画面)では、権限設定の選択肢は「Auto」と「Manual(既定)」の2つと案内されています。Skipが見当たらないのは、この画面の仕様です。

Team・Enterpriseで、Autoそのものが見当たらない場合は組織設定が原因です。組織設定Organization settings > Cowork(Permissions配下)の「Allow "Automatically approve" mode」がオフだと、Autoはメンバーのモードセレクターから消えます。この設定は既定でオンなので、オフになっているなら誰かが明示的に切った状態です。

書き込み系ツールだけが毎回止まる場合は組織設定を疑う

Autoを選べていても、書き込み系のコネクタツールだけ毎回確認が出ることがあります。同じPermissions配下の「Allow "Always allow" for connector tools」が既定でオフだからです。この設定がオフの間は、承認ダイアログの「Allow for all tasks」がグレーアウトして選べません。それまでに保存していた「常に許可」の設定も反映されず、メンバーはタスクのたびに承認します。

読み取り専用ツールは対象外ですが、免除されるのはコネクタ側が読み取り専用と注釈しているツールだけです。カスタムコネクタの多くはこの注釈を付けていないため、そのコネクタの全ツールが承認の対象になります。カスタムコネクタを使う組織で承認が減らないときは、まずここを疑う価値があります。

Enterpriseではカスタムロールの権限付与も重なりますが、ロールで許可を広げても、この組織設定は上書きできません。設定が重なる場合は、最も制限の厳しい層が勝ちます。承認が多いと感じたら、自分のロールより先に組織全体の設定を確認するほうが近道です。

承認の実態は管理者ログで測れる

個々のメンバーに聞いて回る前に、Team・Enterpriseの所有者はOpenTelemetryでCoworkのイベントを監視ツールへ流せます。イベントにはツール呼び出しやファイルアクセスのほか、人間の承認判断が含まれます。公式の説明では、各ツール操作が「ユーザーが承認」「ユーザーが拒否」「既存の許可に基づき自動で開始」のどれだったかを区別できます。

さらに、1回のユーザー入力で起きたすべてのイベントは共通のprompt.idでつながります。特定のタスクで承認が何回起きたかを再構成できるので、「特定のメンバーだけ多いのか」「特定のコネクタだけ多いのか」を、聞き取りより先に切り分けられます。

エクスポートは、管理者がOTLPエンドポイントを設定したときだけ動き、既定では何も流れません。ユーザーのプロンプトの内容とメールアドレスはイベントに含まれるため、社内ルール上ログに残せない場合は、収集側でフィルタする必要があります。

画面操作(Computer Use)の確認は別の仕組みで動く

モードやコネクタを見直しても、画面操作を使うタスクだけ確認が減らないことがあります。公式の安全ガイドは、Computer Useを「他のCoworkツールを止める権限チェックを介さない」機能として説明しており、代わりにアプリ単位の許可で動きます。新しいアプリに触れる前に、その都度許可を求められます。

macOS 15以降では、Claudeはバックグラウンドのウィンドウで作業し、フルスクリーンが必要になる最初の場面でセッションごとに許可を求めます。投資・取引プラットフォームや暗号資産関連のアプリは既定でアクセスがブロックされます。特定のアプリを恒常的に止めたいときは、アプリのブロックリストへ追加すると、Claudeからの要求が自動的に拒否されます。macOS 15以降の既定はバックグラウンド作業で、画面を占有させたい場合はSettings > General(Desktop app配下)で「When Claude requests access to an app」を「Full control」にします。

確認の回数を減らす方法として現実的なのは、コネクタを先に繋いでおくことです。公式の説明では、Claudeはコネクタ、内蔵ブラウザまたはClaude in Chrome、画面操作の順に最も精密な手段から使います。Gmail・Google Drive・Microsoft 365・Slackなどのコネクタがあれば、画面操作まで落ちる場面そのものが減ります。

Computer UseはPro・Maxプラン向けのbetaで、Team・Enterpriseでは使えません。Team・Enterpriseで画面操作の確認が多いという相談は、対象の機能自体が使える契約かどうかから確認することになります。

Manualへ戻す判断を残しておく場面

承認プロンプトを減らすこと自体を目的にすると、取り消しにくい操作まで自動で進む判断になりかねません。公式の安全ガイドは、次の3つの場面ではManualへ切り替えるよう案内しています。

まとめ

Manualに戻す3つの場面

  • 機微なものに触れる

    ファイル・アカウント・サイトのいずれかが機微な内容を含むタスクです。

  • 初めて使うもの

    初めて使うツール・プラグイン・サイトが関わるタスクです。

  • 取り消しにくい操作

    メッセージ送信や購入のように、間違えたときに元へ戻せない操作を含むタスクです。

これらに当てはまらない定型作業は、Autoへ切り替えても実害が出にくい領域です。承認が多いこと自体は不具合とは限らず、タスクの性質に見合った頻度になっているだけの場合もあります。ファイルの完全削除は、どのモードでも確認が挟まる仕様です。削除の確認についてはCowork削除の承認が必須になる理由で扱っています。

切り分けの順番

手順

承認が減らないときの確認順

  1. 1

    現在のモードを見る

    モードセレクターで、意図したAutoが選ばれているかを確認します。選択肢にAutoが無ければ、契約形態と画面のバージョンを見ます。

  2. 2

    コネクタごとの権限を見る

    Customize > Connectorsで、対象ツールが「Needs approval」のままになっていないかを確認します。頻出する読み取り系は「Always allow」にできます。

  3. 3

    繰り返しブロックされるタスクを見直す

    データの持ち出しやプロンプトインジェクションと疑われる動きを含んでいないかを見ます。

  4. 4

    組織設定を管理者に確認してもらう

    Team・Enterpriseでは、Autoの提供可否と「Always allow」の可否を確認します。Enterpriseでは、ロール設定より先に組織設定を見ます。

Skipへ切り替えるのは、承認を減らす最後の手段です。Skipは安全性チェックそのものが働かなくなるモードなので、関わるコネクタ・ファイル・アプリのすべてを信頼できる場合に限った選択肢になります。

承認モードの3段階そのものの挙動や、Claude Codeのauto modeとの違いはCowork自動承認モードとはにあります。組織全体でどこまで承認を絞るかを部門ごとに設計する視点はCowork Approval Gatesを部門ごとに設計する考え方、コネクタ側の3段階権限とOAuth周りの注意点はClaude CoworkのConnectors一覧で扱っています。

まとめ

個人のモードとコネクタごとの権限で直せる分は自分で直し、Autoが見えない・書き込み系だけ止まるという症状は組織設定として管理者へ渡します。承認の回数を減らす前に、その承認が守っている操作が取り消せるかどうかを見ておくと、緩めてよい範囲を決めやすくなります。

この記事を共有:XはてブLinkedIn