Observe self-host — surveiller vos agents en production, chez vous

Pour qui

Vos agents IA tournent en production : sur un serveur, dans des conteneurs, chez un hébergeur. Ils travaillent quand vous dormez, et personne ne relit ce qu'ils décident.

Le récepteur intégré à l'application ne peut pas les voir — il écoute en local, sur un poste. Ici, c'est l'inverse : le témoin va s'installer là où vivent vos agents.

Le principe

Un démon résident que vous hébergez, sur votre infrastructure, en Europe. Il tourne en continu, reçoit les traces d'exécution de vos agents, les score, et remonte à votre Espace Client des constats scellés — jamais vos données brutes.

Ce que ça change par rapport à un service qui observerait depuis l'extérieur : vos traces d'exécution ne quittent pas votre infrastructure. Ce qui sort, c'est le constat.

Ce qu'il vous faut

• un hôte capable de faire tourner un conteneur (Docker ou équivalent), en Europe ;
• une licence POSITRONIA en cours de validité, sur un plan qui inclut Observe ;
• un secret de scellement, que vous fournissez — voir ci-dessous.

Le secret de scellement, à votre main — deux modes

C'est lui qui garantit que les constats remontés viennent bien de votre démon, et pas d'un tiers qui se ferait passer pour lui. Vous choisissez comment il vit chez vous :

Les deux sont pris en charge. Nous ne vous imposons pas le nôtre : un outil qui exige son propre mécanisme de secrets vous force à en tenir deux.

Ce qui remonte à l'Espace Client

• les anomalies détectées en continu — sur-collecte, absence de contrôle humain sur une action sensible, sortie générée non marquée, dérive par rapport à votre carte ;
• un audit-trail scellé : empreinte SHA-256 chaînée, signature Ed25519, puis horodatage par un tiers indépendant (RFC 3161) ;
• vos agents comme nœuds de votre carte, avec ce qui a été mesuré d'eux.

Les données au repos sont chiffrées (AES-256-GCM sous enveloppe X25519, clé privée hors base). Nous n'écrivons pas « serveur aveugle » ni « zéro-knowledge » — ce serait faux, et sur un produit qui vend la rigueur une formule flatteuse coûte plus qu'elle rapporte.

🔴 Les limites, dites avant que vous les découvriez

La durabilité multi-instance n'est pas encore branchée. Le démon fonctionne et il a été éprouvé de bout en bout contre l'Espace Client, mais sa base de persistance partagée n'est pas raccordée : si vous faites tourner plusieurs instances du démon en parallèle, leur état n'est pas encore mis en commun. Une instance par périmètre observé, c'est le cadre d'emploi d'aujourd'hui.

Le guide d'exploitation détaillé est en finalisation. Ce que vous lisez ici suffit à décider si Observe self-host répond à votre besoin ; les procédures fines d'exploitation (rotation du secret, sauvegarde, montée de version) arrivent. En attendant, l'équipe accompagne les premiers déploiements — écrivez-nous.

Nous préférons écrire ces deux phrases que de vous laisser les trouver un dimanche soir.

Ce que ça ne fait pas

• Aucune intervention. Observe ne pilote jamais vos agents : il ne bloque pas, ne réécrit pas, ne coupe pas. Un témoin qui agit cesse d'être un témoin — et un outil branché en production qui se réserverait le droit d'interrompre serait un risque, pas une garantie.
• Aucune certification. Il documente ce qu'il constate. La lecture, la décision et la signature restent à vous, à votre DPO ou à votre avocat.

Selon votre plan

En production, la borne de 2 agents de GENESIS est atteinte vite : une chaîne agentique en compte souvent plus. C'est le moment où AVANTAGES devient l'offre juste — nous le disons plutôt que de vous laisser buter dessus.

Les scorers avancés d'Observe Pro (analyses comportementales étendues) sont prévus en Phase B. Les bornes ci-dessus s'appliquent aujourd'hui.

Et ensuite

• Vos agents locaux, en développement → Observer depuis l'application
• Ce que vaut le scellement, marche par marche → Comment fonctionne notre preuve