Coworkの取り消せない操作をどう見極めるか — 実務チェックリスト

Coworkの承認モードをどこまで自動化に寄せるかで迷ったとき、判断の軸は「その操作をあとから元に戻せるか」の一点に絞れます。公式の安全ガイドは、Manual承認への切り替えを勧める場面を3つの基準で示しています。本記事はその3基準を、実際の操作を仕分けるためのチェックリストに落とし込みます。部門ごとの承認ゲート設計そのものはCowork Approval Gatesを部門ごとに設計する考え方の4軸の枠組みが担うので、本記事は「この操作は取り消せないか」という一点の判定に絞ります。

取り消せない操作とは何を指すか

Coworkが扱う操作は、大きく読み取り(Read)と書き込み(Write)の2種類に分かれます。読み取りは失敗しても実害がほぼありませんが、書き込みは実行された時点で現実に影響が及びます。取り消せない操作とは、この書き込みのうち実行後に元の状態へ戻す手段が無い、または戻す手段があっても実行前より状況が悪化する操作を指します。

公式ガイドはManualへの切り替え基準として次の3つを挙げています。

• タスクが機微なファイル・アカウント・サイトに触れる
• 初めて使うツール・プラグイン・サイトを相手にする
• メッセージ送信や購入のように、間違いを元に戻しにくい

3つは独立した基準ではなく、重なるほど取り消せなさが増します。初めて使うコネクタで、機微な顧客データベースに書き込み、しかもその書き込みが外部への通知を伴う、という操作は3基準すべてに該当し、最も強い確認を要します。

判定チェックリスト — 4つの問いで仕分ける

実際の操作を目の前にしたとき、次の4つの問いに沿って確認すると、Manual承認に固定すべきかどうかが絞り込めます。すべて「Yesなら強める」に向きをそろえてあります。

Yesの数が多いほど、その操作はManual承認に固定すべき候補です。ただしファイルの完全削除は、この4つの問いの結果にかかわらず、Manual・Auto・Skipのどのモードを選んでいても必ず確認画面が出ます。公式ガイドは「Claude always asks before permanently deleting files, in any mode」と明記しており、これはユーザーが選ぶモード設定の外側に置かれた固定ルールです。削除保護がなぜこの一点だけ例外扱いなのかはCowork削除承認はなぜどのモードでも外せないのかで掘り下げています。

操作の種類別に見る判定の当てはめ方

チェックリストを実際の操作に当てはめると、次のような仕分けになります。

メッセージ送信・メール送信は、社外に届く時点で「対象が社外に届くか」に該当し、送信後の取り消しは実質的にできません(訂正の連絡を入れる事後対応は可能ですが、送信そのものは戻りません)。初めて連携するメールアドレスや、新しい相手への送信はManualに固定するのが妥当です。

購入・決済の確定は、金銭・契約が確定する操作の典型です。返金や取り消しの交渉という経路が残っている分、ファイル削除よりは一段階戻しやすい位置にありますが、公式ガイドが名指しで「元に戻すのが難しい失敗」の例に挙げている操作でもあります。

CRM・データベースへの書き込みは、対象データの性質次第で判定が変わります。閲覧履歴のような軽微な更新は4つの問いのいずれもNoに近く、固定しなくてよい候補になりますが、取引先レコードの削除や契約ステータスの変更は、業務上の影響が大きく、強める側に倒すべき操作です。同じコネクタを使っていても、読み取り中心の集計作業と書き込みを伴う更新作業では判定が変わるため、コネクタ単位ではなく操作単位でチェックリストを当てはめる必要があります。

Scheduled Tasksでの自動実行は、人が見ていない時間帯に動く前提のため、判定基準がやや異なります。公式ガイドは「Don't schedule tasks that access sensitive files, send messages on your behalf, make purchases, or take other actions that are difficult to undo」と、取り消しにくい操作そのものをスケジュールしないよう明示的に注意しています。実行結果を毎回その場で確認できない以上、書き込みを伴うタスクは、実行後に何が起きたかを事後に検証できる設計(通知や実行ログの記録)とセットでなければ、たとえ個々の操作が軽微でも安全とは言えません。定型化した書き込みタスクをどう安全に自動化するかはCowork Scheduled Tasksで定型レポートを自動化する実践パターンで扱っています。

Computer Use(画面操作)は、ファイル操作やコード実行のような権限チェックの層を通らず、画面上で見えるものに直接作用します。クリックした先のリンクが開いてしまう、といった予期しない波及も起こり得るため、機微な業務(金融・医療系の画面)では対象アプリそのものをブロックリストに入れる対応が、個別の承認判定より先に効きます。公式ガイドも、銀行・医療ポータル・出会い系アプリのような機微なアプリはブロックリストに入れ、低リスクな操作から段階的に信頼を積む進め方を勧めています。ブロックリストの具体的な設定手順はCoworkのアプリブロックリスト設定にまとめています。

