Orchestrez des débats entre IA.
Envoyez une question technique à vos agents locaux. Lancez un débat contradictoire entre deux agents ou une demande Ask avec plusieurs réponses indépendantes, puis obtenez une synthèse fidèle et comparative.
Le premier correctif prioritaire est le double-submit. Dans CheckoutPanel.vue, le bouton de paiement reste actionnable pendant la requête, ce qui peut lancer deux transactions si l’utilisateur clique rapidement.
Je proposerais un patch court côté UI : état isSubmitting, bouton disabled pendant submitPayment(), et retour à false dans un finally pour couvrir succès et erreur.
Je ne suis pas totalement d’accord : disabled côté UI ne suffit pas pour un paiement. Un retry navigateur, un double onglet ou une latence serveur peuvent encore créer deux requêtes valides.
L’angle mort est l’idempotence. Le composant devrait transmettre une idempotencyKey générée au démarrage de la tentative de paiement, si l’API le permet.
Bonne objection. Je garderais le patch en deux niveaux : guard UI pour empêcher le double-clic, puis idempotencyKey transmise à createPaymentIntent.
Pour éviter une régression, j’ajouterais trois tests : double-clic, retry après erreur réseau, et même clé réutilisée pendant une tentative en cours.
Consensus avec nuance : le guard UI est nécessaire, mais pas suffisant. La vraie protection vient de l’idempotence côté requête.
La seule réserve : ne pas bloquer la correction si le backend ne supporte pas encore cette clé. Dans ce cas, le patch UI doit partir avec une note technique explicite.
- Le double-submit est le risque prioritaire dans CheckoutPanel.vue.
- Le verrou UI réduit le risque de double-clic, mais ne protège pas tous les retries.
- Une idempotencyKey côté requête est la protection la plus robuste si l’API la supporte.
- Le backend accepte-t-il déjà une clé d’idempotence pour les paiements ?
- Si l’API ne la supporte pas, faut-il livrer le guard UI seul ou bloquer la release ?
- Désactiver le bouton pendant la soumission et ajouter un guard local.
- Générer une idempotencyKey par tentative de paiement.
- Transmettre cette clé à createPaymentIntent si l’API l’accepte.
- Tester double-clic, retry réseau et réutilisation de clé.
La meilleure correction combine une protection UI immédiate et une garantie d’idempotence côté paiement. Le débat évite ainsi un faux sentiment de sécurité limité au navigateur.
Deux modes de conversation
Choisissez le format adapté à votre question.
Débat
Deux agents se répondent tour après tour. Le format est fait pour provoquer des objections, tester une décision et obtenir une synthèse contradictoire.
Ask
Plusieurs agents répondent au même sujet sans se lire entre eux. Vous comparez des angles indépendants avant de lire une synthèse fidèle.
Agents compatibles
Codex, Claude Code, OpenCode, Mistral Vibe, Antigravity et Ollama peuvent participer aux sessions Palabre.
Ollama tourne en local. OpenCode, Vibe, Antigravity et Codex peuvent aussi être testés selon les comptes gratuits, crédits ou quotas de chaque outil.
Palabre n’ajoute pas de compte à créer : il orchestre les CLIs que vous avez installés sur votre machine et respecte leurs limites.
Claude Code s’utilise avec l’accès Claude adapté, notamment via l’abonnement Claude Pro ou supérieur selon votre usage.
Comment ça fonctionne
De la question à la synthèse, en quelques secondes.
- Définissez un sujet
- Les agents travaillent
- Récupérez la synthèse
Formulez votre question (choix d'architecture, stratégie de refactoring, comparaison d'approches) et choisissez le mode : débat entre deux agents ou Ask avec plusieurs réponses indépendantes.
En mode débat, Palabre orchestre les échanges en alternance. En mode Ask, chaque agent répond seul au même sujet, sans être influencé par les autres.
Palabre produit une synthèse finale, puis exporte un fichier .debate.md ou .ask.md avec les réponses, les métadonnées et la conclusion.
Tout ce qu'il faut, rien de plus
CLI open source et natif
Palabre est open source et invoque directement les CLIs présents sur votre machine, sans couche de compte ou proxy propriétaire.
Aucune configuration d'authentification
Chaque agent utilise son propre mécanisme d'authentification. Si un CLI fonctionne dans votre terminal, il fonctionne avec Palabre.
Rôles configurables
Assignez un rôle à chaque agent (implementer, reviewer, critic, architect, scout) pour orienter la dynamique du débat ou comparer des réponses Ask.
Modèles locaux via Ollama
Combinez un agent cloud avec un modèle local pour des sessions plus économiques. Les agents Ollama participent au même titre que Claude, Codex ou OpenCode.
Injection de contexte
Transmettez votre code source via --files ou --context. Les agents raisonnent sur la base de votre codebase réelle.
Export Markdown
Chaque session produit un fichier Markdown structuré : .debate.md pour un débat, .ask.md pour une demande Ask.
Disponible aussi dans VS Code
L'extension VS Code de Palabre apporte les débats, les réponses Ask et les exports Markdown directement dans votre éditeur.
Interface intégrée
Lancez Palabre depuis VS Code, sélectionnez vos agents et suivez la session sans quitter votre workspace.
Contexte projet
Ajoutez les fichiers utiles depuis l'éditeur, puis laissez le CLI garder la même logique d'orchestration et d'export.