1. Le guardrail en observation seule en un preset
Le Compliance Logger (observe-only) vit dans la catégorie Compliance du sélecteur de templates de guardrail. C’est une seule règlepii avec l’action
flag — l’action qui enregistre une correspondance et laisse le trafic
tranquille. Il n’y a aucun block, aucun mask, aucun appel de modèle et aucun
changement de SDK : la politique vit dans la passerelle, et votre application
continue d’appeler /v1/chat/completions exactement comme avant.
Signaler, jamais appliquer
L’action est flag — elle annote une correspondance et laisse passer la
requête et la réponse intactes. Rien n’est bloqué, rien n’est masqué.
Les deux étapes
Étape both — la règle scanne la requête et la réponse du modèle, donc
vous voyez la PII à l’aller et au retour.
Zéro surcoût de quota
La détection de PII intégrée est une correspondance de chaînes déterministe
— aucun appel de juge en amont, aucun token supplémentaire, rien sérialisé
derrière un modèle.
Flag = observation seule. Une action
flag enregistre une correspondance et
ne change pas le trafic. C’est le bon outil pour mesurer une politique avant
de l’appliquer, ou pour tenir un journal de conformité sans altérer le
comportement. Voir Actions pour le compromis
complet block / mask / flag.2. Le preset Compliance Logger, exactement tel que livré
Ouvrez le split-button New guardrail dans la vue Guardrails de la console et choisissez la catégorie de templates Compliance. La graine Compliance Logger (observe-only) est une seule règlepii :
| Champ | Valeur |
|---|---|
| Type | pii |
| Étape | both (requête + réponse) |
| Action | flag (observation seule) |
| Entités | email, phone, ssn, credit_card, ip |
3. Appliquer le preset dans la console
Chaque étape ici est une action de console sous votre propre session. Créer et modifier des guardrails nécessite Developer+ dans l’espace de travail. Seul l’appel/v1/* final utilise une clé de relais sk-orca-....
Ouvrir le template
Dans la console, ouvrez Guardrails, cliquez sur le split-button New
guardrail, et choisissez Compliance Logger (observe-only) dans la
catégorie de templates Compliance.
Nommer et enregistrer
Donnez au guardrail un nom (≤ 64 caractères), comme
compliance-logger,
optionnellement réduisez ou étendez la liste d’entités, et enregistrez.
Laissez l’action sur flag — c’est ce qui le garde en observation seule.Le tester
Ouvrez l’onglet Test, collez un échantillon à l’étape
input, et
exécutez la politique localement — aucun appel en amont, aucun quota (voir
§5).Attacher une clé
Modifiez une clé API et choisissez
compliance-logger dans la liste
déroulante Guardrail (définit guardrail_id sur la clé), ou marquez-le
comme défaut de l’espace de travail. Voir
Attacher à une clé et
Défaut de compte.4. Un exemple concret
Un guardrail nommécompliance-logger (le preset, inchangé) est attaché à une
clé. Appelez la passerelle exactement comme avant — aucun nouvel en-tête, aucun
changement de SDK :
pii signale email et ssn, et chaque correspondance
atterrit dans le flux Matches de l’espace de travail. L’appelant ne voit jamais
de différence ; vous obtenez la piste d’audit.
5. Tester avant d’attacher
Prouvez que la règle signale ce que vous attendez avant qu’une clé ne pointe vers elle. Ouvrez l’onglet Test à l’intérieur de l’éditeur, collez un échantillon, choisissez une étape, et lancez :6. Voir ce qui s’est déclenché
C’est tout l’intérêt d’un preset en observation seule : le flux Matches. Chaque occurrence signalée enregistre une correspondance — type de règle, action, étape et une chaîne de détail — qui apparaît àGET /api/guardrail/match (Member). La sous-chaîne correspondante elle-même
(l’email réel, le SSN) n’est enregistrée que lorsque Log raw content est
activé, ce qui est désactivé par défaut.
Pour un journal de conformité, laisser Log raw content désactivé est
généralement le but : vous apprenez *qu’*un SSN est apparu et à quelle fréquence,
sans copier des données réglementées dans votre propre télémétrie. Activez-le par
guardrail uniquement quand vous avez besoin de la sous-chaîne pour le triage ; le
réglage n’est pas rétroactif. Voir
Flux des correspondances et
Journalisation & confidentialité.
pii. L’entité correspondante (email, ssn, …) est portée dans la
chaîne de détail de chaque correspondance. Ce signal est ce qui vous dit si vous
êtes prêt à basculer l’action de flag vers block ou mask.
Chaque modification du guardrail écrit une ligne d’historique versionnée dans la
même transaction — faites le diff de deux versions et revenez en arrière depuis
la vue History. Voir Versioning.
7. De l’observation seule à l’application
Le Compliance Logger est conçu pour être la première étape d’un déploiement :Étape 1 — observer
Étape 1 — observer
Attachez le preset flag-seulement et laissez le flux Matches se remplir de
trafic réel. Aucune requête n’est jamais bloquée, donc il y a zéro risque
pour la production pendant que vous mesurez.
Étape 2 — ajuster
Étape 2 — ajuster
Utilisez le flux et
ajustez les faux positifs
pour confirmer que l’ensemble d’entités correspond à vos données et n’est pas
bruyant.
Étape 3 — appliquer
Étape 3 — appliquer
Basculez l’action sur mask (redacter la PII avant le modèle) ou
block, ou échangez contre un preset d’application. Utilisez
entity_actions par entité pour masquer
certaines entités tout en bloquant celles de haute gravité dans une seule
règle.8. Où aller ensuite
Actions : block / mask / flag
Le modèle d’action complet — quand observer, quand redacter, quand rejeter.
PII Shield
Le pendant qui applique — masquez la PII sur la requête au lieu de seulement
la journaliser.
Flux des correspondances
Parcourez, groupez, filtrez et exportez chaque occurrence signalée.
Journalisation & confidentialité
Le toggle Log raw content et ce qui est enregistré par défaut.
