
私たちはその後、開発者がAI権限をより適切に管理できる専用製品を構築し、オープンソース化する予定です。詳細は stoplight.ai をご覧ください。

settings.json で機能するのは以下の場合:
Bash(rm:*) のような基本的なパターンマッチングでユースケースをカバーできる場合以下の場合はこちらを使用してください:
node_modulesでのrm -rfは許可、それ以外では拒否」Claude Code → PreToolUse hook → Rulebricks API → allow / deny / ask
自動的にルールを検出します
git clone https://github.com/rulebricks/claude-code-guardrails
cd claude-code-guardrails
./install.sh
Claudeが公開されたルールを検出し、適切なフックを配線します。
完了です。
| テンプレート | マッチャー | 制御内容 |
|---|---|---|
| Bash Command Guardrails | Bash | シェルコマンド |
| File Access Policy | Read|Write|Edit | ファイル操作 |
| MCP Tool Governance | mcp__* | MCPサーバー呼び出し |
環境変数(~/.claude/settings.json内):
{
"env": {
"RULEBRICKS_API_KEY": "your-api-key",
"RULEBRICKS_VERBOSE": "1"
}
}
| 変数 | 説明 |
|---|---|
RULEBRICKS_API_KEY | Rulebricks APIキー(必須) |
RULEBRICKS_VERBOSE | 1に設定すると決定内容をstderrに記録します |
決定テーブルを編集して新しいバージョンを公開してください。変更は即座に適用されます。再起動や再デプロイは不要です。
Logsタブでブロックされたコマンドの履歴を確認できます。ツールや承認決定などでクエリできます。このデータには、最もブロックされているツールを特定するなど、他にも有益な利点があります。

ガードレールを自由に編集して、機密データが当社のプラットフォームに到達する前に編集できます。
また、これは当社のクラウド環境で動作しますが、独自のログプロバイダーを使用してプライベートインフラストラクチャ上で実行することもできます。ご興味があれば お問い合わせください。
# Remove hook script
rm ~/.claude/hooks/guardrail.py
# Remove from settings.json (manual)
# Edit ~/.claude/settings.json and delete:
# - hooks.PreToolUse entry
# - env.RULEBRICKS_* variables
または、以下のワンライナーでフックと設定を削除できます:
rm ~/.claude/hooks/guardrail.py && python3 -c "
import json
p = '$HOME/.claude/settings.json'.replace('\$HOME', '$HOME')
s = json.load(open(p))
s.get('hooks', {}).pop('PreToolUse', None)
for k in list(s.get('env', {}).keys()):
if k.startswith('RULEBRICKS_'): s['env'].pop(k)
json.dump(s, open(p, 'w'), indent=2)"