La topologie de l'essaim est le mécanisme, pas la boucle cognitive

Une analyse de 2026 sur l'architecture d'IA agentic soutient que la boucle cognitive s'est déplacée dans le modèle fondational, de sorte que le levier d'ingénierie restant vit dans la topologie, la mémoire et les limites de sécurité. Nous sommes d'accord avec la direction et la préciserions : la topologie n'est pas une préférence de conception, c'est le mécanisme — et un mécanisme n'est réel que lorsqu'il est implémenté et mesuré.

L'article auquel nous répondons est « The Current State of Agentic AI » de Vinod Chugani sur MachineLearningMastery.com, publié le 21 juillet 2026. Ses déplacements — le raisonnement natif remplaçant les boucles d'orchestration, les essaims de spécialistes sans état, et MCP standardisant l'accès aux outils — décrivent une industrie qui converge sur la même intuition qu'Everythink expédie en production depuis 2016 : le modèle n'est pas le fossé, le câblage l'est.

La boucle cognitive s'est déplacée dans le modèle, alors arrête de la recâbler

La première affirmation de Chugani est celle qui porte tout : les modèles foundationals gèrent maintenant le calcul au moment du test nativement, générant des jetons de raisonnement cachés et se corrigent eux-mêmes avant d'émettre une sortie. Les boucles externes ReAct et Reflexion que les ingénieurs ont construites à la main en 2024 deviennent un échafaudage redondant. Il écrit que si vous utilisez encore LangChain ou LlamaIndex pour forcer un modèle à réfléchir sur ses propres erreurs, « vous ajoutez peut-être de la latence et du surcoût de jetons pour quelque chose que le modèle gère maintenant plus naturellement. »

Cela correspond à ce que nous avons vu. [PERSONAL EXPERIENCE] Dans notre propre pile, les Sisters — les agents IA typés qui rédigent des futurs plausibles pour un acteur réel — ont abandonné leurs wrappers de réflexion externes une fois que les fournisseurs sous-jacents ont commencé à renvoyer des jetons de raisonnement cachés. Le travail de la Sister s'est réduit à produire un brouillon calibré sous une personnalité fixe ; l'auto-correction a cessé d'être notre code. Nous n'avons pas perdu une capacité ; nous avons perdu une surface de maintenance.

L'implication que Chugani tire est correcte et vaut d'être dite sans détour : la couche d'orchestration devrait se concentrer sur le routage, la gestion d'état et l'exécution de l'environnement. La boucle cognitive de l'agent est le travail du modèle. Votre travail est la sandbox dans laquelle il opère. C'est « the space is the router » dit depuis l'autre côté — une fois que vous arrêtez d'essayer d'être le cerveau, vous êtes forcé d'être la géographie.

Ce qui vous appartient réellement une fois que le modèle pense

Si la boucle cognitive n'est plus la vôtre, quatre choses restent les vôtres, et chacune est un mécanisme, pas une impression :

• Topologie de routage — quel spécialiste reçoit la requête, dans quel ordre, avec quel contexte. C'est la topologie network→community→room que nous expédions : l'espace route avant que quoi que ce soit ne réponde.
• Localisation de l'état — l'absence d'état par appel est une propriété locale ; la mémoire au niveau système est un graphe que vous possédez et instrumentez.
• Provenance des outils — la frontière entre un appel d'outil originaire de votre état interne vérifié et un appel semé par des données externes.
• Mesure — si le mécanisme tourne réellement, ou s'il est seulement dessiné.

La dernière est là où Theorem 3 de the 21 papers mord. Une propriété est garantie exactement quand son mécanisme est implémenté et mesuré. Une topologie d'essaim qui est câblée mais pas instrumentée est un organigramme, pas un mécanisme.

Les essaims sont une topologie de routage, pas une affirmation de compte de modèles

Le second déplacement de Chugani est l'essaim : au lieu d'un agent avec cinquante outils, un Triage Agent route vers un SQL Agent avec un seul outil, puis transfère à un Analyst Agent dans un conteneur isolé. Il est franc sur le fait que « la complexité ne disparaît pas, mais elle devient gérable, testable et remplaçable. » L'outil de transfert est l'unité d'architecture ; les agents individuels sont sans état par appel.

C'est la partie que l'industrie redécouvre ce que nous appelons « the space is the router » depuis une décennie. Un essaim n'est pas valuable parce qu'il a beaucoup d'agents. Un essaim est valuable parce que les arêtes de transfert sont explicites, délimitées et mesurables. Le Triage Agent de l'exemple de Chugani fait exactement ce que fait notre couche réseau : il décide à quelle salle appartient la requête avant qu'un spécialiste ne parle. Le seul outil execute_query du SQL Agent est la même discipline de périmètre qu'une Sister restreinte à une personnalité et un profil d'acteur.

