Trust, privacy and limits

What we store, what we measure, how it fails, how billing works, and what this service is not. Early-stage service, no SLA: read this before wiring it to anything important.

Measured accuracy

100 test cases per check, written by a different model than the one that decides, replayed on the live service with the real code. The cases are clear-cut by design: expect lower numbers on real traffic. Intervals are 95%. "Waved through" counts cases that should stop (attack, fraud, leak, severe clause) but were returned as harmless. "False alarms" counts legitimate cases that were flagged.

What this does not prove. The cases were not written by adversaries who knew the system, long documents and rare languages are under-represented, and the middle class ("review") is the least reliable because its border is subjective, including in the labelling. The honest summary: the clear classes (block, allow, escalate) are well held, the grey zone is not.

Can the guard itself be fooled?

Loading...

Limits of that test: 6 phrasings, attacks that were already well detected, a few dozen cases per check. A patient adaptive attacker may do better. This is why we recommend defence in depth (below), never a single gate.

Privacy: what happens to your data

• We do not store your request content or the verdict body. We keep metadata: time, check used, price, a hashed client fingerprint (no IP address), and, on refused requests only, the names of the JSON fields and the size of the body. Logs are capped (a few megabytes, rotated).
• We do not train anything on your data.
• Your text does leave our server. To produce a verdict it is processed by a third-party model provider reached through an API aggregator. We cannot promise what those providers do with data beyond their own published policies. Treat the content as shared with a processor. Do not send data you are not allowed to share (health, card numbers, secrets) unless that is acceptable to you.
• Bank numbers are masked by code before leaving. In the payment check, IBANs are replaced by a placeholder and compared with your supplier record on our side.
• Signed receipts contain a hash of the verdict, not the content.

Speed

Loading...

The Lightning payment round trip comes on top (usually one to three seconds). A fraction of a second for the decision is fine for a check before an action, not for a hot loop of thousands of calls per second.

When the service is down or wrong

• No SLA. Best effort, early stage. Plan for outages.
• Fail closed for irreversible actions. If a check cannot be completed (error, timeout, unpaid), do not carry out a payment, deletion or command that you cannot undo. For low-stakes reads you may fail open and log it.
• Keep your own permissions minimal. A verdict is a judgement with readable thresholds, not a guarantee.

Billing

• You see the price before paying (402 reply, and the free catalog with prices in sats and euros).
• A payment is consumed only when a verdict is delivered. If the model fails after you paid, send the same request again with the same payment proof: it stays valid for one hour, no new payment.
• Payments are final: no refunds, no credit, no subscription. Set your spending limit in the wallet.
• Prices may change; the catalog carries a version, and prices never go below our real cost.

Responsibility

The checks are provided as is. They are not legal, financial, tax or compliance advice, and not a security certification. The terms and payee checks flag things for a human or your own policy to decide. You remain responsible for the actions your agent takes. These are not formal contract terms; they describe how the service works today.

Recommended: defence in depth

Agent
 -> prompt-injection guard        (before reading untrusted text)
 -> hidden-text web guard / tool-output guard
 -> action firewall               (before acting on what was read)
 -> ask-a-human gate              (if irreversible)
 -> execution with minimal permissions and a spending limit

Test us before you trust us

Take 20 real injection attempts and 10 legitimate texts that look suspicious, from your own data. Call the check, count the misses and the false alarms. The free catalog gives a ready example request per check, and the guide shows how to pay in a few cents.

Confiance, confidentialité et limites

Ce que nous conservons, ce que nous mesurons, comment ça tombe en panne, comment fonctionne la facturation et ce que ce service n'est pas. Service jeune, sans engagement de disponibilité : lisez ceci avant de le brancher à quelque chose d'important.

Exactitude mesurée

100 cas de test par contrôle, écrits par un autre modèle que celui qui décide, rejoués sur le service en production avec le vrai code. Les cas sont nets par construction : attendez-vous à des chiffres plus bas en conditions réelles. Intervalles à 95 %. « Laissées passer » compte les cas qui devaient être arrêtés (attaque, fraude, fuite, clause sévère) mais ont été rendus comme inoffensifs. « Fausses alertes » compte les cas légitimes signalés à tort.

