Développeurs · Applications conçues avec l’IA

Votre application, parcourable par conception.

L’accessibilité et les tutoriels veulent la même chose : des commandes qui ont un nom. Le guide de l’application dit à votre base de code ou à votre assistant IA ce qu’il faut prévoir. La répétition vous dit ce qui manque. Le fichier de reprise renvoie les correctifs.

Ce qu’il faut à une application pour être parcourue

Chaque commande porte un nom qu’une personne dirait. Les libellés sont uniques à l’écran ou accompagnés d’un contexte. Les champs disent ce qu’ils sont. Les boîtes de dialogue s’annoncent. Le chargement est signalé honnêtement. C’est de l’accessibilité, tout simplement, et c’est ce qui sépare un script qui fonctionne du premier coup d’un script qui vous pose cinq questions. Le guide tient en une liste de vérification et un paragraphe à coller dans les consignes de projet de votre assistant IA.

Ce que vous y gagnez comme développeur

Au-delà des vidéos.

01

Le guide de l’application

Douze courtes sections : noms, unicité, types de champs, boîtes de dialogue, surfaces, iframes et shadow DOM, points d’ancrage stables, ce qui résiste à l’automatisation, disponibilité, état de démonstration.

02

Le fichier de reprise

Après la répétition, un rapport JSON par phrase : ce que la phrase voulait dire, ce qu’elle a touché, le correctif au script, le correctif à l’application. Écrit pour être lu par une IA.

03

La disponibilité, respectée

aria-busy, disabled et le focus sont respectés : Tuti Tuti attend qu’une commande soit utilisable au lieu de deviner un délai.

04

Des repères stables

data-testid, data-test, data-cy, identifiants écrits à la main, aria-label, name, href, classes stables, puis le chemin. Les identifiants générés et les classes hachées sont ignorés à dessein.

05

Local et environnement de test

Fonctionne sur localhost et en environnement de test comme partout ailleurs. Enregistrez le tutoriel avant la mise en production de la fonctionnalité.

06

Des outils MCP

Votre assistant peut analyser et vérifier un script avec le vrai analyseur avant que vous ne le colliez.

À coller dans votre projet

Un paragraphe rend chaque nouvel écran parcourable.

La dernière section du guide est un bloc destiné à un assistant de programmation : nommer chaque commande, garder les libellés uniques, donner un type à chaque champ, construire les boîtes de dialogue avec des rôles, masquer correctement les superpositions fermées, mettre un data-testid sur les commandes des tutoriels, signaler le chargement avec aria-busy. Collez-le une seule fois.

La boucle du développeur

1

Collez le guide dans vos consignes

Claude, Cursor, Copilot : celui qui construit vos écrans.

2

Répétez le script

Là où les mots et l’interface ne s’entendent pas, vous le savez en une minute, pas dans un billet de soutien.

3

Renvoyez le fichier de reprise

Votre IA corrige les libellés et les phrases. Répétez de nouveau. Exportez.

Pour les développeurs : les questions qu’on nous pose

Mon application a-t-elle besoin d’un balisage particulier pour fonctionner avec Tuti Tuti?
Non. L’extension lit le texte visible, les aria-label, les textes indicatifs, les titres et les types de champs, ce qu’une application accessible possède déjà. Les identifiants de test rendent les repères plus solides d’une refonte à l’autre, mais ils ne sont pas obligatoires.
Est-ce que ça fonctionne avec React, Vue, Angular ou Svelte?
Oui. Les clics sont envoyés comme de vrais événements pointer, mouse et click, dans l’ordre, et la saisie utilise de vrais événements input, un caractère à la fois; les champs contrôlés se mettent donc à jour normalement.
Qu’est-ce qui le fait échouer?
Les gestionnaires de clic qui exigent des événements de confiance, les boîtes alert et confirm natives sur le chemin du tutoriel, les commandes essentielles qui n’existent qu’au survol, le texte incrusté dans des images, et l’interface de l’application elle-même dans des iframes ou des racines shadow fermées. Le guide les énumère, chacun avec son correctif.
Puis-je l’utiliser sur localhost ou sur un serveur de test?
Oui, sur toute page que Chrome peut ouvrir. Bien des équipes enregistrent le tutoriel en environnement de test avant la sortie et le livrent avec la fonctionnalité.
Comment savoir quels libellés manquent à mon application?
Répétez un script. Chaque phrase ratée est signalée avec la raison et ce qui se trouvait à l’écran; le fichier de reprise les rassemble avec l’aria-label ou l’identifiant suggéré. Donnez-le à votre IA.
Y a-t-il une API?
Un serveur MCP, à tutituti.ca/api/mcp, avec des outils pour lire les guides, analyser et vérifier des scripts. Une API REST ordinaire pour les scripts et les fichiers de reprise est sur la feuille de route.

Rendez-la parcourable. Puis laissez-la se parcourir.

Le guide de l’application se lit en dix minutes et s’applique en un seul collage.

Tuti Tuti - powered by Pandacat.