Après avoir lu l'article de Jaya Gupta sur les Graphes de Contexte, je n'ai pas pu m'empêcher d'y penser [1]. Pour moi, cela a fait quelque chose de personnel : cela a donné un nom au modèle architectural autour duquel je tournais dans les discussions sur l'infrastructure agentique sur ce blog depuis un an.
\n\nLa thèse de Gupta est simple mais profonde. La dernière génération de logiciels d'entreprise (Salesforce, Workday, SAP) a créé des entreprises valant mille milliards en devenant des systèmes d'enregistrement. Posséder les données canoniques, c'est posséder le flux de travail, c'est posséder le verrouillage. La question maintenant est de savoir si ces systèmes survivront au passage aux agents. Gupta soutient qu'ils le feront, mais qu'une nouvelle couche émergera au-dessus d'eux : un système d'enregistrement pour les décisions.
\n\nJe suis d'accord. Et je pense que c'est la pièce manquante qui relie tout ce que j'ai écrit.
\n\nCe qui m'a le plus marqué, c'est l'articulation par Gupta de la trace de décision. C'est le contexte qui vit actuellement dans les fils Slack, les conversations au service des transactions, les appels d'escalade et dans la tête des gens. C'est la logique d'exception qui dit : « Nous accordons toujours aux entreprises du secteur de la santé 10 % supplémentaires parce que leurs cycles d'approvisionnement sont brutaux. » C'est le précédent des décisions passées qui dit : « Nous avons structuré une transaction similaire pour l'Entreprise X le trimestre dernier, nous devrions être cohérents. »
\n\nRien de tout cela n'est capturé dans nos systèmes d'enregistrement. Le CRM affiche le prix final, mais pas qui a approuvé l'écart ni pourquoi. Le ticket d'assistance indique « escaladé au Niveau 3 », mais pas la synthèse inter-systèmes qui a conduit à cette décision. Comme le dit Gupta :
\n\n\n\n\n« Le raisonnement reliant les données à l'action n'a jamais été traité comme une donnée en premier lieu. »
\n
C'est le mur que chaque entreprise rencontre lorsqu'elle essaie de faire évoluer les agents. Le mur n'est pas l'absence de données. C'est l'absence de traces de décision.
\n\nEn lisant l'article de Gupta, j'ai réalisé que l'évolution que j'ai documentée sur ce blog (de MCP aux Compétences d'Agent à la gouvernance) est en réalité une histoire sur la construction de l'infrastructure pour les graphes de contexte. Permettez-moi de m'expliquer.
\n\nLa Phase 1 concernait les outils. Le Model Context Protocol (MCP) a donné aux agents la capacité d'interagir avec les systèmes externes. C'était la plomberie qui connectait les agents aux bases de données, aux API et au monde extérieur. Mais nous avons rapidement appris que l'accès aux outils seul ne suffit pas. Un agent avec un marteau n'est pas un charpentier.
\n\nLa Phase 2 concernait les compétences. La norme Agent Skills d'Anthropic nous a donné un moyen de codifier les connaissances procédurales, les guides « comment faire » qui enseignent aux agents à utiliser les outils efficacement. Les compétences sont le cerveau de l'agent. Elles transforment les connaissances tribales en actifs portables et composables. Mais même les compétences ne suffisent pas. Un agent avec un marteau et un manuel de charpenterie n'est toujours pas un maître charpentier.
\n\nLa Phase 3 concerne le contexte. C'est là qu'interviennent les graphes de contexte. Un graphe de contexte est l'enregistrement accumulé de chaque décision, de chaque exception et de chaque résultat. Il répond à la question : « Que s'est-il passé la dernière fois ? » Il transforme les exceptions en précédents et les connaissances tribales en connaissances institutionnelles.
\n\n| Phase | \nPrimitive | \nCe qu'elle Fournit | \nMon Analogie | \n
|---|---|---|---|
| Phase 1 | \nOutils (MCP) | \nCapacité | \nL'agent a un marteau. | \n
| Phase 2 | \nCompétences (Agent Skills) | \nExpertise | \nL'agent a un manuel de charpenterie. | \n
| Phase 3 | \nContexte (Graphes de Contexte) | \nExpérience | \nL'agent a accès au registre de chaque maison qu'il a jamais construite. | \n
La pile de gouvernance que je préconise (registres d'agents, registres d'outils, registres de compétences, moteurs de politiques) est l'infrastructure qui rend les graphes de contexte possibles. Le registre d'agents fournit l'identité de l'agent qui prend la décision. Le registre d'outils (MCP) fournit les capacités disponibles pour cet agent. Le registre de compétences fournit l'expertise qui guide les actions de l'agent. Et la couche d'orchestration est l'endroit où la trace de décision est capturée et persistée.
\n\nSans cette infrastructure, les traces de décision sont éphémères. Elles existent un instant dans la fenêtre de contexte de l'agent, puis disparaissent. Avec cette infrastructure, chaque décision devient un artefact durable qui peut être audité, dont on peut tirer des enseignements et qui peut être utilisé comme précédent.
\n\nGupta a raison de dire que les startups axées sur les agents ont un avantage structurel ici. Elles se situent dans le chemin d'exécution. Elles voient le contexte complet au moment de la décision. Les acteurs historiques, construits sur le stockage de l'état actuel, ne peuvent tout simplement pas capturer cela.
\n\nMais l'aperçu le plus important pour moi est celui-ci : nous ne construisons pas seulement des agents. Nous construisons le registre de décision de l'entreprise. Le graphe de contexte n'est pas une fonctionnalité ; c'est la fondation d'un nouveau type de système d'enregistrement. Les entreprises qui gagneront à l'ère agentique seront celles qui reconnaîtront cela et investiront dans l'infrastructure pour capturer, stocker et exploiter leurs traces de décision.
\n\nNous avons commencé par donner des outils aux agents. Ensuite, nous leur avons enseigné des compétences. Maintenant, nous devons leur donner du contexte. C'est l'évolution à mille milliards de dollars.
\n\nRéférences :
\n\n", "source_hash": "sha256:e8cc60394db5625b04f1e8b4356f655aaf73c904e56b2e5a10309e000746bc71", "model": "claude-sonnet-4-5-20250929", "generated_at": "2026-01-02T02:08:55.894493+00:00" }