ホーム記事Claude Codeの権限設定の考え方|どこまで任せるか
経営

Claude Codeの権限設定の考え方|どこまで任せるか

結論

「Claude Codeにどこまで作業を任せていいのか」——この疑問に、 唯一の正解はありません。あるのは**「何を確認なしで進めさせ、何を人の目で 止めるか」という線引きの考え方**です。ファイルを読むだけの作業と、 ファイルを書き換える作業と、外部に送信する作業では、事故が起きたときの 戻しにくさがまったく違います。この記事では、その違いをもとにした 線引きの考え方と、業務別の目安を整理します。

権限設定とは、そもそも何を決めるものか

Claude Codeは、指示を受けてファイルを読んだり、書き換えたり、 プログラムを実行したりします。権限設定とは、そのそれぞれの動作を 「確認なしで進めてよいか」「人に一度見せてから進めるか」を あらかじめ決めておく仕組みです。

人の仕事に置き換えると、新しく入った部下にどこまで独断で 進めてよいかを伝えておく作業に近いものです。資料を読んで まとめるだけなら都度の確認は不要でも、契約書を送る・支払いを 実行するといった場面では、一度見せてから進めてもらう—— この線引きを、部下ではなくAIに対して事前に設定するのが権限設定です。

Claude Codeには、確認の頻度が異なる複数のモードが用意されています。 主なものは、すべての操作を都度確認する「Manual」、ファイルの編集だけ 自動で進める「Accept Edits」、読むことと計画作成だけを行い書き換えを 一切しない「Plan」、危険な操作かどうかを別の判定の仕組みが確認しながら 多くの操作を自動で進める「Auto」の4種類です。切り替えはキーボードの Shift+Tabで行います(2026年9月時点。出典:Claude Code公式ドキュメント Choose a permission mode)。 名称や挙動はバージョンによって更新されることがあるため、最新の内容は このページで確認してください。

なぜ「全部自動」にしないほうがいいのか

作業を速く終わらせたいなら、確認をすべて省いて自動で進めさせたく なります。ですが、確認を省くことと、事故が起きたときに戻せるかは 別の問題です。

Claude Codeが行う動作は、大きく3種類に分けられます。

動作の種類 具体例 戻しやすさ
読むだけ 資料の確認、現状の調査、比較表の作成 戻す必要がない(何も変えていない)
書き換える ファイルの編集、フォルダの整理、記事の下書き作成 元のファイルが残っていれば戻せる
外部に出す メール送信、SNS投稿、支払い、顧客データの更新 戻せない、または戻すのに手間がかかる

「読むだけ」の作業は、間違えても実害がほとんどありません。 一方で「外部に出す」作業は、一度実行されると取り消しが効かないか、 効いても相手にはすでに届いています。権限設定で最も気をつけるべきは、 この「戻せない」動作を、確認なしで進む設定にしないことです。

業務別に見る、線引きの目安

業務の種類によって、どこまで自動化してよいかの目安は変わります。 一般的な中小企業の業務を想定すると、次のように分けられます。

業務 確認なしで任せやすい範囲 人の確認を挟む範囲
資料作成・議事録整理 下書きの作成、要約、フォーマット整形 社外に配布する最終版の内容確認
経理・請求書処理 数字の突き合わせ、下書きの仕訳入力案の作成 実際の送金・振込の実行
顧客対応の下書き 返信文の下書き作成 送信ボタンを押す操作そのもの
社内文書の整理 フォルダ内のファイル整理、命名の統一 削除を伴う整理(元ファイルの完全消去)
SNS・広報の下書き 投稿文の下書き作成 実際の投稿の実行

表からわかるのは、「下書きまで」と「実行そのもの」を分けるという 共通のパターンです。下書きを作る段階までは確認を省いても実害が 小さく、実際に外へ出る・お金が動く・データが消える段階だけを 人の確認ポイントにする、という考え方です。

任せた場合の時間試算

権限の線引きを整えたうえでAIに下書き作業を任せると、 一般的な中小企業の業務量から試算して次のような差が見込めます。

業務 今の時間(人がすべて実施) 下書きをAIに任せ、実行は人が確認
議事録の作成+配布用整形 1.5時間 0.5時間 1.0時間
請求書の仕訳入力案の作成 2.0時間 0.7時間 1.3時間
顧客への定型返信の下書き作成 1.0時間 0.3時間 0.7時間

試算の前提:担当者1名・時給3,000円換算。「今の時間」は資料作成から 最終確認までを人がすべて行う場合の目安時間。「AIに任せた場合」は、 下書き作成をAIに任せ、実行(配布・送信・入力の確定)は人が内容を 見てから行う場合の、人の作業時間(確認・修正・実行操作)の目安です。 実際の時間は業務の複雑さや確認の丁寧さによって変わります。

