L'ère agentique marque un tournant pour l'architecture logicielle

L'univers du développement est en pleine mutation. Il y a encore douze mois, peu de monde parlait d'architecture "agent-friendly". Aujourd'hui, c'est devenu un sujet incontournable.

Les assistants IA passent du statut de gadget à celui d'outil indispensable. Et petit à petit, une évidence émerge : ces agents ne donnent le meilleur d'eux-mêmes que sur des bases de code bien construites.给他们一团乱七八糟的服务、循环依赖和命名混乱，你的一半时间将花在回头检查和澄清上。但给他们 - 无论人类还是AI - 一个组织有序的代码库，上下文自然流动？那就是魔法发生的时候。

C'est là qu'intervient un concept qui gagne du terrain : Polylith. Un de ces principes qui semblent évidents une fois qu'on les saisit.

Polylith, kesako ?

En version rapide : Polylith, c'est l'objectif d'obtenir les avantages des microservices avec la simplicité d'un monorepo. On garde la modularité et l'isolation des microservices, mais sans multiplier les dépôts.

L'idée centrale repose sur des briques de construction — comme des LEGO. Certaines sont petites et ciblées, d'autres plus grosses et agrégées. Le point commun ? Elles s'emboîtent proprement.

Dans le vocabulaire Polylith, ces briques s'appellent des bricks, avec deux catégories :

• Components : le cœur de l'application. La logique métier, les fonctionnalités, tout ce qui fait fonctionner le truc.
• Bases : les points d'entrée. Elles restent fines, ideally déléguant plutôt que contenir de la logique.

Cette séparation a un mérite : elle force à définir les contours dès le départ. Une base n'a pas besoin de connaître les rouages internes d'un component. Elle sait juste comment l'invoquer. Clair, prévisible, et surtout — facile à parcourir pour les humains comme pour les agents.

Pourquoi l'architecture compte pour les agents

Voilà où ça devient passionnant côté développement IA.

Les architectures microservices classiques, aussi puissantes soient-elles, introduisent une complexité qui peut-blocker même les agents les plus malins :

• Code éparpillé dans plusieurs dépôts
• Logique dupliquée entre services
• Code partagé extrait dans des libraries (qui créent encore plus de dépôts)
• Incompatibilités de versions entre dépendances

Un agent qui essaie de comprendre ou modifier un tel système doit sauter entre les dépôts, localiser où se trouve la fonctionnalité, démêler les dépendances — et tout ça avant même d'écrire une ligne utile. Du overhead cognitif dont personne n'a besoin.

Polylith règle ça en gardant tout au même endroit. Le contexte est toujours à portée de main. Pas de labyrinthe de dépôts à naviguer ; la vue d'ensemble est disponible dans un seul workspace. Ce n'est pas juste pratique pour les agents — c'est transformateur pour leur efficacité.

L'apport des outils

Ce qui rend Polylith vraiment intéressant, c'est son écosystème d'outils. Des outils bien pensés appliquent automatiquement les règles de l'architecture. Ils préviennent quand une frontière est traversée, repèrent les dépendances circulaires, maintiennent le codebase honnête.

Pour les développeurs Python, il existe des integrations avec les principaux gestionnaires de paquets — uv, poetry, pdm, pixi, au choix. Il y a même un support natif pour les agent skills, autrement dit une façon d'apprendre aux assistants IA à travailler dans le cadre Polylith.

C'est aussi un gain réel pour l'efficacité des prompts. Quand un agent comprend les conventions de l'architecture via les outils, on dépense moins de tokens à expliquer le contexte et plus à générer de la valeur.

Ce qui ne change pas

Voici la partie rassurante : beaucoup de principes du bon développement logiciel restent valables, que ce soit un humain ou une IA qui lise le code.

Simple bat complexe. Les frontières nettes l'emportent sur les dépendances embrouillées. Le contexte compte. Ces vérités existed avant l'ère agentique et resteront vraies après. La différence, c'est qu'on est maintenant plus motivés à les appliquer — parce que les bénéfices s'étendent à nos assistants IA.

Le tableau d'ensemble

Nous entrons dans une époque où le développement se fait en collaboration avec l'IA. Ça modifie l'équation pour les choix d'architecture. Ce n'est plus seulement une question d'expérience développeur — c'est aussi une question d'expérience agent.

Polylith n'est pas la seule réponse à ce défi, mais c'est une approche intéressante qui adresse les deux côtés avec élégance. En privilégiant simplicité et contexte, il crée une codebase agréable à naviguer pour les humains et de plus en plus facile à exploiter pour les agents.

Si vous démarrez un nouveau projet ou envisagez une refonte, gardez cette réflexion en tête. Les outils qu'on choisit — et les décisions d'architecture qu'on prend — façonneront l'efficacité de nos assistants IA.

L'ère agentique n'est pas en route ; elle est là. La question, c'est si nos architectures sont prêtes à la recevoir.

Quels patterns architecturaux avez-vous trouvés efficaces avec les assistants IA ? Partagez en commentaires — toujours curieux de voir comment chacun navigue cette transition.