Arrêtez de laisser les agents IA concevoir votre architecture

Trois organisations le mois dernier. Même schéma : quelqu'un ouvre Claude, ChatGPT ou Copilot, demande une architecture, et obtient une proposition confiante et bien articulée qui semble venir d'un ingénieur très senior. Mais elle n'a pas réfléchi au problème — elle fait du pattern-matching sur les données d'entraînement.
Le problème central : l'IA est pathologiquement complaisante
- Demandez à Claude si les microservices conviennent à une équipe de 3 personnes — il expliquera avec enthousiasme pourquoi ils sont excellents.
- Demandez si un pipeline ML personnalisé est préférable à un service managé — il conçoit une solution.
- Les vrais architectes disent « non » et résistent à la complexité. Claude ne le peut pas.
Ce n'est pas un mensonge ou une erreur. C'est l'incapacité à maîtriser la compétence critique : savoir ce qu'il ne faut pas construire, poser cinq fois « pourquoi », et dire au CTO que son idée inspirée d'une conférence est terrible pour l'équipe réelle.
L'architecture en château de cartes
Le résultat conçu par l'IA passe le test du premier coup d'œil : event-driven par-ci, CQRS par-là, service mesh. Mais il est conçu pour la médiane de tout ce que Claude a vu — une meilleure pratique générique pour une entreprise générique. Une architecture réelle nécessite du contexte :
- Choisir Postgres plutôt que DynamoDB parce que votre équipe connaît Postgres et qu'il vaut mieux livrer en deux semaines que d'apprendre un nouveau modèle de données.
- Zapper le service mesh parce que vous avez quatre services, pas quarante.
- Utiliser un monolithe parce que le problème est simple et que les microservices seraient du développement motivé par la carrière.
Un agent IA n'a aucun de ces contextes — et pire, il ne sait pas qu'il ne les a pas.
Le pipeline de tickets Jira
Une fois l'architecture acceptée, les mêmes personnes demandent à l'IA de la décomposer. Elle produit des epics, des stories, des critères d'acceptation — prêts à être déversés dans Jira. Les ingénieurs qui ont passé des années à perfectionner leur métier implémentent désormais la conception de Claude, un ticket à la fois. Les personnes ayant le plus de contexte deviennent des exécutants de tickets ; l'entité ayant le moins de contexte prend les décisions architecturales.
« Mais un senior a relu »
Un lead technique débordé reçoit une proposition cohérente avec une terminologie et des diagrammes appropriés. Quelle résistance peut-il opposer quand la réponse à « Je ne pense pas que ce soit juste » est « Claude a passé vingt minutes là-dessus et tu veux tout jeter ? »
📖 Lire la source complète : HN AI Agents
👀 See Also

Pourquoi un développeur laisse des balises de co-auteur IA dans les commits
Un développeur explique pourquoi il inclut délibérément 'Co-Authored-by: Claude' dans ses commits Git, en le comparant aux données EXIF en photographie et en discutant des défis des changements de code assistés par l'IA de manière chirurgicale.

La première étape vers l'AGI : combler l'écart avec ClawDBot
Découvrez comment ClawDBot nous rapproche de l'AGI en améliorant les agents d'IA de codage, illustrant une étape cruciale dans l'évolution de l'intelligence artificielle.

Claude Code v2.1.200 : Corrections clés et changements du mode de permissions
Claude Code v2.1.200 modifie les boîtes de dialogue AskUserQuestion pour ne plus continuer automatiquement, change le mode d'autorisation par défaut en Manuel et corrige des plantages d'agents en arrière-plan ainsi que la corruption du registre.

La Gestion du Contexte d'OpenClaw Critiquée pour sa Consommation de Tokens et ses Défauts Architecturaux
Un post sur Reddit critique OpenClaw pour sa gestion inefficace du contexte qui entraîne une utilisation excessive de tokens. Le framework ajoute toutes les actions à l'historique global, créant des prompts gonflés qui submergent les modèles plus petits et forcent à dépendre de modèles frontaliers coûteux comme Claude Opus.