権限設定で事故を防ぐための最低限のルール

権限の細かい設定方法は仕組みの話になりますが、 運用として押さえておくべきことは次の4点です。

  • 戻せない動作(送信・支払い・削除・顧客データの更新)は、 人が内容を見てから実行する設定にする。 「まとめて自動で進めて」と一括で頼まない
  • 顧客情報や個人情報を含む資料は、読み込ませる範囲を先に決めておく。 該当箇所を伏せる、または読み込んでよいファイルだけを指定する
  • 誰が権限設定を管理するかを、担当者1名に決めておく。 複数人がそれぞれ違う設定で使うと、確認が抜ける箇所ができる
  • 業務の内容が変わったら、権限設定も見直す。 最初は下書きだけに使っていた作業が、実行まで任せる範囲に 広がった場合は、そのタイミングで確認ポイントを入れ直す

具体的な設定項目や画面の操作手順は、Claude Code公式ドキュメントの Permissions(許可・確認ルールの設定) のページを参照してください(2026年9月時点)。

非エンジニアが最初に決めるべきこと

コードを書く知識は不要ですが、最初に決めておくべきことが一つあります。 それは、「この業務では、どこまでを下書きとして扱い、どこからを 実行として扱うか」を、業務ごとに一言で書き出しておくことです。

例えば「請求書の仕訳入力案の作成まではAIに任せる。実際の入力確定は 経理担当が行う」というように、1行で線引きを書いておくと、 設定を誰が見ても同じ運用ができます。この線引きが曖昧なままだと、 「どこまで自動で進めてよいか」をAI側の判断に委ねることになり、 想定していない範囲まで作業が進んでしまうことがあります。

よくある質問

Q. 権限設定を厳しくしすぎると、AIに任せる意味がなくなりませんか。 A. 「読むだけ」「下書きを作る」段階まではほとんどの業務で 確認なしに任せられます。厳しくすべきなのは、外部への送信・支払い・ 削除など戻せない動作だけです。そこ以外まで厳しくすると、 確かに作業が遅くなります。

Q. 無料版のAIツールに社内資料を読み込ませても大丈夫ですか。 A. ツールによっては、入力した内容が既定でサービスの学習に 使われる設定になっています。例えばChatGPTの個人向けプランは、 既定で入力データが学習に使われる設定になっており、設定画面の 「データコントロール」にある「Improve the model for everyone」を オフにすることで学習に使われなくなります(出典:OpenAI公式ヘルプセンター Data Controls FAQ、 2026年9月時点)。既定の設定や変更方法はツールごとに異なるため、 社内資料や顧客情報を読み込ませる前に、その設定を確認してください。 契約プランによっても扱いが異なるため、利用しているAIツールの公式サイトで データ取り扱い規約の最新版(2026年9月時点のもの)を確認してください。

Q. 権限設定は誰が決めるべきですか。経営者自身がやる必要がありますか。 A. 設定作業自体は担当者に任せてかまいませんが、 「どこまでを確認なしで進めてよいか」の線引きは、 その業務の責任者が最終判断すべきことです。特に送金や顧客データに 関わる線引きは、経営者か部門責任者が確認しておくことをおすすめします。

Q. 一度自動実行にしてしまった作業を、あとから確認ありに戻せますか。 A. 戻せます。権限設定は業務の状況に応じて随時変更できるため、 「思っていたより範囲が広がっていた」と感じた時点で、 確認を挟む設定に戻すことをおすすめします。

Q. 小さな会社でも、ここまで厳密に権限を分ける意味はありますか。 A. 人数が少ない会社ほど、一つの誤操作を確認する人手が 足りないことがあります。戻せない動作だけでも確認を挟む運用にしておくと、 少人数でも事故を防ぎやすくなります。


自社の業務でどこまでAIに任せられ、どこで確認を挟むべきかは、

理解度チェック

読んだ内容の確認に3問だけ。押すと答えが開きます。

Q1. すべての操作を確認なしで自動実行する設定にすると、作業は速くなるが安全性は下がる。

— 確認の工程を省くほど、誤った削除や送信を人が止められなくなるため(本文参照)。

Q2. 外部への送信(メール送信・投稿・支払いなど)を伴う操作は、内容を人が見てから実行する運用にすべきである。

— 送信は取り消しが難しく、誤りがそのまま外部に届くため、確認を挟む対象として扱う(本文参照)。

Q3. 一度決めた権限設定は、業務内容が変わっても見直す必要はない。

× — 任せる業務の範囲や重要度が変われば、確認を挟む場所も変える必要がある(本文参照)。