Aller au contenu principal
Sécurité

Gardez chaque exécution sous contrôle

Les guardrails examinent les tours d'un Action Agent seulement après que vous publiez une politique et l'attribuez. Ils ne s'exécutent pas sur un graphe ActionFlow. L'historique des exécutions est une vue filtrée.

Les contrôles ne s'exécutent que sur une politique d'agent attribuée

  1. 01

    Les règles d'entrée examinent les derniers messages utilisateur avant l'appel au modèle, et seulement quand cette règle publiée existe. Le prompt système, les skills et la mémoire sont hors de cette étape.

  2. 02

    Le masquage des données personnelles est une action de détecteur. Une nouvelle organisation n'a pas d'ensemble de guardrails, et un nouvel agent n'en a pas.

  3. 03

    L'examen de sortie ne s'exécute que quand la politique publiée a des règles de sortie. Sans règle de sortie, le texte sort tel qu'il a été produit.

  4. 04

    Une règle publiée peut avertir, masquer, exiger une approbation ou bloquer. L'approbation sur l'entrée attend un reviewer. La même action sur retrieval, entrée d'outil, sortie d'outil, sortie ou artifact fait échouer le tour.

  5. 05

    Un blocage arrête cette réponse d'agent. Ce n'est pas la même chose qu'un nœud d'approbation humaine, qui met un flow en pause jusqu'à ce que quelqu'un décide.

L'approbation humaine est une pause, pas un journal immuable

  1. 01

    Les nœuds d’approbation manuelle suspendent le run pour une personne.

  2. 02

    Un nœud d'approbation humaine met ce flow en pause jusqu'à ce qu'une personne décide. Cette pause n'est pas un blocage de guardrail.

  3. 03

    L'historique des exécutions est une vue filtrée. Certaines valeurs sont masquées, transformées ou tronquées. Ce n'est pas une copie de chaque entrée et sortie brutes.

  4. 04

    Ouvrez l'historique des exécutions pour une vue filtrée des étapes, des crédits réglés et des artefacts. Certains champs sont omis, masqués ou tronqués.

  5. 05

    Une autre organisation ne peut pas utiliser votre clé pour lire vos exécutions. Les appels de modèle et d'outils vont toujours vers les fournisseurs que vous avez choisis, sur les serveurs ActionFlows.

Où un contrôle peut s'exécuter

Une nouvelle organisation n'a pas d'ensemble de guardrails, et un nouvel agent n'en a pas. Rien n'insère une politique de données personnelles par défaut. Publiez une politique et attribuez-la avant d'attendre un contrôle.

OùQuandRésultat
Entrée de l'agentLa politique publiée a une règle d'entrée.La règle peut avertir, masquer, exiger une approbation ou bloquer. L'approbation sur l'entrée attend un reviewer.
Appel d'outilLa politique publiée a une règle tool_input ou tool_output.Les arguments et résultats MCP, intégrés, base de données et HTTP nommés sont examinés quand ces règles sont publiées. Les résultats Knowledge utilisent l'étape retrieval, pas l'entrée d'outil. L'approbation ici fait échouer le tour. Elle ne met pas un flow en pause.
Sortie de l'agentLa politique publiée a une règle de sortie. Sans règle de sortie, le texte sort tel qu'il a été produit.Un blocage que le flux public ne peut pas appliquer devient le message fixe An error occurred.
Graphe ActionFlowLes guardrails ne s'exécutent pas sur le graphe.Utilisez un nœud d'approbation humaine quand une personne doit mettre ce flow en pause. Cette pause est distincte de l'approbation de guardrail.

Des contrôles de sécurité que vous activez

  • Apportez vos propres clés API

    Apportez les clés du fournisseur quand votre plan inclut cette option. Pro liste Bring Your Own API Keys, et Scale inclut les fonctions du plan précédent. La carte Enterprise ne liste pas cette ligne. Les charges d'authentification sont chiffrées. Les en-têtes HTTP statiques ne le sont pas.

  • Accès au niveau de l’organisation

    L'isolation de l'organisation empêche une autre organisation de lire vos exécutions avec votre clé. Elle ne garde pas les appels de modèle et d'outils dans votre entreprise.

  • Masquage des données personnelles

    Le détecteur de données personnelles peut masquer e-mail, téléphone, SSN et carte quand cette règle est dans une politique publiée que vous avez attribuée. Il ne s'exécute pas sur un graphe ActionFlow.

  • Règles de sortie, quand vous les publiez

    Avec des règles de sortie publiées, un blocage peut arrêter la réponse. Un blocage que le flux ne peut pas appliquer devient le message fixe An error occurred.

  • Politiques d'agent attribuées

    Les guardrails examinent les tours d'un Action Agent quand une politique publiée est attribuée. Ils ne s'exécutent pas sur un graphe ActionFlow.

  • Secrets, injection et règles d’outils

    Les règles publiées peuvent couvrir les secrets, la prompt injection et les appels d'outils. Les détecteurs sont des contrôles locaux de motifs, pas un modèle de modération hébergé. Ils ne s'exécutent pas tant que la politique n'est pas publiée et attribuée.

  • Historique des exécutions filtré

    L'historique peut montrer les étapes, les crédits réglés et les artefacts. Il masque certaines clés et peut tronquer les résultats de boucle. Le tableau des tarifs indique une conservation des journaux de 30 jours sur Free, 60 jours sur Starter, 180 jours sur Pro et 1 an sur Scale.

Questions fréquentes sur la sécurité

Une exécution consomme des crédits de l'organisation. La durée de conservation des journaux et les autres limites suivent votre plan. Voir les tarifs

Attribuez une politique avant d'attendre un contrôle

Attribuez un guardrail publié quand vous voulez des contrôles sur un agent. Utilisez un nœud d'approbation humaine quand un flow doit attendre. L'historique reste une vue filtrée pendant la durée de conservation de votre plan.