Agents that survivent production.

Huit à quatorze semaines du kick-off au rollout en production. La discovery est incluse si vous la faites avec nous ; sinon nous partons de votre spec existante.

À vous. Le repo vit dans votre org dès le jour 1. Nous y committons. Nous ne faisons tourner rien de propriétaire que vous ne puissiez répliquer.

Chaque release passe par des eval gates : checks déterministes (schéma, latence, coût), couverture des tool-calls et spot checks LLM-judge. Le deploy s'arrête si l'un d'eux régresse.

Budgets par appel et par jour. Nous cappons le contexte avec retrieval-truncation, routons vers des modèles moins chers quand les evals le permettent, et retombons sur des chemins déterministes sous pression de coût.

Chaque chemin a un fallback. Une logique déterministe attrape les cas fréquents ; le chemin agent vient par-dessus. Le rollback est un changement de route d'une ligne derrière un feature flag.

Deux semaines de shadowing pendant la rampe, runbook + eval suite livrés dans votre repo, chevauchement de on-call pour le premier incident. Après cela vous en êtes propriétaire.

Faithfulness (la réponse découle-t-elle des documents cités ?), grounding (les citations sont-elles réelles ?) et recall (avons-nous trouvé les bons documents ?). Chaque release passe la suite.

Oui. La durable execution capture les inputs à chaque étape. Le replay contre un input mauvais-connu reproduit la panne exactement, y compris les appels LLM non déterministes quand le modèle est seedable.

Chaque agent a une identité typée + mTLS par défaut. Nous utilisons des tokens scoped à courte durée de vie ; les appels entre agents portent des trace IDs pour que l'auditeur puisse reconstruire le flux.

Additif par défaut, avec un champ `version` sur chaque envelope et une politique de dépréciation vérifiée en CI. Les breaking changes passent par une fenêtre de versions parallèles.