RÉSULTATS
Ce que ce Prompt vous aide à livrer
- Le contrat partagé est clair
- Comportements et critères d’acceptation concordent
AVANT DE COMMENCER
Préparation
- Le parcours utilisateur à aligner est explicite
- Au moins deux clients cibles fonctionnent
Ce que l’IA doit consulter en premier
apps/tabtin-electronapps/tabtin-iosapps/tabtin-androidpackagesPRÊT À LANCER
Prompt complet
Copie le Prompt complet avec ses limites d’exécution et de recette.
Alignez une capacité TabTin à partir du vrai parcours et d’un contrat partagé, sans traduire mécaniquement l’UI d’une plateforme. Lisez AGENTS.md, les règles, apps/tabtin-electron, apps/tabtin-ios, apps/tabtin-android et packages. Suivez action → état → API/événement temps réel → persistance → nouvel affichage. Préservez la compatibilité backend API avec les clients publiés.
Définissez états, entrées, sorties, erreurs et permissions indépendants de la plateforme et marquez les différences légitimes. Placez les règles partagées dans une couche domaine/protocole, puis respectez navigation, cycle de vie, accessibilité et hors-ligne de chaque client. Tout nouveau champ backend reste facultatif avec valeur sûre et doit être compris par les anciens clients. Ne modifiez pas Daemon ou une voie obsolète pour une symétrie superficielle.
Testez le contrat, lancez tests/typecheck Electron, xcodebuild après chaque changement iOS et Gradle après chaque changement Android. Comparez avec les mêmes données succès, vide, erreur, refus et retour. Rapportez écarts, preuves, compatibilité et limites ; aucun commit ni déploiement sans demande.