Astra pour le code : pourquoi remettre ça ?
- Armin Ronacher (créateur de Flask) justifie le fait de construire un énième agent de codage alors que le marché est saturé par Claude Code, Codex et Cursor. Son argument : le modèle est devenu une commodité, la vraie valeur se déplace vers le harness — gestion du contexte, exécution des outils, isolation, contrôle du coût par tâche. HN salue l'auteur mais doute sérieusement de la défendabilité du projet face aux labos qui intègrent verticalement.
Ce que dit la source
Les agents de codage actuels sont opaques sur ce qu'ils envoient au modèle, coûteux à opérer à l'échelle d'une équipe, et difficiles à intégrer dans des environnements d'entreprise (sandboxing, permissions, reproductibilité). L'article défend l'idée qu'il reste de la place pour un harness pensé pour l'exécution fiable plutôt que pour la démo.
- Le modèle n'est plus le différenciateur : les écarts entre frontier models se resserrent, l'exécution autour du modèle devient le terrain de jeu.
- Le harness (boucle d'outils, compaction du contexte, gestion des erreurs, reprise après échec) explique une grosse part de la qualité perçue d'un agent.
- Argument central : les agents actuels sont conçus pour impressionner en démo, pas pour tourner sans surveillance sur des bases de code réelles.
- Isolation et permissions sont traitées comme des fonctionnalités de premier ordre, pas comme un pansement : condition d'adoption en entreprise.
- Position assumée de l'auteur : construire quand même, en pariant que la commoditisation des modèles profite aux couches au-dessus.
Dans les commentaires
Respect pour l'auteur, scepticisme franc sur le produit
- « Un wrapper de plus » : plusieurs commentateurs estiment que tout le secteur réimplémente la même boucle agentique et qu'aucun moat n'existe à ce niveau.
- Le risque d'être écrasé par les labos revient sans cesse : chaque feature d'un harness tiers finit intégrée dans Claude Code ou Codex à la release suivante.
- Doutes sur la viabilité économique : marges écrasées par le coût des tokens, valeur captée par le fournisseur de modèle, pas par l'outil.
- Une partie du fil considère que le vrai problème n'est pas l'agent mais la revue du code généré, et qu'aucun harness ne résout ça.
- Les habitués des CLI existants ne voient pas de raison objective de migrer : coût de changement réel, gain marginal.
Alternatives citées : Claude Code, OpenAI Codex CLI, Cursor, Aider, Cline, OpenCode, Amp
Notre lecture
Ne pas signer de contrat pluriannuel sur un agent de codage : la couche outillage change tous les six mois et les labos (Anthropic, OpenAI) absorbent les fonctionnalités des tiers à chaque release. Privilégier les setups où le modèle est interchangeable et où les workflows agents restent décrits dans votre dépôt, pas dans le SaaS du fournisseur.