Comment ça marche

Vous demandez avec vos mots. Un agent IA modifie votre app. Vous jugez le résultat en le regardant, à côté de l'app qui tourne. Rien n'arrive à vos utilisateurs avant votre feu vert.

Tout commence par une première version

Vous décrivez ce qu'il vous faut, par écrit ou lors d'un appel. En quelques jours, nous vous montrons une première version de votre app qui marche, sur des données d'exemple inventées. Vous l'essayez, puis vous recevez un prix forfaitaire pour elle. Comment se passe un devis

Ensuite, chaque changement suit la boucle ci-dessous.

La boucle

  1. Vous écrivez une demande

    Dans le portail, décrivez une nouvelle app ou un changement sur la vôtre. Dessinez des rectangles sur une image de l'écran pour montrer ce que vous voulez dire. Écrire une demande (en anglais)

  2. Un agent la construit

    Il lit votre demande, prend une image de l'écran tel qu'il est, modifie le code, lance les vérifications de l'app et prend l'image après.

  3. Vous regardez une carte

    Le changement revient sous forme de carte : avant et après, à côté de l'aperçu en direct. Vous validez, validez avec une petite retouche, ou refusez avec un commentaire.

  4. L'agent répond

    Une retouche ou un refus repart directement au même agent, avec votre commentaire et vos marques. Sa nouvelle carte remplace l’ancienne.

  5. Vous publiez et déployez

    Quand vous êtes prêt, vous publiez les changements validés et vous les déployez. Vos utilisateurs voient une courte note des nouveautés à leur prochaine connexion. Publier et déployer (en anglais)

La carte de revue, c'est l'interface

Vous ne lisez jamais de cahier des charges ni de code. Chaque changement vous arrive sous forme de carte, et votre réponse est la prochaine consigne de l'agent.

  • Un avant et un après, et d'autres vues quand c'est utile : le format téléphone et le format bureau, une liste vide et une liste pleine, une courte vidéo pour ce qui bouge.
  • Quatre façons de comparer : côte à côte, un curseur à glisser, une image par-dessus l'autre, ou l'après avec l'avant au survol.
  • Des marques : tracez un rectangle ou posez une épingle sur une image, et écrivez ce qui ne va pas à cet endroit.
  • La page en direct à côté, pour essayer le changement vous-même avant de répondre.

Votre réponse

réponsequandce qui se passe
Validerc'est bonla carte se ferme
Valider avec une retouchec'est bon, à un détail prèsl'agent fait la retouche
Refuserça ne va pasl'agent corrige et envoie une nouvelle carte
Plus tardpas maintenantla carte attend, rien ne se passe

Seule votre validation valide. Un agent ne valide jamais son propre travail. Quand il a besoin de savoir quelque chose, il pose la question sur la carte et s'arrête : pas de fenêtre de chat que personne ne lit. Valider un changement (en anglais)

Qui fait quoi

  • Vous

    Vous demandez des changements, vous les jugez en les regardant, vous décidez ce qui part et quand. Vous gérez vos utilisateurs et le nom, la couleur, le logo et l'adresse de votre app.

    Le portail (en anglais) →
  • Les agents

    Ils modifient le code de votre app, lancent ses vérifications, écrivent la ligne des nouveautés, enregistrent chaque étape dans l'historique de l'app et vous montrent le résultat. Chaque passage tourne dans un espace fermé, avec une limite de dépense.

    Comment les agents sont tenus (en anglais) →
  • Nous

    Nous faisons tourner la machine de construction et le serveur de production, et nous tenons à jour la boîte à outils commune, les règles des agents et le portail.

    Le détail (en anglais) →

Pourquoi cette forme

  • Vous jugez des résultats, pas des documents. Une image avant et après, à côté de l'app en direct, se juge plus vite qu'un cahier des charges.
  • Une petite app se modifie sans risque. Votre app ne contient que ce qui est à vous : vos données et leurs règles, vos écrans, quelques actions serveur. Le reste vient d'une boîte à outils commune, donc un agent touche peu de code à la fois.
  • Un seul jeu de règles. Les règles qui disent qui peut lire ou modifier une fiche vivent dans le serveur de l'app. Écrans, exports, agents et votre propre IA passent tous par elles.

Un vrai exemple

Ce support interne a été construit par nos agents avec cette boucle. Une demande plus tard, « add a kanban view », lui a donné le tableau ci-dessous.

Les mêmes tickets en tableau, une colonne par statut.
La vue en tableau de la même app. Elle vient d’une demande de quatre mots : « add a kanban view ».

Commencez par une demande

GoLocomotive est en test privé. L'accès se fait sur invitation. Une fois votre invitation reçue, tout commence par une demande, et en quelques jours vous voyez une première version qui marche.

Accès sur invitationPremiers pas (en anglais) →