チームセットアップ：リポジトリと一緒に安全ポリシーを配る

​

全メンバーへのインストールを徹底する

npx -y cc-safety-net@latest install

​

インストールの自動化

{
  "scripts": {
    "postinstall": "node -e \"process.env.CI || require('child_process').execSync('npx -y cc-safety-net install --claude-code', {stdio: 'inherit'})\""
  }
}

• セットアップ手順は CI やコンテナ内でも実行されがちですが、そこでエージェントの hook をインストールするのは無駄です。上の process.env.CI ガードが、そうした環境でのインストールをスキップします。
• インストールはマシンごと・エージェント CLI ごとなので、チームが実際に使うターゲットフラグを選んでください。複数 CLI が混在するチームなら、対話式のワンライナーを文書化するほうが向いています。

​

リポジトリの保護を統一する（任意）

• .cc-safety-net/policy.json：各メンバーのユーザーポリシーの上に重なるスパースなプロジェクトポリシーで、安全 preset、組み込み保護の切り替え、ルール単位の上書き、追加の保護対象パスを設定します。マージの仕様はプロジェクトポリシーを参照してください。
• .cc-safety-net/rule.json と .cc-safety-net/rules/：プロジェクトのカスタムルールです。取り込み済みの rulebook ファイルは通常のコミット済みファイルなので、チームメイトは何も実行しなくても受け取れます。形式はカスタムルールを参照してください。

npx -y cc-safety-net policy check proposal.json
npx -y cc-safety-net policy apply proposal.json

npx -y cc-safety-net rule add cc-safety-net/rulebooks --only terraform aws

npx -y cc-safety-net status
npx -y cc-safety-net rule verify
npx -y cc-safety-net explain "terraform destroy"

​

メンバーから見えるもの

• **ユーザーポリシーはメンバーのものです。**プロジェクトファイルはその上に重なるだけです。未設定のフィールドは継承され、メンバーはプロジェクトの基準より厳しいユーザーポリシーを使えます。
• **監査はユーザースコープのままです。**プロジェクトポリシーの audit セクションは無視され、その旨が報告されます。メンバーがローカルで何を記録するかをプロジェクトは変えられません。
• **プロジェクトルールはユーザールールに干渉できません。**ユーザースコープのルールを指すプロジェクトの上書きは、警告とともに無視されます。

​

ポリシー変更は人間の手で

​

検証を続ける

- run: npx -y cc-safety-net@latest rule verify