メインコンテンツへスキップ
CC Safety Net をインストールし、有効になっていることを確認してから、無害なコマンドがブロックされるところを見てみましょう。手順は、対応するすべてのエージェントで共通です。
1

エージェントに CC Safety Net をインストールする

エージェントごとに、プラグインマーケットプレイス、拡張機能、設定ファイル、パッケージインストールのいずれかを使います。エージェントごとのインストールで使用するエージェントのインストールコマンドを実行してから、このページに戻ってください。
2

状態を確認する

どの保護が有効になっているかを 1 画面で確認できます。
設定が正常に読み込まれると、判定行に ready と表示されます。degraded は、CC Safety Net が設定の一部を適用できず、フォールバックで動作していることを示します。修復方法は設定の復旧を参照してください。status の表示内容の詳細は、status コマンドのリファレンスにあります。
3

doctor を実行する

status は設定内容を要約します。doctor は、各エージェントとの連携をエンドツーエンドでテストします。
対応するエージェントをすべて一度に確認するため、使用中のエージェントを指定する必要はありません。ブロックが機能することを確かめるセルフテストも実行します。問題がなければ、各項目の横に緑色のチェックマークが表示されます。失敗した項目には、doctor が原因と対処方法を表示します。確認項目の一覧は、doctor コマンドのリファレンスにあります。
4

実際のブロックを確認する

CC Safety Net が有効な状態で、エージェントに次の無害な確認コマンドを実行させます。
このコマンドはシェルに届かず、エージェントは代わりにブロックメッセージを受け取ります。保護が有効でない場合でも、この除外専用の Git pathspec はファイルを 1 つも選択しないため、Git が追跡対象のファイルを変更することはありません。メッセージには、ブロックした理由と、エージェントが次に取れるより安全な操作が示されます。メッセージの構造と判定のライフサイクル全体は、仕組みを参照してください。
5

何も実行せずに理由を確認する

判定が予想と違うときは、explain を使います。コマンド文字列を実行せずに、同じエンジンで評価します。
判定、一致したルール、実際に適用されている設定が表示されます。
出力にはパス、ホスト名、プロジェクト名が含まれることがあります。どこかに貼り付ける前に、トレースを共有する前にを読んでください。

次のステップ

仕組み

1 つのツール呼び出しが、インターセプト、順序立てたチェック、許可またはブロック、監査記録へと進む流れを追います。

ブロックされるコマンド

CC Safety Net が既定でブロックする操作と、各項目の根拠を確認できます。

モード

standard、strict、paranoid の各安全レベルとワークツリーモードを比較します。

カスタムルール

プロジェクトの規約を強制するために、プロジェクト単位またはユーザー単位で独自のブロックルールを定義します。
最終更新日 2026年10月22日