action フィールドに判定を保持し、それが allow の場合にのみ生成に進みます。このチェックはステートレスで、返却後にプロンプト本文を保持しません。
リクエストボディ
semantic はオプションのセマンティックスコアリング層を制御します:off は無効化、shadow は判定に影響を与えずにスコアリング、enforce はスコアを判定に反映させます。省略した場合、サービスはデフォルトモードを適用します。料金とレート制限。 ベータ期間中このチェックは無料で、個別の有効化も不要です —— 決済で使用している API Key でそのまま呼び出せます。ゲートウェイの標準制限が適用されます:マーチャントごと・エンドポイントパスごとに 60 秒のスライディングウィンドウで 100 リクエストまでです。超過すると
Retry-After ヘッダー付きの 429 が返ります(エラー表を参照)。その時間待ってから再試行し、生成リクエストを破棄しないでください。リクエスト例
成功レスポンス (200)
上記の
data ラッパーは生の HTTP レスポンスのものです。SDK はこれをアンラップするため、scanPrompt() は判定オブジェクト自体を返します。verdict.action を直接参照してください。レスポンスフィールド
判定への対応
モデレーションサービスが一時的に利用できない場合、チェックは
action: "review" を reasonCode: "service_degraded" 付きで返し、判定なしで何も生成されないようにします。デグレード応答を受け取った場合は、生成せずにリクエストをリトライしてください。エラー
リトライポリシー:4xx は一切リトライしない — リクエストを修正してから再送信。5xx は指数バックオフでリトライ(5s 開始、最大 3 回)。
生成前にプロンプトをチェックし、
allow の場合にのみ続行してください。完全なカバレッジには、AIGC コンプライアンスに記載のとおり生成後段階のチェックを追加してください。