L'agent, client hypermédia
Brancher un agent via MCP, c'est refaire du RPC. Le LLM connaît déjà le Web : exposez-lui du REST/hypermédia, il navigue la même surface qu'un humain.
Catégorie
Doctrine
Analyses, prises de position, arbitrages, convictions d’architecture et lectures critiques de fond.
Le retour de l'hypermédia — et la couche vue comme moteur
L'hypermédia revient (htmx, HDA) et vit dans la couche vue : liens, formulaires-affordances, négociation de contenu. Du REST mené à son niveau 3.
L'« API REST » est un REST du pauvre
Le modèle de maturité de Richardson et le coup de gueule de Fielding : la plupart des « API REST » sont du RPC à belles URL — un REST du pauvre. Quand ça suffit.
L'interface uniforme : l'hypermédia comme moteur
Le cœur de REST : l'interface uniforme et HATEOAS, l'hypermédia comme moteur de l'état. Le client suit liens et formulaires au lieu de coder les URL en dur.
« REST » ne veut pas dire ce que vous croyez
REST n'est pas un protocole ni « du JSON sur HTTP » : c'est un style architectural, celui du Web, défini par six contraintes. Petite histoire et ce que le mot a perdu.
De l'agent au workflow déterministe
L'agent est un échafaudage pour découvrir la solution, pas sa forme finale. Capturer le code qu'il produit fait passer d'indéterministe à déterministe.
L'agent orchestrateur universel est une impasse : maître-serviteur
Un agent central qui décide de tout concentre la complexité en un point probabiliste. La sortie : une orchestration sobre, un maître et des serviteurs.
Outiller un agent : du code, pas des outils sur mesure
Multiplier les outils sur mesure (façon MCP) réintroduit du RPC et noie le contexte. Exposez au LLM ce qu'il maîtrise déjà : du code et des API REST.
Gouverner un agent IA comme un utilisateur du système
Un agent IA n'est pas une couche magique au-dessus du SI : c'est un utilisateur gouverné. BYOK, zero-trust, héritage des droits du caller et traçabilité.
Quand utiliser un LLM — et quand s'en passer
Un LLM gère l'ambiguïté du langage, pas la logique métier stable. Critères concrets pour choisir entre service, workflow déterministe, appel LLM et agent.
Outils de résilience et discipline de lucidité
Timeouts, retries, circuit breaker, idempotence, outbox, DLQ : les outils de résilience, et la discipline de lucidité qui en fait une architecture.
Réparer après la partition : réconciliation et compensation
Après la partition, les états ont divergé : réconcilier ce qui se recalcule (replay, CRDT, cohérence éventuelle), compenser ce qui a déjà eu lieu (saga).
CAP à toutes les échelles, et comment trancher
CAP vaut à toute frontière — DDD, CQRS, monolithe, micro-services. Et l'arbitrage cohérence/disponibilité se tranche par opération, pas en bloc.
Le théorème CAP, ce qu'il dit vraiment
Le théorème CAP n'est pas un « 2 sur 3 » : sous partition, on arbitre cohérence ou disponibilité. Et une partition, c'est bien plus qu'un câble coupé.
Quatre façons d'orienter une dépendance — et leurs pièges
Entre deux modules, quatre façons seulement d'orienter une dépendance — A→B, B→A, médiateur, contrat partagé — et le piège de couplage propre à chacune.
Le sens des dépendances : qui doit connaître qui ?
Avant de connecter deux modules, une question décide du couplage : qui connaît qui ? Le sens des dépendances, pour éviter cycles et rigidité.