Contexte et frustrations rencontrées avec Claude Code

Claude Code, intégré à VSCode depuis plus d’un an, permet de sélectionner du texte dans l’IDE et d’injecter ce contexte dans les requêtes LLM. Cette fonctionnalité ne supporte qu’une session active ; ouvrir un second onglet bloque complètement la réception des événements de sélection, problème signalé dès décembre 2025 et classé comme doublon d’un bug non lié. L’extension officielle ajoute la possibilité de multiples onglets, mais la moitié des slash‑commands intégrées ne fonctionnent pas, aucune ligne d’état personnalisée n’est disponible, et les messages des sous‑agents s’insèrent dans le fil principal, rendant la lecture difficile lorsqu’ils sont nombreux.

Ces limitations s’ajoutent à une cadence de mise à jour très élevée : 244 releases ont été publiées cette année, dont plus de 75 % modifient le prompt système ou les descriptions d’outils. Le prompt système a été réduit de 80 % sans amélioration perceptible, alors que la description du tool Bash occupe près de 3 000 tokens, majoritairement du texte générique sur git et les PR GitHub. Ces changements fréquents perturbent les configurations personnelles et augmentent la charge cognitive des utilisateurs.

Analyse technique des coûts et de l’efficacité

Le modèle sous‑jacent de Claude Code consomme un nombre de tokens proportionnel aux descriptions d’outils et aux prompts système. En supposant 1 million d’utilisateurs actifs quotidiens (DAU) et 100 M de requêtes par jour, chaque suppression de 1 000 tokens par requête représente une économie potentielle de plusieurs millions de dollars d’inférence chaque année. Cette estimation montre que l’optimisation du prompt n’est pas seulement une question d’expérience utilisateur, mais impacte directement les dépenses d’infrastructure.

Pi : architecture minimaliste et extensibilité

Pi adopte une approche plus légère : aucune description de tool massive, un prompt système concis, et une API qui accepte plusieurs onglets simultanément. L’auteur a développé une extension Pi en environ 20 minutes pour reproduire la fonctionnalité multi‑onglet, illustrée par le fragment de script suivant :

cat <<'EOF'
# code généré par Pi
EOF

Ce script utilise la syntaxe heredoc pour encapsuler du code, contournant les règles de révision manuelle qui bloquaient auparavant les commandes git. La rapidité de mise en œuvre démontre la modularité de Pi et la facilité d’ajout de nouvelles capacités sans surcharge de configuration.

Implications pour les développeurs et les équipes produit

Les problèmes de Claude Code découlent d’une stratégie produit où chaque nouvelle fonctionnalité (workflows dynamiques, équipes d’agents, ultrareviews) est ajoutée sans contrôle de cohérence. L’absence d’un responsable « no » conduit à une dérive fonctionnelle, augmentant la complexité et les coûts d’opération. Pi, en revanche, mise sur la stabilité et la personnalisation, offrant aux équipes la possibilité de créer leurs propres extensions sans dépendre d’un système de prompts lourd. Cette différence d’architecture suggère que les projets cherchant à maîtriser leurs dépenses d’inférence et à garantir une expérience IDE fluide gagneront à migrer vers des harnesses plus minimalistes comme Pi.