Autoモードの安全チェックが前提にしていること

Autoモード(Automatically approve)は、公式ガイドの言葉では「reviews each action for safety (such as checking for data exfiltration or prompt injection) and automatically blocks anything it determines to be unsafe」という仕組みです。挙げられている例はデータの持ち出しやプロンプトインジェクションであり、ユーザー本人が依頼した正当な操作かどうかまでを判定するとは書かれていません。

たとえば「この顧客に解約案内のメールを送って」という依頼は、ユーザー自身の正当な指示であり、データ持ち出しやプロンプトインジェクションのパターンには当たりません。公式ガイドはこの種の重大な結果を伴う作業について、「For work with real consequences—money, messages sent as you, important files—stay close and review what Claude does or consider switching back to Manually approve」と、Autoのままにせず近くで見守るか、Manualへ戻すことを勧めています。取り消せない操作をAutoの安全チェックだけに任せず、コネクタ側の権限設定で「ブロック」に固定するか、モード自体をManualに戻すという選択肢が、この注意への具体的な対応になります。

判定を誤りやすい2つの落とし穴

「読み取りだから安全」という思い込みには注意が必要です。読み取り専用のツールでも、読み取った内容が機微な情報であれば、その情報がその後の判断や共有に使われる過程で取り消せない影響に発展することがあります。読み取り自体は取り消せない操作ではありませんが、次に何が起きるかまで含めて見る必要があります。

もう一つの落とし穴は、承認モードとコネクタ側の権限設定を混同することです。Coworkの承認は、個人が選ぶモード(Manual・Auto・Skip)と、コネクタごとのツール権限(常に許可・要承認・ブロック)の掛け合わせで決まります。モードをManualにしていても、特定のツールをコネクタ側で「常に許可」に設定していれば、そのツールだけは確認なしで実行されます。取り消せない操作を狙って確認対象に含めたいなら、モードとコネクタ側の権限設定の両方を見る必要があります。

公式ドキュメントは、モードとコネクタ側の権限設定の掛け合わせを次の表で示しています。

この表からわかるのは、確認が必ず出るのはManual×要承認の組み合わせだけだという点です。Auto×要承認は「Claudeが判断」であって、確認画面が毎回出るとは限りません。Skip行の「要承認」列も「承認扱い(確認なしで実行)」です。モードの選択に関わらず取り消せない操作を確実に止めたいなら、「要承認」ではなく「ブロック」に指定する必要があります。「要承認にしてあるから安全」と思い込むと、AutoやSkipに切り替えた瞬間に想定していた歯止めが消えます。

この掛け合わせには、個人のモード設定より上位の制約もあります。公式ガイドは「On Team and Enterprise plans, administrators have significant oversight: they can disable the "Automatically approve" mode entirely or require approval for write-capable connector tools. This means "Always allow" preferences may not apply to your organization」と述べており、Team・Enterpriseプランでは管理者がAutoモード自体を無効化したり、書き込み系コネクタのツールに毎回の承認を必須にできます。組織でこの設定が入っていれば、個人が「常に許可」を選んでいても確認は省略されません。

よくある質問

チェックリストで「強める」と判定した操作が多すぎて承認プロンプトが頻発する場合はどうするか

4つの問いに立ち返り、実際にはいずれもNoに近い操作かどうかを見直します。同じ内容の承認プロンプトが繰り返し出るなら、対象が社外に届かず、金銭・契約も確定せず、使い慣れたツールに対する操作である可能性があります。そうした問いの結果が軽微な操作だけを選んでゲートを弱める、という順序が安全です。承認疲れへの対処はCowork承認プロンプトが多すぎて止まるときの対処法で解説しています。

Skipモードでもチェックリストは意味があるか

あります。Skipはコネクタ側でBlockedに指定されていない操作を確認なしで実行するモードですが、ファイルの完全削除だけはSkipでも確認が入ります。Skipを選ぶ場合ほど、どの操作をコネクタ側で明示的にBlockedへ指定しておくかの判断が重要になり、そこでこのチェックリストが使えます。

まとめ

Coworkでどの操作をManual承認に固定すべきかは、①実行後に元へ戻せるか②対象が社外に届くか③金銭・契約が確定するか④初めて使うツール・接続先か、の4つの問いで仕分けられます。この4つの結果に関わらず、ファイルの完全削除だけは常に確認が入る固定ルールです。重大な結果を伴う操作はAutoの安全チェックだけに任せず、コネクタ側の権限をブロックに指定するかManualへ戻すことを検討したうえで、個々の操作をこのチェックリストで仕分け、部門・業務単位での承認ゲート設計に落とし込む流れが実務的です。仕分けた結果を組織全体のゲート設計に反映する手順はCowork Approval Gatesを部門ごとに設計する考え方にまとめています。