Claude Code — retour d'expérience 2 mois (automne 2025), puis usage quotidien depuis le retour en mai 2026
J'avais noté Claude Code 7/10 et documenté mon départ vers OpenCode. L'outil de 2026 n'est plus celui que j'avais quitté : skills, hooks, sub-agents, mémoire persistante, MCP — un écosystème qu'aucun assemblage d'outils ne réplique. Le lock-in Anthropic, lui, n'a pas bougé : c'est un coût que j'ai choisi de payer, en gardant une sortie de secours testée.
Points forts
- + Qualité du modèle sur le code Symfony/TypeScript : raisonnement contextuel solide, refactorings directement utilisables
- + Extensibilité devenue réelle : custom commands/skills versionnables dans Git, hooks (pre-commit, gates), sub-agents spécialisés avec routing
- + Écosystème multi-surface : même moteur et mêmes configs (CLAUDE.md, MCP) dans le terminal, l'IDE, le desktop, le web et le mobile
- + Mémoire persistante entre sessions et tâches cron côté Anthropic — des workflows impossibles à assembler à la main
- + Zéro configuration pour démarrer — opérationnel en 5 minutes
- + MCP pour connecter n'importe quelle source de données (protocole ouvert)
Limites
- − Vendor lock-in structurel : un seul provider, aucun routing vers d'autres modèles selon la tâche ou le coût
- − Les configs (agents, skills, hooks, mémoire) sont au format Anthropic — rien n'est portable vers OpenCode ou Cursor
- − Coût d'un ordre de grandeur au-dessus des alternatives budget pour une qualité de modèle proche sur les tâches simples
- − Propriétaire : le code n'est pas inspectable, contrairement à OpenCode (MIT) ou Kilo Code (Apache 2.0)
- − Si Anthropic change ses conditions — c'est déjà arrivé avec la restriction de l'abonnement aux outils tiers — tu subis. C'est la raison exacte de mon premier départ
Mise à jour juillet 2026 : le retour
Cette review disait en février : « bon point d’entrée, mais le lock-in devient une contrainte réelle », score 7/10, migration vers OpenCode documentée. Le lock-in n’a pas changé. L’outil, si. Je suis revenu en mai 2026, en abonnement Max, en usage quotidien — et cette page assume l’aller-retour plutôt que de le réécrire. Le détail du raisonnement est dans le dispatch Anthropic, le Apple de l’IA.
Contexte de test
Premier test : automne 2025, 2 mois, en comparaison directe avec OpenCode sur un projet Symfony 7 + TypeScript/React d’environ 80k lignes — suivi d’une migration vers OpenCode, documentée dans ce dispatch. Second round : usage quotidien depuis mai 2026, même projet, abonnement Max.
Ce qu’il fait réellement
Claude Code connecte le terminal au modèle Claude — c’était sa description en 2025, elle est devenue insuffisante. L’outil de 2026 est extensible et multi-surface : custom commands et skills versionnables dans Git, hooks qui gatent les commits, sub-agents spécialisés, mémoire persistante entre sessions, serveurs MCP partagés entre le CLI, l’IDE et le desktop, tâches cron qui tournent côté Anthropic machine éteinte.
La force du modèle reste ce qu’elle était : sur un refactoring de service Symfony avec contexte métier, le résultat est cohérent et souvent directement utilisable.
Ce qui fonctionne
L’écosystème intégré. Mon setup actuel — agents spécialisés avec routing, crons matin/soir qui lisent GitLab et écrivent dans Obsidian, hooks qui bloquent un commit sans review — tient parce que tout partage le même moteur et les mêmes configs. J’avais tenté l’équivalent en assemblage (OpenCode + scripts + n8n) : chaque pièce se maintenait séparément.
Les workflows versionnés. Ce qui manquait le plus en 2025 — des custom commands partageables via Git — existe désormais sous forme de skills. La connaissance de l’équipe cesse d’être tribale : elle est dans le repo, reviewable comme du code.
La simplicité d’onboarding, inchangée : installation en une commande, productif immédiatement.
Ce qui ne fonctionne pas
Le lock-in est structurel, et il grandit avec ton investissement. Chaque skill, chaque hook, chaque mémoire accumulée est au format Anthropic. Ce n’est pas théorique : la restriction de l’abonnement dans les outils tiers — un changement de conditions unilatéral — est la raison exacte de mon premier départ. Le risque n’a pas disparu parce que je suis revenu.
Le coût. Un abonnement Max coûte un ordre de grandeur de plus qu’une alternative budget pour une qualité de modèle proche sur les tâches mécaniques. Si tu compares modèle contre modèle, Max ne se justifie pas — le ROI est ailleurs.
La transparence. L’outil reste propriétaire : on ne sait pas ce qui est loggué ni comment.
Pour qui ?
Claude Code est le bon choix si tu es prêt à investir dans l’outillage — c’est l’intégration qui paie, pas le modèle seul. L’utiliser comme simple CLI de chat, c’est le pire des deux mondes : le prix du jardin sans les fruits ; dans ce cas OpenCode ou Kilo Code avec un modèle budget font le même travail. Et si le multi-provider est une exigence de gouvernance chez toi, la question est déjà tranchée : ce n’est pas cet outil.
Recommandé pour
- ✓Ceux qui sont prêts à investir dans l'outillage agentique (agents, hooks, automatisations) — le ROI est dans l'intégration, pas dans le modèle seul
- ✓Équipes déjà engagées dans l'écosystème Claude qui veulent des conventions versionnées (CLAUDE.md, skills partagés)
- ✓Tâches d'architecture complexes où la profondeur de raisonnement prime sur le coût
- ✓Première découverte des agents de coding — onboarding immédiat
Déconseillé pour
- ✗Usage CLI de chat basique sans exploiter l'écosystème — tu paies le prix du jardin sans cueillir les fruits
- ✗Workflows où le multi-provider est une exigence de gouvernance — OpenCode reste la référence
- ✗Budgets serrés sur des tâches simples : une alternative à ~$18/mois fait le même travail de génération mécanique
Questions fréquentes
- Pourquoi être revenu à Claude Code après l'avoir quitté ?
- Pas pour le modèle — les alternatives budget font des scores proches sur le coding. Pour l'écosystème : skills et hooks versionnés, sub-agents, mémoire persistante, même moteur sur toutes les surfaces. J'ai documenté le départ et le retour dans deux dispatches — les deux restent en ligne, c'est l'arc complet qui est honnête.
- Claude Code fonctionne-t-il avec Claude Max ?
- Oui, c'est le mode d'usage principal aujourd'hui. L'abonnement Max ($100 ou $200/mois selon le palier) couvre un usage intensif de Claude Code sans facturation token par token. En usage quotidien soutenu, c'est nettement plus prévisible que l'API directe.
- Le lock-in Anthropic est-il toujours un problème ?
- Oui, et il a même grandi : plus ton setup s'enrichit (agents, skills, hooks, mémoire), moins il est portable. Ma réponse : garder une sortie de secours multi-provider testée et fonctionnelle, et considérer le lock-in comme un coût chiffré, pas comme un tabou.
- Claude Code peut-il travailler sur plusieurs fichiers à la fois ?
- Oui — il lit le système de fichiers, modifie plusieurs fichiers par session, accède à Git, et peut paralléliser via des sub-agents. Sur les très grandes codebases, la décomposition des tâches reste la clé, quel que soit le context window.