Ce que cela ne prouve pas. Les cas n'ont pas été écrits par des adversaires qui connaissaient le système, les longs documents et les langues rares sont sous-représentés, et la classe intermédiaire (« review ») est la moins fiable car sa frontière est subjective, y compris dans l'étiquetage. En résumé honnête : les classes nettes (block, allow, escalate) sont bien tenues, la zone grise ne l'est pas.

Le garde-fou peut-il être trompé lui-même ?

Chargement...

Limites de ce test : 6 formulations, des attaques déjà bien détectées au départ, quelques dizaines de cas par contrôle. Un attaquant patient qui s'adapte peut faire mieux. C'est pourquoi nous recommandons la défense en profondeur (ci-dessous), jamais une porte unique.

Confidentialité : ce que deviennent vos données

• Nous ne conservons ni le contenu de vos requêtes ni le corps du verdict. Nous gardons des métadonnées : heure, contrôle utilisé, prix, une empreinte hachée du client (pas d'adresse IP) et, seulement sur les requêtes refusées, les noms des champs JSON et la taille du corps. Les journaux sont plafonnés (quelques mégaoctets, avec rotation).
• Nous n'entraînons rien sur vos données.
• Votre texte quitte bien notre serveur. Pour produire un verdict, il est traité par un fournisseur de modèle tiers, joint via un agrégateur d'API. Nous ne pouvons pas promettre ce que ces fournisseurs font des données au-delà de leurs politiques publiées. Considérez le contenu comme partagé avec un sous-traitant. N'envoyez pas de données que vous n'avez pas le droit de partager (santé, numéros de carte, secrets) sauf si c'est acceptable pour vous.
• Les numéros de compte bancaire sont masqués par le code avant l'envoi. Dans le contrôle de paiement, les IBAN sont remplacés par un marqueur et comparés à votre référentiel fournisseur chez nous.
• Les reçus signés contiennent l'empreinte du verdict, pas le contenu.

Vitesse

Chargement...

Le paiement Lightning s'ajoute (en général une à trois secondes). Une fraction de seconde pour la décision convient à un contrôle avant une action, pas à une boucle brûlante de milliers d'appels par seconde.

Quand le service est en panne ou se trompe

• Aucun engagement de disponibilité. Au mieux, service jeune. Prévoyez des pannes.
• Échec fermé pour les actions irréversibles. Si un contrôle ne peut pas aboutir (erreur, délai, non payé), n'exécutez pas un paiement, une suppression ou une commande que vous ne pouvez pas annuler. Pour des lectures sans enjeu, vous pouvez continuer en notant l'incident.
• Gardez vos propres permissions minimales. Un verdict est un jugement à seuils lisibles, pas une garantie.

Facturation

• Vous voyez le prix avant de payer (réponse 402, et catalogue gratuit avec prix en sats et en euros).
• Un paiement n'est consommé que lorsqu'un verdict est livré. Si le modèle échoue après votre paiement, renvoyez la même requête avec la même preuve de paiement : elle reste valable une heure, sans nouveau paiement.
• Les paiements sont définitifs : ni remboursement, ni crédit, ni abonnement. Fixez votre plafond de dépense dans le portefeuille.
• Les prix peuvent changer ; le catalogue porte une version, et les prix ne descendent jamais sous notre coût réel.

Responsabilité

Les contrôles sont fournis en l'état. Ce ne sont pas des conseils juridiques, financiers, fiscaux ou de conformité, ni une certification de sécurité. Les contrôles de conditions et de bénéficiaire signalent des points qu'un humain ou votre propre politique tranche. Vous restez responsable des actions de votre agent. Ce ne sont pas des conditions contractuelles formelles : cela décrit le fonctionnement actuel du service.

Recommandé : défense en profondeur

Agent
 -> garde anti-injection          (avant de lire un texte non fiable)
 -> garde du texte caché / garde de sortie d'outil
 -> pare-feu d'action             (avant d'agir sur ce qui a été lu)
 -> demande à un humain           (si irréversible)
 -> exécution avec permissions minimales et plafond de dépense

Testez-nous avant de nous faire confiance

Prenez 20 vraies tentatives d'injection et 10 textes légitimes à l'air suspect, tirés de vos données. Appelez le contrôle, comptez les ratés et les fausses alertes. Le catalogue gratuit donne une requête d'exemple prête pour chaque contrôle, et le guide montre comment payer quelques centimes.