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

Les ingénieurs en IA ne sont pas à l'abri d'être remplacés par l'IA
À mesure que les modèles de base comme DINO de Meta deviennent polyvalents, les rôles spécialisés en IA se voient cannibalisés. L'auteur affirme que la plupart des emplois d'ingénieur IA seront remplacés plus tôt que d'autres postes de développeur.

Le développeur préfère Qwen3.5-27B aux modèles propriétaires en raison de son mode d'échec.
Un développeur sur r/LocalLLaMA rapporte préférer Qwen3.5-27B à Gemini 3.1 Pro et GPT-5.3 Codex car il abandonne les tâches problématiques plutôt que de générer du code potentiellement dangereux comme des scripts Perl ou NodeJS non restreints.

Améliorations et Corrections de Claude-Code v2.1.45
Claude-Code v2.1.45 introduit la prise en charge de Claude Sonnet 4.6 et diverses corrections pour la stabilité du système.

Nvidia investit 26 milliards de dollars dans des modèles d'IA à poids ouvert et lance Nemotron 3 Super.
Nvidia va dépenser 26 milliards de dollars sur cinq ans pour construire des modèles d'IA open source, selon les documents financiers de 2025. La société a également publié Nemotron 3 Super, un modèle à 128 milliards de paramètres qui surpasse GPT-OSS sur les benchmarks et se classe premier sur PinchBench pour le contrôle OpenClaw.