[UNIQUE INSIGHT] Le motif de l'essaim et le motif de la topologie sont le même motif à deux échelles. À la couche du modèle, les outils de transfert routent entre spécialistes sans état. À la couche du produit, la topologie network→community→room route entre contextes humains. L'erreur que les deux couches punissent est identique : accrocher cinquante responsabilités à un nœud et espérer qu'il jongle. La correction est identique : rétrécir le nœud, nommer l'arête, mesurer le transfert.

Les Sisters comme essaim de référence

Nos Sisters sont un essaim au sens de Chugani, avec un choix architectural qui vaut d'être nommé parce qu'il est la différence entre une démo et un produit. Chaque Sister est sans état par appel et limitée à une personnalité chargée depuis un fichier TOML — analyst, contrarian, disruptor, historian, institutionalist. Aucune n'écrit dans la base de données. Elles renvoient un SisterOutput et le Loom le persiste. Cette séparation est la propriété « sans état par agent, avec état à travers le système » que Chugani décrit, et la raison pour laquelle une Sister peut se déplacer hors-processus plus tard via notre protocole A2A sans changer aucun appelant.

L'Oracle, alors, est le nœud de synthèse — le seul endroit où les probabilités sont normalisées, les scénarios triés par ordre décroissant, l'entropie calculée en nats. C'est la fusion calibrée. C'est le rôle que jouent les « modèles plus grands pour le routage et la synthèse » de Chugani, sauf que nous en avons fait un seul mécanisme déterministe plutôt qu'un modèle plus grand, parce qu'un modèle plus grand n'est pas un mécanisme que vous pouvez auditer.

MCP standardise l'arête, pas la confiance

Le troisième déplacement est le Model Context Protocol — un standard ouvert qui agit comme un adaptateur universel entre les modèles et les sources de données. Le tableau de Chugani est clair : là où vous hardcodiez autrefois les clés API et écriviez des schémas JSON personnalisés par outil, vous vous connectez maintenant à un serveur MCP isolé qui expose ses outils et ressources automatiquement. il est attentif à noter que « l'implémentation pratique requiert encore une gestion soigneuse des identifiants côté serveur. »

C'est la lecture honnête. MCP rétrécit la surface d'intégration ; il n'élimine pas la surface de confiance. Un serveur MCP pré-construit pour GitHub, pour Slack et pour PostgreSQL se branche sans que vous écriviez les wrappers — mais la question de savoir si un appel d'outil est originaire de votre état interne vérifié ou d'une instruction intégrée dans des données externes reste. MCP standardise l'arête ; il ne standardise pas la provenance.

Ici nous pousserions la source plus loin qu'elle ne va. Le protocole est le mécanisme d'interopérabilité, pas le mécanisme de confiance. The 21 papers sont explicites : un protocole garantit l'interopérabilité, pas l'intégrité. L'intégrité est un mécanisme séparé qui doit être implémenté et mesuré séparément. Traiter MCP comme une réponse de sécurité est la même erreur de catégorie que traiter une plus grande fenêtre de contexte comme une réponse de mémoire.

Les graphes de mémoire sont un mécanisme seulement lorsqu'ils sont mesurés

Le quatrième déplacement de Chugani est l'apprentissage continu via des graphes de mémoire — un Memory Agent en arrière-plan extrait des faits persistants de la trajectoire de l'essaim et les écrit dans un graphe de connaissances, de sorte que la prochaine exécution évite les anciens échecs. Il trace la bonne distinction : l'absence d'état par appel garde les fenêtres de contexte légères, tandis que la mémoire au niveau système vit dans un graphe comme Neo4j injecté dans le pipeline de contexte. « Cela nous déplace de l'ingénierie des prompts à l'ingénierie du contexte. »

Nous avons écrit ailleurs que la mémoire persistante est le mécanisme, pas la fenêtre de contexte, donc nous ne relitigerons pas l'architecture ici. Le point spécifique à cette source est le manque de mesure. Un graphe de mémoire qui écrit des faits mais ne mesure pas si ces faits ont amélioré la prochaine exécution est un journal en écriture seule. Le Memory Agent de l'exemple de Chugani extrait la commande AWS qui a fonctionné et écrit [Staging Environment] -> [Requires] -> [Command X]. Bien. La question suivante — celle que la source ne pose pas — est de savoir si la requête du Triage agent à ce graphe a réellement réduit le temps jusqu'au succès au prochain déploiement, et si quelqu'un enregistre le contrefactuel.

