18 contenus
Sous un abonnement à budget plafonné comme opencode Go, choisir un modèle ne se fait pas au prix du token mais aux requêtes par 5 h, à la seule source qualité encore vivante (vals.ai) et à la fiabilité du tool-calling — le critère décisif qu'aucun benchmark ne mesure. Le résultat : un modèle par preset, un frontier délégué hors de l'agent, et des outils contraints plutôt qu'instruits.
Un workflow agentique ne consiste pas à "utiliser l'IA pour coder plus vite" — c'est une restructuration de la façon dont on décompose, délègue et vérifie le travail. Les gains réels viennent de trois pratiques : décomposer les tâches en unités vérifiables, gérer le contexte de façon active, et traiter l'agent comme un junior compétent qui a besoin d'instructions précises.
Router les tâches mécaniques sur des modèles budget ou gratuits (MiniMax 2.5 via Kilo Gateway, Gemini Flash), réserver les modèles premium pour le raisonnement. Résultat : les tâches mécaniques (~65% du volume) ne coûtent plus rien, sans dégradation perçue.
Le context window est une ressource finie qui se dégrade. La clé est de le traiter comme tel : sessions courtes avec livrables vérifiables, fichiers de contexte persistants entre sessions, découpage en agents spécialisés sur les tâches parallèles. Les workflows multi-agents ne sont pas une complexité supplémentaire — ils sont la façon de travailler à grande échelle sans perdre en qualité.
OpenCode s'intègre naturellement dans un workflow Neovim/tmux : un split tmux dédié, l'agent dans un panneau, ton éditeur dans l'autre. L'architecture client/serveur permet de démarrer OpenCode côté serveur et de s'y connecter via SSH sans configuration supplémentaire. Setup complet en 30 minutes.
Un bon prompt d'agent de coding a trois composants : ce qu'on veut (tâche précise), comment le valider (condition de sortie vérifiable), et ce qu'on ne veut pas (contraintes explicites). La plupart des résultats décevants viennent d'instructions qui manquent l'un des trois.
Plus le context window est grand, plus tard le context rot arrive — il n'est pas supprimé. La vraie solution est de structurer son travail en sessions courtes avec des livrables vérifiables. C'est une discipline d'organisation, pas un problème à résoudre par le hardware.
Kilo Code CLI est un fork d'OpenCode avec Kilo Gateway en plus. En pratique, le TUI est identique, les custom commands marchent pareil, et la migration a pris 15 minutes. La vraie différence : les modèles gratuits via le gateway changent l'économie du workflow.
Claude Code est un excellent point d'entrée — zéro config, qualité immédiate. Mais le lock-in Anthropic empêche d'optimiser les coûts selon les tâches, et la restriction de l'abonnement Claude Code dans les outils tiers a forcé la migration. OpenCode puis Kilo Code CLI (son fork avec gateway gratuit) résolvent les deux sans sacrifier la qualité.
Sur 128 sessions Claude Code scorées automatiquement, 68 ont une friction "wrong_approach" — 53%. Le premier réflexe de l'agent n'est pas le bon dans la moitié des cas. Ce n'est pas un problème à corriger, c'est un pattern à intégrer dans le workflow.
Trois patterns qui se sont imposés naturellement dans un workflow agentique quotidien : le briefing matinal automatisé, les custom commands versionnées dans Git, et les sessions parallèles en split tmux. Chacun a émergé d'un problème concret, pas d'une théorie.