AIライブラリ
デジタル主権の二重構造
欧州の脱パランティアとアメリカン・ビッグテックの鎖
金景珍(キム・ギョンジン), 弁護士
欧州の情報機関と国防省が米パランティアの分析ツールを排除し始めた2026年の記録です。フランス国内治安総局とドイツ連邦憲法擁護庁、オランダ国防省の置き換え決定、米国の輸出規制が同盟国の人工知能アクセスをわずか3日で遮断した事件、CLOUD ActとFISA 702条がもたらした域外管轄の実態を扱っています。欧州連合のクラウド・AI開発法(CADA)が定めた4段階の主権保証レベルと主権理由による契約解除権、ユーロスタック構想と3,000億ユーロの投資障壁に至るまで、全5章15節と結論2節で整理しました。
[AI書房] 第31章 権限設定とセキュリティ実務
Claude Code完全攻略
第8部
第31章 権限設定とセキュリティ実務
金京鎮
「危険な権限スキップ」という誘惑
YouTube で Claude Code のチュートリアルを検索すると、多くの動画で --dangerously-skip-permissions というフラグが使用されています。このフラグを指定すると、Claude はファイルの修正、コマンドの実行、パッケージのインストールなど、すべての作業を承認なしに自動的に実行します。画面からは作業がスムーズで整理されているように見えます。処理が途切れることなく連続して進むからです。
しかし、このフラグの名前には「危険に(dangerously)」という言葉が含まれています。それには理由があります。Claude が誤って重要なファイルを削除したり、意図しないシステムコマンドを実行したり、運用サーバーに影響を与える作業を承認なしに実行する可能性があることを意味しています。
作業を素早く終わらせたいお気持ちはよく分かります。しかし、速度と安全性のバランスを取るより良い方法があります。
4 ステップ自律性モデル
Claude Code の権限設定は 4 つの段階で構成されています。各段階は、エージェントに付与される自律性の度合いを示しています。
1 段階:Plan(計画)
最も制限の厳しいモードです。Claude はファイルを読み込んで分析できますが、一切修正しません。コードを作成せず、コマンドを実行しません。計画のみ策定して報告します。
新規プロジェクトの構造を把握したり、複雑な問題へのアプローチ戦略を議論したりする際に適しています。
2 段階:Ask Before(事前承認)
Claude は作業を実行できますが、各ステップごとにユーザーの承認を得ます。「このファイルを修正してもよろしいですか?」「このコマンドを実行してもよろしいですか?」と一つずつ確認します。
安全ですが、ユーザーが常に画面の前に座って承認ボタンを押す必要があるため、やや時間がかかります。重要なシステムで機密性の高い作業を行う際に選択されるモードです。
3 ステップ:Auto Edit(自動編集)
このステップでは、ファイルの編集は自動で行われますが、システムコマンドの実行には依然として承認が必要です。コードの作成と修正は自由にできますが、rm や npm publish、git push などのコマンドは、人が確認した後に実行されます。
ほとんどの日常的な開発作業に適したバランスの取れたモードです。
4 段階:バイパス
すべての制限が解除されます。これは「--dangerously-skip-permissions」に相当する段階です。Claude がすべての作業を自動的に実行します。
このモードは、ユーザーが画面の前でリアルタイムに監督している場合のみ使用するべきです。席を離した状態でバイパスモードでエージェントを稼働させるのは危険です。
許可リストと拒否リストによる細やかな制御
4 段階モデルよりも精密な制御が必要な場合は、許可リスト(allow list)と拒否リスト(deny list)を活用します。
この方式は「すべてを許可するかすべてをブロックするか」という二項対立ではなく、「安全と確認されたコマンドのみを許可し、危険なコマンドを明示的にブロックする」きめ細かい設定です。
許可リストには git commit、npm test、npm run build などの安全なコマンドを、拒否リストには rm -rf、git push --force、DROP TABLE などの破壊的なコマンドを登録します。
ここで重要なルールが一つあります。拒否リストは許可リストよりも優先されます。許可リストに rm が含まれていても、拒否リストにも rm があればブロックされます。安全装置が常に優先されます。
このように設定すれば、--dangerously-skip-permissions とほぼ同等の速度を得ながら、致命的なコマンドはブロックされます。速度を犠牲にせず安全性を確保する現実的な方法です。
VPS ホスティングとリモート Claude Code の運用
ノートパソコンを閉じると、Claude Code のセッションは切断されます。長時間の作業や常時監視が必要な場合、これは制約となります。
VPS(仮想プライベートサーバー)に Claude Code をインストールすれば、この問題は解決します。サーバーは 24 時間稼働しているため、ノートパソコンを閉じてもセッションは維持されます。SSH(Secure Shell)で遠隔接続すれば、いつでもどこからでもセッションを継続できます。
Telegram(テレグラム)との連携を設定しておけば、スマートフォンから Claude Code に指示を出すことも可能です。通勤中の地下鉄で「昨夜実行した検証結果はどうですか?」と尋ねれば、即座に回答が返ってきます。
Claude Code にはリモートコントロール機能も備わっています。ご自身のコンピュータで実行中のセッションを、ブラウザやスマートフォンから操作できます。コードはご自身のコンピュータから離れることなく、操作のみを遠隔で行います。オフィスで作業を開始し、コーヒーを飲みに行く間にスマートフォンで指示を出すことも可能です。
長期実行セッションを運用する際は、権限設定をより慎重に行う必要があります。ユーザーが席を離れている間にエージェントが動作するため、バイパスモードは適切ではありません。許可リストと拒否リストを細かく設定し、必要な場合は承認が必要な作業ではエージェントが待機するように設定することが安全です。
チーム環境におけるセキュリティ
個人利用とチーム利用では、セキュリティの次元が異なります。一人のミスがチーム全体に影響を及ぼす可能性があるからです。
API キーの管理
チームプロジェクトにおいて、API キーをコードに直接記述することは絶対に避けてください。一人がキーをハードコードしてコミットすると、そのキーは Git の履歴に永遠に残ってしまいます。非公開リポジトリであっても安全ではありません。
API キーは環境変数で管理します。.env ファイルにキーを保存し、このファイルは必ず .gitignore に追加してください。各チームメンバーは各自の .env ファイルを自身のコンピュータで管理し、キー自体は安全なチャネル(パスワードマネージャー、暗号化されたメッセージなど)を通じて共有します。
settings.local.json の活用
Claude Code の設定ファイルには、プロジェクト全体に適用される共有設定と、個人の環境にのみ適用されるローカル設定の 2 種類があります。
settings.local.json は個人用の設定ファイルです。このファイルには、個人の権限設定、環境ごとのパス、個人用の MCP 接続サーバー構成など、自分自身の環境に固有の内容を記述します。このファイルは Git にコミットしません。
プロジェクト共通の設定は、別の共有設定ファイルに記述してコミットします。チームメンバー全員が共通のルールに基づいて作業する一方で、個人ごとの差異は settings.local.json で処理する構造となっています。
最小権限の原則
チーム環境における権限設定の基本原則はシンプルです。各役割に必要な最小限の権限のみを付与します。
フロントエンド開発者の Claude コードセッションにデータベース削除コマンドを実行させる必要はありません。また、デプロイ担当者がいない人のセッションで本番環境へのデプロイコマンドが許可される理由もありません。役割ごとに許可リストと拒否リストを適切に構成することで、ミスの被害範囲を構造的に制限できます。
セキュリティは速度の敵ではありません
権限設定やセキュリティ管理に時間を割くのは面倒に感じるかもしれません。「ただ --dangerously-skip-permissions を使えばいいのでは?」と思うこともあるでしょう。実際、個人プロジェクトで簡単な実験を行う際には、それで大きな問題にならない場合もあります。
しかし、プロジェクトが大きくなり、チームメンバーが増え、運用サーバーが関与し始めると、セキュリティ設定なしで動作させることは、安全ベルトなしで高速道路を走行するのと同じです。事故が起きるまでは不便さを感じるだけですが、事故が起きたときにはもう手遅れです。
許可リストと拒否リストを一度細かく設定しておけば、その後はバイパスモードとほぼ同等の速度で作業しながらも、致命的なミスを防ぐことができます。最初に1時間投資して、その後のすべてのセッションを安全にすること。これほど効率的な時間投資はめったにありません。
Claude Codeを真面目に活用しようとする方にとって、権限設定は選択ではなく必須です。ツールの力が強ければ強いほど、その力を制御する体制も強固でなければなりません。
技術的スキルとセキュリティ意識を備えたのであれば、次はこれらの能力を実際のビジネスに転換する段階が残されています。Claude Codeを扱う技術だけでは不十分です。その技術を有する人が市場で最初のクライアントをどのように獲得し、価格を設定し、持続可能なビジネスを構築できるか—この問いに答えることが、次の旅の出発点となります。