[ORIGINAL DATA] Dans notre harnais de régression — le crate everythink-eval — nous conservons une tranche de prédictions passées et les re-notons contre les résultats réalisés. L'équivalent du graphe de mémoire n'est pas « avons-nous stocké le fait » mais « le stockage du fait a-t-il déplacé la calibration ». Un fait stocké qui ne déplace pas un résultat mesuré n'est pas un apprentissage ; c'est une archivage. L'architecture honnête traite le graphe de mémoire comme un mécanisme sous mesure, pas comme un accumulateur de connaissances par foi.

Sécurité : les trois défenses sont des affirmations jusqu'à ce qu'elles soient mesurées

Le cinquième déplacement est celui que Chugani traite avec le plus de prudence, et à juste titre. La surface d'attaque de l'essaim est structurellement plus grande que celle du monolithe : quand l'Agent A lit des courriels externes et peut transférer le contexte et le contrôle à l'Agent B avec accès à la base de données, une instruction malveillante pivote latéralement à travers l'essaim. Il nomme trois défenses émergentes — la provenance cryptographique des outils, les pare-feu sémantiques, et les sandboxes éphémères Wasm ou microVMs — et est explicite sur le fait que « celles-ci ne sont pas encore universellement standardisées » et que toute équipe menant des essaims en production devrait en traiter au moins une comme ligne de base.

Ici Theorem 3 est le plus utile, parce que chacune des trois défenses est une propriété qui tient exactement quand son mécanisme est implémenté et mesuré.

Provenance cryptographique des outils

Les outils sont signés, et les agents n'exécutent que les appels d'outil qui sont originaire d'un état interne vérifié. La propriété — « cet appel vient de l'intérieur de la frontière de confiance » — tient exactement quand la signature, la vérification et la révocation sont implémentées et le journal de vérification est mesuré. Un outil signé sans liste de révocation et sans télémétrie de vérification est un badge, pas une frontière.

Pare-feu sémantiques

Un modèle léger inspecte les charges utiles de transfert à la recherche d'instructions malveillantes avant d'autoriser le transfert. La propriété — « l'injection latérale est bloquée » — tient exactement quand le modèle pare-feu est déployé sur chaque arête de transfert, son taux de faux négatifs est mesuré contre un corpus d'injection connu, et ce taux est en dessous d'un seuil que vous avez nommé. Un pare-feu sémantique sans taux de faux négatifs mesuré est un second modèle dont vous espérez qu'il fonctionne.

Sandboxes éphémères

Les agents exécutent du code dans des conteneurs Wasm à usage unique ou des microVMs détruits après chaque tâche. La propriété — « un agent compromis ne peut ni persister ni pivoter » — tient exactement quand la sandbox est réellement à usage unique, la destruction est vérifiée, et le chemin d'épuisement des ressources est mesuré. Une sandbox réutilisée « pour la performance » est un conteneur, pas une sandbox.

Le motif à travers les trois est le même : la défense est un mécanisme, le mécanisme a une propriété mesurable, et la propriété est garantie seulement tant que la mesure tourne. C'est la discipline que la source suggère avec « traitez-en au moins une comme ligne de base » — et la discipline que nous formulerions comme « traitez la mesure comme la ligne de base, parce que le mécanisme sans elle est une affirmation. »

Pourquoi la couche systèmes est le fossé

Chugani clôt avec une observation qui vaut d'être citée : « Les équipes qui construisent bien aujourd'hui ne chassent pas des agents individuels plus intelligents ; elles construisent des essaims plus résilients et spécialisés. » il localise le levier restant dans la couche systèmes — topologie de l'essaim, architecture de mémoire, limites de sécurité.

Nous sommes d'accord, et nous ajouterions la raison. La couche systèmes est le fossé parce que c'est la seule couche où une propriété peut être garantie. Un modèle peut devenir plus intelligent et c'est le gain du fournisseur. Un protocole peut se standardiser et c'est le gain de l'écosystème. Mais une topologie qui route avant que quoi que ce soit ne réponde, un graphe de mémoire mesuré contre des résultats, et une limite de sécurité dont le mécanisme est implémenté et mesuré — ceux-là sont les vôtres. Le modèle est loué ; le câblage est possédé.

C'est aussi pourquoi notre périmètre est civil et défensif seulement. Un essaim qui peut pivoter latéralement à travers votre infrastructure est un outil qui peut être retourné. L'éthique du périmètre n'est pas un chapitre séparé ; c'est une contrainte sur la topologie elle-même — la même contrainte qui dit qu'une Sister n'écrit jamais dans la base de données, que le texte en clair d'un Eye Key ne touche jamais le disque, et qu'une propriété de sécurité n'est réelle que tant qu'elle est mesurée.

