Pi pour le dev — cas d'usage

Exploration multi-modèles

Pi supporte tous les fournisseurs de LLM. En pratique, cela signifie qu’on peut tester la même tâche avec plusieurs modèles et comparer les résultats en qualité, vitesse et coût.

Cas d’usage concrets

• Comparer les réponses — lancer le même prompt de refactoring sur Claude, GPT-4 et Gemini pour voir lequel produit le code le plus propre.
• Right-sizing — découvrir qu’un modèle rapide et peu coûteux (Groq, Gemini Flash) suffit pour des tâches simples (renommer des variables, générer des docstrings).
• Benchmark informel — évaluer un nouveau modèle sur sa codebase réelle plutôt que sur des benchmarks synthétiques.

C’est le levier Model (LP2 du Core Four) en action : choisir le modèle optimal pour chaque tâche, plutôt que d’utiliser le même partout.

Prototypage rapide

Pi est idéal pour les phases exploratoires où le coût et la vitesse d’itération comptent plus que le contexte projet.

• PoC jetable — valider une idée avec un modèle économique avant d’investir une session Claude Code complète.
• Exploration d’API — demander à Pi de générer un script d’appel à une API externe pour voir la forme des données.
• Spike technique — tester rapidement si une bibliothèque ou un pattern fonctionne pour le problème posé.

Attention : Pi n’a pas accès au CLAUDE.md du projet ni aux conventions stockées dedans. Le code généré en prototypage devra être adapté aux conventions du projet lors de l’implémentation finale.

Pi en CI/CD

Pi offre deux modes non-interactifs adaptés à l’automatisation :

Exemples d’intégration CI

• Lint sémantique — vérifier que les noms de variables et méthodes respectent les conventions du projet.
• Génération de tests — produire des tests unitaires pour les fichiers modifiés dans une PR.
• Résumé de PR — générer automatiquement une description de la PR à partir du diff.

En CI, le coût par exécution est critique. Pi permet d’utiliser un modèle économique (Gemini Flash, Groq) pour des checks qui ne nécessitent pas le modèle le plus puissant.

Workflow combiné Pi + Claude Code

Les deux outils ne sont pas en concurrence — ils se complètent :

• Pi pour explorer — tester des approches avec un modèle pas cher.
• Claude Code pour implémenter — basculer sur Claude avec le CLAUDE.md et le contexte projet pour le code final.
• Pi en CI — checks automatisés avec un modèle économique.
• Claude Code pour la review — sub-agent review avec le contexte projet complet.

C’est le modèle PITER appliqué à l’échelle du workflow : distribuer les rôles entre outils selon leurs forces.