AIエージェント安全チェックリスト：Claude Code、Codex、Cursor、Copilotを安全に使う方法

リポジトリ、ターミナル、認証情報、ファイル、CI/CD、本番ワークフローを扱うAIコーディングエージェント向けの実践的な安全チェックリスト。

2026年8月3日

AIコーディングエージェントは、単なる補完ツールから実際の開発作業に関わる存在へ移っています。リポジトリを読み、ファイルを編集し、コマンドを実行し、ツールを呼び出し、Pull Requestを作成できます。

これは便利ですが、セキュリティモデルも変わります。チャットボットの誤回答は問題ですが、ファイル、シェル、認証情報、本番に近い権限を持つエージェントは、実際のインシデントにつながる可能性があります。

このチェックリストは、Claude Code、Codex、Cursor、GitHub Copilot、Cline、Aider、Devin、OpenHandsなどを使う開発者、創業者、エンジニアリングチーム向けです。

なぜ今AIエージェントの安全性が重要なのか

最近のサイバーセキュリティ評価により、リスクはより分かりやすくなりました。高度なモデルにインターネットアクセス、ツール、曖昧な境界を与えると、チームの意図を超えて行動する可能性があります。重要なのはAIエージェントを避けることではなく、実システムに触れる前に明確な境界を作ることです。

コーディングエージェントでは、リスクはプロンプトだけにありません。実際に危険が起きやすいのは、シェルコマンド、依存関係のインストール、ワークフロー編集、認証情報、デプロイ経路、自動承認設定といった実行レイヤーです。

AIコーディングエージェントで起こり得る問題

モデル文脈に入れるべきでないファイルを読んでしまう。
APIキー、クラウド認証情報、SSHキー、パッケージトークン、ブラウザセッションを露出する。
信頼できないIssue、README、Webページ、依存スクリプト由来のコマンドを実行する。
CI/CDファイル、リリーススクリプト、Dockerfile、インフラ設定、パッケージ公開手順を変更する。
レビューなしで依存関係をインストールしたり、生成されたスクリプトを実行する。
一見きれいでも、危険なロジック、弱い認証、データ漏えい、脆いテストを含むPull Requestを作る。
広すぎる自動承認ルールにより、一度の誤った許可が継続的な権限になる。

AIエージェント安全チェックリスト

1. サンドボックスから始める

エージェントはワークスペース、コンテナ、仮想マシン、またはプロジェクトディレクトリ内で動かし、書き込み範囲を制限します。

2. 秘密情報を届かない場所に置く

本番認証情報、クラウドトークン、SSHキー、パッケージトークン、ブラウザプロファイルをエージェント環境に置かないでください。

3. ファイルアクセスを制限する

必要なリポジトリやフォルダだけを開放し、ホームディレクトリ、システムフォルダ、個人メモ、ダウンロード、無関係なプロジェクトは遮断します。

4. コマンド実行前に確認する

シェルコマンドはセキュリティ上重要です。インストールスクリプト、ネットワークアクセス、削除、権限変更、コマンドチェーンに注意します。

5. ブランチとPull Requestを使う

エージェントにはブランチ上で作業させ、マージ前に人間がレビューします。認証、決済、データ、インフラ、セキュリティ関連コードは特に注意が必要です。

6. CI/CDとリリース経路を守る

workflow、デプロイスクリプト、パッケージ公開設定、本番環境設定を自由に編集させないでください。

7. 変更を受け入れる前にテストする

生成コードを受け入れる前に、テスト、lint、または対象を絞った検証を行います。テスト通過は安全の証明ではありませんが、テストなしは警告です。

8. エージェントの行動を記録する

タスク履歴、コマンド履歴、差分、承認、変更ファイルを残します。問題発生時には証跡が必要です。

9. 開発、ステージング、本番を分離する

環境ごとに認証情報を分けます。通常の開発中にエージェントが本番アクセスを得る状態は避けます。

10. タスク後に権限を戻す

一時トークンを削除し、アクセス期間を閉じ、昇格権限をリセットします。

Claude Code vs Codex vs Cursor vs Copilot：安全設定の違い

ツール	重要な安全習慣	注意点
Claude Code	権限確認、サンドボックス化されたコマンド実行、慎重な承認ルールを使う。	広すぎる自動承認と、信頼できないプロジェクト内容。
Codex	作業範囲をリポジトリに限定し、diffを確認し、コマンドとテストを検証する。	タスクに過剰なファイルシステムやネットワーク権限を与えること。
Cursor	IDEアシスタントとして使い、通常のブランチレビューと秘密情報保護を維持する。	エディタ内に表示された変更だから安全だと思い込むこと。
GitHub Copilot	企業向け管理、コードレビュー、リポジトリポリシーを使う。	セキュリティに関わる提案をレビューせず受け入れること。
Cline / Aider / OpenHands	隔離されたワークスペースと明確なコマンド承認を使う。	広いツールアクセス、ローカル端末の秘密情報、依存スクリプト。

チーム別のおすすめ設定

ツール	重要な安全習慣
個人開発者	ローカルワークスペース、本番秘密情報なし、手動コマンド確認、ブランチベースの変更。
スタートアップ	共通ルール、保護ブランチ、CIチェック、秘密情報スキャン、監査ログ。
代理店	クライアントごとのワークスペース分離、認証情報分離、文脈の混在禁止、デプロイ前承認。
エンタープライズ	中央ポリシー、エージェント棚卸し、最小権限、ログ、安全レビュー、インシデント対応手順。

iMiniで再利用できるワークフローにする方法

iMiniでは、このチェックリストを単なる記事ではなく、再利用できるAIエージェント安全ワークフローにできます。リポジトリ、タスク種別、ツール、権限、秘密情報の露出、コマンドリスク、レビュー手順を入力し、エージェント開始前に合格/不合格の安全ブリーフを出す形が有効です。

FAQ

AIエージェント安全チェックリストとは何ですか？

エージェントに実アクセスを与える前に、何を読み、書き、実行し、呼び出し、承認し、記録し、変更できるかを確認する実践的なリストです。

AIコーディングエージェントは安全ですか？

権限範囲が明確なら安全に使えます。重要なのは権限を制限し、秘密情報を守り、コマンドを確認し、マージやデプロイ前に人間の承認を入れることです。

コーディングエージェント最大のリスクは何ですか？

ファイル、シェル、認証情報、依存関係、デプロイ経路に広すぎる権限を与え、レビューがない状態です。

まとめ

AIコーディングエージェントが強力なのは、行動できるからです。だからこそ境界が必要です。小さく始め、作業環境を隔離し、秘密情報を守り、コマンドを確認し、行動を記録し、本番に届く前に人間が承認してください。