La plateforme
La vie d’une tâche, de la demande au merge.
Une description. Un changement fini en retour.
Écrivez la tâche en une ligne ou en une page, et donnez-lui sa taille : une ébauche pour une maquette rapide, une tâche pour un changement, une epic pour une fonctionnalité. Un agent la prend sur l’une des machines de votre organisation, travaille sur sa propre copie du code, lance vos tests avant chaque commit, et merge le changement dans votre branche une fois les tests et les revues passés.
- Une ébauche, une tâche ou une epic
- Vos tests, avant chaque commit
- Mergé dans la branche que vous désignez
À vous de décider combien il décide.
Lancez une tâche en autonomie, ou guidée : elle s’arrête à chaque vraie décision avec quelques options et une recommandation, et la même exécution reprend à partir de votre réponse, donnée dans la console ou dans Slack. Ou commencez par une discussion : creusez l’idée avec un conseiller qui a lu votre projet, et il crée la tâche ou l’epic convenues ensemble.
- En autonomie, guidée, ou d’abord une discussion
- Des options, avec une recommandation
- Réponse dans la console ou dans Slack
Cinq étapes, de la demande à la modification livrée.
Confiez une fonctionnalité sous forme d’epic. Elle est analysée, conçue et planifiée, puis découpée en tâches de build qui livrent chacune leur propre changement, et une étape de finition vérifie l’ensemble face à la demande initiale. Et tout cela doit encore passer vos tests.
- Cinq étapes : analyse, conception, plan, build, finition
- Chaque étape remet un livrable
- Une étape démarre quand les précédentes sont finies
Un résultat lisible, signé de l’expert que vous avez choisi.
Chaque tâche rend ce que son expert doit : le développeur, un changement mergé ; l’analyste métier, les exigences ; l’architecte, une conception ; le chercheur, un rapport ; le prototypiste, une maquette cliquable. Le rapport d’un build dit ce qui a changé, comment chaque critère d’acceptation a été vérifié, captures d’écran du résultat à l’appui, et ce qu’ont relevé les revues de code et de sécurité – rédigé pour la personne qui répond du changement.
- Un changement, un document, un rapport ou une maquette
- Chaque critère d’acceptation vérifié, captures à l’appui
- Revues de code et de sécurité, citées
Chaque tâche garde son propre historique.
Qui l’a créée, le brief, chaque commentaire, la transcription complète, chaque commande et le changement mergé – sur une seule page, à rouvrir un an plus tard.
- Responsable, brief et commentaires
- Transcription et journal des commandes
- Le changement mergé, avec son lien
Every token accounted for.
Durée d’exécution, temps agentique, tokens en entrée et en sortie, coût par modèle, sur chaque tâche – pour rapprocher la facture de votre fournisseur de l’historique, tâche par tâche.
- Durée d’exécution et temps agentique
- Tokens entrants et sortants
- Coût par modèle, par tâche
Plusieurs agents, côte à côte, sur une machine.
Chaque tâche en cours a sa propre copie du code et ses propres ports : les agents construisent et testent côte à côte. Une tâche arrêtée garde sa copie et reprend là où elle s’était arrêtée. Combien tournent à la fois, c’est un plafond que vous fixez, par projet ou par organisation.
- Une copie privée du code par tâche
- Ses propres ports par tâche
- Combien à la fois : à vous de choisir
Toute la console, dans votre poche.
La console tourne dans n’importe quel navigateur web, mise en page pour l’écran que vous tenez en main. Créez une tâche, répondez à la question d’un agent, suivez le tableau ou lisez un rapport où que vous soyez, et apprenez dans Slack ou par e-mail ce qui vous attend.
- Toute la console, dans n’importe quel navigateur
- Pensée pour le téléphone
- Notifications dans Slack ou par e-mail
À vos dépôts maintenant. Sans cahier des charges.
Inscrivez-vous et choisissez l’offre adaptée à ce que vous construisez, à votre façon de livrer aujourd’hui et au dépôt qui ouvrirait le bal.