コンテンツルール
送信される JSON テキストをワークスペース用語と正規表現でチェックします。
ワークスペース管理者が設定する 管理 → コンテンツルール。ルールはオプションであり、デフォルトでは無効になっています。これらは、そのワークスペース内のすべてのリソースグループとメンバーに適用されます。ゲートウェイ キーによってワークスペースが決まります。
モードを選択してください
| モード | 行動 |
|---|---|
| オフ | 内容チェックなしで転送します。 |
| 観察する | 変更されていないリクエストを転送し、一致したルール ID をリクエスト診断に記録します。一致するコンテンツは依然として上流に送られます。 |
| ブロック | アカウントの選択または上流のディスパッチの前に、一致するリクエストを拒否します。チェックが不完全な場合も転送が停止されます。 |
誤検知を評価する必要がある場合は、「観察」から始めます。構成されたルールの準備ができたら、ブロックに切り替えます。観察しても開示は妨げられません。
ルールを構成してテストする
選ぶ ルールを構成する、次に、名前、一致タイプ、一致するコンテンツ、および有効化を追加します。テキスト ルールでは、大文字と小文字を区別する部分文字列の一致が使用されます。正規表現では Go RE2 構文を使用します。ルックアラウンドと後方参照はサポートされていません。使用 (?i) 大文字と小文字を区別しない式の場合。無効な式や空の文字列に一致する式は保存できません。
などの広範な変数名ではなく、特定の値を使用します。 api_key、通常のコードで発生する可能性があります。ルール名に秘密を含めないでください。一致するコンテンツはワークスペースにバインドされたインスタンス キーで暗号化され、メタデータで返されることはありません。保存されたルールを編集する場合、一致するコンテンツを空白のままにすると、暗号化された値が保持されます。ルールを削除すると、以降のチェックからそのルールが削除されます。
拡大する このルールをテストする 仮サンプルを入力します。テストではそのルールのみがチェックされ、モデルは呼び出されず、サンプルは保存されません。テスト後に入力はクリアされます。などの合成例 DEMO_TOKEN_[A-Z0-9]{8} 式の構文をチェックするのに適しています。本当の秘密を公開問題やスクリーンショットに含めないでください。
正規表現入力では、入力時に文字クラス、グループ、アンカー、数量指定子、およびエスケープが強調表示されます。現在の下書きのみが表示されます。保存された式は非表示のままになります。リテラル用語はマスクされた入力を保持します。ハイライト表示では式の検証や実行は行われません。サーバーは引き続き Go RE2 構文をチェックします。
保存すると完全なポリシーが適用され、変更はトランザクション的に監査されます。古い編集内容は新しいバージョンを上書きできません。再度編集する前にリロードしてください。変更は、既存の WebSocket 会話を含む後続のチェックに適用されます。すでにチェックに合格したリクエストは遡ってキャンセルされません。
適用範囲と制限
命令、メッセージ履歴、ツール定義、引数と出力、JSON プロパティ名、重複フィールドを含む、デコードされた JSON 文字列をスキャンします。 Responses、Chat Completions、圧縮、Claude メッセージ、および Gemini 生成では同じチェックが使用されます。 WebSocket 再構築されたコンテキストをチェックします。テキストを保持する前に、ローカルのプリウォームがチェックされます。
ルールは最大 50 個、ルール名あたり 64 UTF-8 バイト、パターンあたり 1,024 バイトです。スキャンでは、最大 8 MiB の JSON と 64 のネスト レベルがカバーされ、ゲートウェイのリクエスト サイズ制限も考慮されます。監視モードでは、不完全なスキャンがマークされ、転送が続行されます。ブロックモードでは返されます content_check_unavailable そして転送しません。一致すると HTTP 403 が返されます。 content_policy_blocked、または対応するネイティブ プロトコルまたは WebSocket エラー。
これはテキスト パターン マッチングであり、完全なデータ損失防止システムではありません。画像、バイナリ添付ファイル、base64、およびその他の意図的なエンコードはデコードされません。フィールド間で分割された値は一致しない可能性があります。プロバイダーまたは他のエンドポイントに直接送信されるリクエストは、このゲートウェイをバイパスします。自動置換またはクライアント バイパス オプションはありません。
診断とバックアップ
リクエストの詳細には、既存のリクエスト履歴保持および所有権ルールを使用して、処理モード、ポリシー バージョン、一致したルール ID、および不完全チェック状態が保持されます。これらには、一致するスニペット、パターン、またはリクエスト本文が含まれていません。管理者はワークスペースのレコードを確認できます。メンバーには自分のメンバーだけが表示されます。ブロックされたリクエストは生成呼び出しを行わず、生成割り当てを消費せず、アカウントをクールダウンさせません。
クライアントが指定したモデル ラベルがルールに一致する場合、ログ、リクエスト履歴、および使用状況の概要からも除外されます。不完全なチェックでは、そのラベルも省略されます。約定と引当金の決済は、元のモデルを内部に保持します。
バックアップには、暗号化されたルールとインスタンス キーが含まれます。起動とアーカイブの検証では、復号化とルールの有効性をチェックします。キーが見つからない、またはキーが一致しない場合、ポリシーをサイレントにリセットすることはできません。元のキーをデータベースに保存します。ヒットごとの外部通知は実装されていません。