Les agents IA peuvent investiguer un cas, rassembler l'information et proposer une action. Mais quand la décision est gouvernée par des règles métier ou compliance, ces règles ne devraient pas avoir à vivre à l'intérieur du modèle.
Knowledge donne à ces décisions une policy authority indépendante. L'agent rassemble les faits. Knowledge évalue les règles applicables, détermine quand plus de contexte est nécessaire, retourne une décision déterministe, et peut émettre une autorisation que la frontière d'exécution peut faire respecter.
Comment fonctionne Knowledge
La boucle est le produit. Chaque étape est conçue pour que l'agent fasse ce dans quoi il est bon (investiguer, rassembler, orchestrer) pendant que les règles restent dans une couche gouvernée que la fonction compliance peut owner.
Ce que fait chaque partie de la boucle
Quatre capabilities matérialisent la boucle. Chacune a sa propre page ; cette section est la carte.
Progressive context - la réponse à contexte manquant ? Knowledge dit au caller quels champs les règles applicables exigent encore, avec schema et valeurs autorisées. Le caller les acquiert (depuis CRM, vendor, extraction LLM, ou l'utilisateur) et re-consulte, jusqu'à ce qu'un verdict puisse être atteint. Les policies peuvent changer sans changer chaque caller. Voir Progressive context.
Le verdict lui-même - l'outcome déterministe (allowed, approval_required, blocked). Produit à partir de la policy encodée, pas de l'interprétation du LLM. Chaque règle qui fire est citée par la RuleVersion exacte en vigueur au moment de décision. Voir Verdicts et decisions pour l'échelle de severity et les tie-breakers de précédence.
Enforcement - Knowledge signe chaque verdict comme une enveloppe JWS liant l'opération exacte autorisée. Un Policy Enforcement Point (décorateur SDK, proxy MCP, code custom) vérifie la signature et checke les bindings avant que le tool ne s'exécute. Un agent qui hallucine ou un bug qui skip le check ne peut pas exécuter l'action sous-jacente, parce que la frontière refuse sans verdict signé matchant. Voir Enforcement.
Auditability - chaque consultation écrit un record Consultation qui fige les versions de règles exactes citées, la trace de précédence, les overrides appliqués, et le normative hash. Un régulateur demandant « montrez-moi pourquoi cette décision a été prise le 2026-03-15 » est un seul appel API. Voir Auditability.
Integrations - les surfaces à travers lesquelles agents, tools et systèmes existants se connectent à Knowledge : proxy MCP, SDK Python (knowledge-runtime), API REST, endpoint JWKS par tenant, webhooks, SSO / SCIM. Voir Integrations.
Où Knowledge s'insère
Knowledge ajoute une couche de policy gouvernée pour les décisions rule-driven que les agents IA doivent prendre. Il fonctionne avec les frameworks d'agents, systèmes enterprise et infrastructure de décision que vous utilisez déjà.
| Fonctionne avec | Comment Knowledge s'insère |
|---|---|
| Votre agent stack | Utilisez LangGraph, MCP, un orchestrator custom ou votre plateforme d'agent existante. Knowledge fournit la policy authority indépendante pour les décisions gouvernées par des règles métier. |
| Votre processus de formalisation de policy | Les experts métier et équipes d'implémentation peuvent amener les règles formalisées dans Knowledge via CSV, Excel, DMN ou API, puis les gouverner, tester et faire évoluer indépendamment de l'agent. |
| Vos systèmes de décision existants | Gardez FICO, les rules engines existants et les plateformes spécialisées là où ils marchent déjà. Knowledge vous donne un chemin pour les décisions rule-governed encore gérées à travers procédures, spreadsheets et expertise humaine. |
Explorer Knowledge
| Construire des agents rule-governed | Voyez comment Knowledge s'insère dans une architecture d'agent et donne aux équipes d'implémentation un endroit gouverné pour les règles métier dont leurs agents dépendent. |
| Appliquer Knowledge à votre organisation | Explorez comment Knowledge peut supporter les décisions policy-driven à travers différents rôles, processes et industries régulées. |
| Rejoindre notre Founding Design Partner Program | Travaillez avec nous sur une décision production, en démarrant en shadow mode avec des critères de succès mesurables et un accès direct à l'équipe produit. |
| Documentation développeur | Explorez quickstarts, APIs, SDKs, intégration MCP, security, deployment et référence technique. |
Related
| À lire ensuite | Pourquoi |
|---|---|
| Enforcement | L'enveloppe signée et le modèle PEP, chaîne de confiance à quatre acteurs, chemins d'adoption |
| Progressive context | La boucle /resolve, l'inversion de dépendance, pourquoi les policies changent sans toucher au caller |
| Auditability | Consultation, RuleVersion, trace de précédence, replay cold-storage |
| Integrations | Proxy MCP, SDK Python, REST, JWKS, formes de déploiement |
| Docs | Référence implementation-level |
| Solutions | Pourquoi ça compte pour quelqu'un dans votre rôle |