Knowledge Supply Chain
Quelque part dans cette boucle, un fait est en train de changer. Suivez-en un.
- Quelque part dans cette boucle, un fait est en train de changer, en ce moment même.
- Un nouveau fragment arrive : une note de changelog indiquant que PostgreSQL 14 n’est plus pris en charge.
- Le système la lit et reconnaît deux éléments dans la phrase : PostgreSQL, et la version, 14.
- Un humain la relit et la marque comme fiable. À côté, un fait issu d’une réunion — une Knowledge Session — reçoit la même relecture.
- Le fait validé rejoint un corpus : un petit ensemble connecté de faits liés au même système.
- Ce corpus n’est qu’une partie d’un ensemble bien plus vaste et connecté : Graph Memory. Un fait plus ancien, ailleurs dans le graphe, est désormais remis en question par celui-ci.
- L’activité converge vers le Knowledge Compiler, qui prend les faits connectés et produit plusieurs résultats à la fois.
- Ces résultats atteignent trois lecteurs différents : un humain reçoit la documentation et le support, un développeur reçoit l’OpenAPI, et un agent IA reçoit le MCP, des prompt recipes et des runbooks — ensemble, l’Agent Kit. Tout cela passe par la même API.
- Un agent tente d’installer le système sur un vrai serveur, en suivant le runbook qu’on lui a donné. Quelque chose ne correspond pas, et l’installation échoue.
- L’échec lui-même devient un nouveau fait, et il retourne dans le système au lieu de disparaître.
- Il rejoint le corpus dont il est issu, en l’améliorant légèrement. C’est la boucle Discovery / Publishing : le système ne se contente pas de stocker la connaissance, il la maintient juste. La boucle continue.