PASS / MASK / BLOCK を使用し、Topic の判定は 2-state です — PASS または BLOCK のいずれかです。
PASS
一致したルールがない(または
PASSING ルールのみ一致した)場合。コンテンツはそのまま続行します。MASK
(PII のみ) 機微な箇所がマスクトークンに置き換えられます。Guardian はマスクされたコンテンツを返します。
BLOCK
ブロッキングルールまたは unsafe なトピックに一致した場合。リクエストは停止され、何も先へ送信されません。
全体のアクションは最も重大なものになる
レスポンスには、ルートのaction と項目ごとの内訳があります。ルートのアクションは、PII と Topic の結果を統合した上で、検出されたすべての項目のうち最も重大なアクションです: BLOCK > MASK > PASS。したがって、1 つでもブロッキングに一致すると、他の部分がマスクのみであっても、リクエスト全体が BLOCK になります。
実際のレスポンス例
MASK — PII が一致し、置き換えられました。processed_content にマスクされたテキストが格納されます。マスクトークンは [<MASK_WORD>_<n>] の形式に従い、カテゴリごとに番号が付与されます(1 始まり、ドキュメント内の出現順、かつ値に対して安定です。同じ元の値には同じ番号が付くため、異なる 2 つの氏名はそれぞれ [PERSON_NAME_1] と [PERSON_NAME_2] になります)。各トークンの背後にある元の値は matched_text として公開され、unmaskOutput はこれを使って元に戻します。
processed_content は null です。
フィールドの完全なリファレンス(PII と Topic の
detected_items の違い)については、レスポンス形式を参照してください。アクションが確認できる場所
- API 開発者は、Guard API レスポンスから
actionを読み取ります。 - Account Admin は、Opticon モニタリングですべてのアクションをトレースとして確認でき、
PASS/MASK/BLOCKのタグが付きます。 - Desktop Agent ユーザーは、AI ツールを使用する際に MASK/BLOCK を透過的に体験します。