Inclusion par conception, à la couche topologie

La topologie est aussi là où l'inclusion est décidée. Un essaim qui ne route que vers des contextes à haute connectivité reproduit le fossé de connectivité. Notre topologie network→community→room route vers des salles à faible connectivité comme citoyens de première classe, parce que la couche de routage est l'endroit où la décision est prise — pas à la couche du modèle, où il est trop tard pour inverser. Le support multilingue et multimodal vit sur la même couche : l'espace route la requête vers le bon contexte avant que le modèle ne la voie. L'inclusion est une propriété de topologie, et une propriété de topologie est un mécanisme.

Points-clés

• La boucle cognitive s'est déplacée dans le modèle. Votre travail restant est le routage, l'état, les outils et la mesure — la sandbox, pas le cerveau.
• Un essaim est une topologie de routage. Sa valeur réside dans des arêtes de transfert explicites, délimitées et mesurables — pas le compte d'agents. Les Sisters et le Triage Agent sont le même motif à deux échelles.
• MCP standardise l'arête, pas la confiance. Un protocole garantit l'interopérabilité ; l'intégrité est un mécanisme séparé qui doit être implémenté et mesuré séparément.
• Les graphes de mémoire sont un mécanisme seulement lorsqu'ils sont mesurés. Un fait stocké qui ne déplace pas un résultat mesuré est une archivage, pas un apprentissage.
• Chaque défense de sécurité est une propriété qui ne tient que tant qu'elle est mesurée. La provenance cryptographique, les pare-feu sémantiques et les sandboxes éphémères sont des affirmations jusqu'à ce que leurs mécanismes soient implémentés et instrumentés.
• La couche systèmes est le fossé parce que c'est la seule couche où une propriété peut être garantie. Le modèle est loué ; le câblage est possédé.

Questions fréquentes

Un modèle plus intelligent ne rend-il pas l'essaim irrelevant ? Non. Un modèle plus intelligent raccourcit la boucle cognitive et pousse le levier vers la topologie, la mémoire et les limites — justement les couches qu'un modèle plus intelligent ne touche pas. Le modèle est loué ; le câblage est possédé.

Comment l'essaim de Sisters d'Everythink diffère-t-il d'un essaim d'agents générique ? Chaque Sister est sans état par appel, limitée à une personnalité chargée depuis TOML, et n'écrit jamais dans la base de données — le Loom persiste. L'Oracle est le seul nœud de synthèse déterministe où les probabilités sont normalisées. Cette séparation est ce qui permet à une Sister de se déplacer hors-processus via A2A sans changer aucun appelant.

MCP est-il suffisant pour la sécurité ? Non, et la source ne le prétend pas. MCP standardise l'arête d'intégration ; il ne standardise pas la provenance. L'intégrité est un mécanisme séparé qui doit être implémenté et mesuré séparément — un protocole garantit l'interopérabilité, pas l'intégrité.

Que dit Theorem 3 sur les trois défenses de sécurité ? Une propriété est garantie exactement quand son mécanisme est implémenté et mesuré. Chaque défense — provenance cryptographique, pare-feu sémantiques, sandboxes éphémères — est une propriété qui ne tient que tant que son mécanisme tourne et que sa mesure est enregistrée.

Si la boucle cognitive est dans le modèle, que reste-t-il à construire pour mon équipe ? Topologie de routage, localisation de l'état, provenance des outils et mesure. Dans notre cadrage : the space is the router — network→community→room route avant que quoi que ce soit ne réponde — et les mécanismes en dessous sont ce que vous possédez et instrumentez.

Sources

• Vinod Chugani, « The Current State of Agentic AI », MachineLearningMastery.com, 21 juillet 2026 — https://machinelearningmastery.com/the-current-state-of-agentic-ai

Le HAI Engine ✅ d'Everythink route la topologie the space is the router en production depuis 2016 ; les Sisters ✅ et l'Oracle ✅ sont l'essaim-et-fusion calibrés ; le World Monitor ✅ est la couche de géo-signaux en direct. Matchmaking ⚠️, Marketplace ⚠️ et Calendar ⚠️ sont Partial. Wallet & Token 🔵, Super App 🔵 et Community Credit 🔵 sont Roadmap, pre-revenue, et soumis à la révision Howey — aucun résultat n'est promis ici. Périmètre civil et défensif seulement.

Si vous voulez voir à quoi ressemble une topologie mesurée en pratique, réservez une démo ou lisez the papers.