Plusieurs loops, un seul tableau
Chaque loop exécute sa propre ligne à son propre rythme. Les loops s'échangent du travail via le Task Book et les fichiers sur disque, jamais par le contexte des autres.
Un architecte, un développeur, un relecteur et un testeur se passent le travail autour d'un ring sur votre propre ordinateur. Lorsque les tâches se terminent, vous obtenez un rapport final, et votre application est accessible en un clic dans un aperçu en direct.
Demandez une application à un seul modèle et vous obtenez une seule réponse. Dans un loop, cette réponse est la première passe : le bubble suivant la lit, un contrôle échoué l'envoie au correcteur pendant que le loop attend, et le ring tourne à nouveau.
Une invite
Un loop exemple de journal
Le Manager est un chat qui planifie le tableau avec vous. En mode Plan, il lit votre dossier, pose les questions nécessaires et écrit des cartes dans le Task Book une fois que vous êtes d'accord.
Build propose les loops : qui siège dans chaque ring, quel dossier chacun peut modifier et où va le travail lorsqu'un contrôle échoue. Rien n'est placé tant que vous ne pressez pas Générer.
Chaque bubble exécute une passe, et sa sortie constitue l'entrée du bubble suivant. Par défaut, un Sub-loop s'exécute lorsque le bubble qui le précède échoue, de sorte qu'une révision échouée va au Fixer pendant que le loop attend. Des limites arrêtent un loop qui continue d'échouer au lieu de le laisser passer toute la nuit.
Lorsqu'une exécution se termine faute de travail, l'application rédige un rapport final à partir de l'historique, avec un aperçu en direct de votre application à côté.
Je vais rédiger les cartes une fois qu'un point sera réglé.
En attente d'une décision
Quand les habitudes d'une journée doivent-elles se réinitialiser ?
À minuit heure locale recommandéÀ l'ouverture de l'application chaque jourOu écrivez la vôtre…Générer ce tableau ?
Task Book
L'application est terminée. Son rapport et son aperçu sont prêts.
L'exécution s'est terminée et a rédigé un rapport final : ce qui a été construit, comment l'exécuter, ce qui a été testé et ce qui manque.
Les exécutions longues fonctionnent lorsque chaque bubble a un rôle précis, une portée limitée et un endroit où envoyer ses erreurs.
Chaque loop exécute sa propre ligne à son propre rythme. Les loops s'échangent du travail via le Task Book et les fichiers sur disque, jamais par le contexte des autres.
Un mode définit ce que le Manager est autorisé à modifier. Vous seul le changez, et Build n'écrit aucun code.
Les commandes sont analysées avant leur exécution. Les validations et les suppressions demandent d'abord l'autorisation ; les shells, l'accès distant et les chemins hors du projet sont refusés.
Un outil SearXNG local est intégré à l'application. En cas de panne, les agents basculent vers npm, GitHub, Stack Overflow, MDN et Wikipedia.
Choisissez un modèle par bubble, ou un pool allant jusqu'à huit qui passe au suivant si l'un d'eux est indisponible ou soumis à une limite de débit. Les offres gratuites et les modèles locaux sont pris en compte.
Lorsqu'un appel est refusé, le loop en tire une leçon qui est transmise à la passe suivante. Vous pouvez accepter, rejeter ou oublier chacune d'elles, et définir son niveau de certitude.
Une exécution qui se termine d'elle-même fournit trois éléments. Vous lisez ce qui s'est passé au lieu de demander à un modèle comment cela s'est déroulé.
app/src/App.tsx+142app/src/habits.ts+61app/src/App.test.tsx+48app/README.md+22Cartes du Task Book terminées : 9
Installer d'abord :
npm installDepuis README.md :
npm run devnpm testRéussi, 29/09/2026 14:14:07.
Rien de visible dans l'historique de l'exécution.
Examen visuel : réussi
1280 × 800 et 390 × 844 · 0 bloquant
Le relecteur ouvre l'application dans un vrai navigateur aux largeurs d'ordinateur et de téléphone. Les pages blanches, les dépassements, les images cassées et le texte fictif entraînent un échec immédiat. Si vous avez défini un modèle de vision, il évalue également les captures d'écran par rapport à votre DESIGN.md. La ligne Présentable du rapport indique son verdict.
Généré à partir de l'historique de l'exécution, sans demander à un modèle de s'auto-évaluer : ce qui a été construit, la commande pour l'exécuter, la dernière série de tests avec son code de sortie, et ce qui manque encore.
Le serveur de développement de votre application, un par tableau et isolé de l'exécution. Une nouvelle exécution ne l'arrête pas, permettant à une application Vite de suivre les modifications du loop. Démarrez, redémarrez et arrêtez-le depuis l'onglet Rapport.
Perfica est une application de bureau. Votre code est uniquement envoyé au modèle que vous choisissez, et avec un modèle local, il ne quitte jamais l'ordinateur.
$0
Toute l'application. Tous les loops, bubbles, modes et outils.
$36/ an
Tout ce qui est inclus dans Gratuit, sur toutes vos machines.
Le Cloud ne peut pas encore être acheté. Rien dans l'application n'en a besoin.
Plus d'informations dans les documentation.
L'application est gratuite. Vous payez votre fournisseur de modèle pour ce que vos bubbles consomment, ou rien si vous utilisez des modèles gratuits ou locaux. Le Cloud, lorsqu'il sera disponible, coûtera 36 US$ par an.
Oui. Démarrer gratuitement, le premier écran de configuration, vous guide à travers une clé OpenRouter gratuite et une clé Gemini gratuite en deux minutes environ, et votre premier loop s'exécute sur des modèles gratuits. Lorsqu'un niveau gratuit est épuisé pour la journée, le loop se met en pause et redémarre tout seul. Ollama et LM Studio exécutent des modèles sur votre propre ordinateur sans aucune clé.
Uniquement dans le cadre des invites que vos bubbles envoient au fournisseur de modèle que vous avez choisi, et sous forme de requêtes de recherche lorsqu'un agent effectue une recherche sur le web. Avec un modèle local via Ollama ou LM Studio, les invites ne quittent jamais la machine.
Une exécution s'arrête lorsqu'elle n'a plus de travail à faire. Le rapport indique qu'elle est terminée lorsque le README donne une seule commande pour démarrer l'application, que la dernière série de tests est passée, qu'aucun bubble ne s'est terminé sur FAIL ou ERROR et que l'aperçu n'a pas planté. Tout ce qui n'atteint pas ce niveau est répertorié dans « Ce qui manque ». Il indique également si l'application est présentable, d'après l'examen visuel du Relecteur, sans que cela soit une condition pour qu'elle soit terminée.
Non. Chaque bubble ne détient que les outils que son rôle lui accorde, et ses outils de fichiers écrivent uniquement à l'intérieur du dossier de son loop. Lorsque le mode sandbox est actif, ses commandes y restent également. Les commandes passent par une protection qui autorise, demande ou refuse; les validations, envois et suppressions vous demandent d'abord confirmation, sauf si vous activez Full Auto.
Anthropic, OpenAI, Google, OpenRouter et NVIDIA avec une clé, ainsi que n'importe quel modèle que vous exécutez dans Ollama ou LM Studio. Un bubble peut utiliser un modèle ou un pool allant jusqu'à huit modèles qui change lorsque l'un d'eux est occupé ou a épuisé son quota.
Les versions ne sont pas encore signées numériquement, donc Windows SmartScreen émet un avertissement la première fois. Pour la même raison, l'application macOS ne peut pas se mettre à jour elle-même; téléchargez les nouvelles versions depuis la page des publications.
Un abonnement annuel facultatif, à 36 US$, pour synchroniser vos tableaux entre vos appareils et conserver vos clés dans un coffre-fort chiffré. Il n'est pas encore en vente.