Un prototype d’extension comme SauveLiens peut être généré et validé localement en environ une heure avec Cursor. La mise en ligne dépend toutefois des règles du Chrome Web Store, des vérifications de sécurité et d’un empaquetage conforme, que l’IA ne prend pas en charge.
La publication dépend d’un examen de Google et de la conformité des éléments
Soumettre un fichier ZIP ne suffit pas pour apparaître sur le Chrome Web Store, car l’extension est examinée par Google. Même respecté, le planning n’assure pas l’approbation, le temps de revue relevant du processus de Google. Avant la mise en ligne, il faut s’assurer que le nom, la description, la version et les icônes soient bien harmonisés. La fiche requiert une icône PNG en 128 × 128 pixels et au minimum une capture d’écran, avec des dimensions recommandées de 1280 × 800 ou 640 × 400 pixels. L’archive doit inclure à la racine manifest.json, popup.html, popup.css, popup.js ainsi que le dossier icons, sans dossier parent, et sans fichiers temporaires, journaux ni données sensibles. Un chemin d’icône manquant peut bloquer l’installation. Une illustration promotionnelle est possible, mais la capture doit refléter le fonctionnement réel. Les URL et titres sauvegardés peuvent constituer des données utilisateur, impliquant une politique de confidentialité publique et à jour, détaillant collecte, usage et éventuels partages. Pour SauveLiens, cette politique doit stipuler que les liens restent sur l’appareil et ne sont pas transmis au développeur.
Le périmètre restreint permet d’atteindre l’objectif d’une heure
Un parcours indicatif d’environ 60 minutes rend possible un prototype fonctionnel localement, à condition de limiter l’extension à une fonction unique, sans authentification ni services externes. SauveLiens se concentre sur l’enregistrement de l’onglet actif dans une liste personnelle, avec titre, adresse et suppression. Ajouter de la traduction, une API payante ou une synchronisation complexifierait autorisations et risques. Le chronomètre reste une estimation et suppose Cursor et Chrome installés. Une soumission dans l’heure requiert aussi un compte développeur opérationnel et les éléments de fiche prêts, l’envoi final intervenant entre 55 et 60 minutes dans ce scénario.
Les briques techniques minimales : Manifest V3, permissions ciblées et fichiers
Le socle technique repose sur HTML, CSS et JavaScript natifs, chargés directement par le navigateur, avec un manifeste conforme aux règles de distribution de Google. Les nouvelles extensions destinées au magasin utilisent Manifest V3. Le prompt cible SauveLiens et impose une popup en français, l’enregistrement et la gestion locale des liens via chrome.storage.local, sans serveur, CDN, tracker ni API. Les permissions se limitent à activeTab, qui offre un accès temporaire à l’onglet déclenché, et à storage, suffisantes pour ce cas sans recourir à tabs ni à l’historique. Seules les URL http et https sont acceptées. Les fichiers à produire sont manifest.json, popup.html, popup.css, popup.js et des icônes PNG aux tailles 16, 48 et 128 pixels. Côté code, popup.js interroge l’onglet actif, filtre les schémas, évite les doublons, et l’affichage de titres passe de préférence par textContent, sans traiter des données comme des instructions exécutables. Le stockage local n’assure ni synchronisation entre appareils ni persistance après désinstallation.
Vous codez avec l’IA ?
Outils, agents et nouveautés dev IA décryptés, chaque soir en 5 min. Gratuit.
Inclus dès l'inscription : notre sélection des meilleurs guides & comparatifs IA.
Choisissez votre rythme
Gratuit · Pas de spam · Désabonnement en 1 clic
Contrôles préalables : pas de JavaScript distant et manifeste vérifié
Il est conseillé de demander à l’agent une synthèse des fichiers et des autorisations, puis de consulter personnellement le manifeste. Il faut contrôler les chemins d’icônes, vérifier qu’aucun script distant ni appel réseau n’est présent, puisque le Chrome Web Store proscrit le JavaScript hébergé à distance dans les extensions. L’exemple donné pour SauveLiens a été vérifié quant à sa structure et sa syntaxe, mais cela n’exonère pas de procéder à un essai effectif dans Chrome.
Chargement et tests dans Chrome valident les fonctions et les échecs
Le chargement passe par chrome://extensions, le mode développeur et l’option de chargement non empaqueté pointant sur le dossier où se trouve manifest.json. Les tests couvrent l’enregistrement d’une page HTTPS, la persistance après réouverture de la popup, la prévention des doublons, la réouverture du lien et sa suppression. Les pages comme chrome://settings ne doivent pas être sauvegardées, et une URL non exploitable doit générer un message clair sans bloquer l’interface. Pour diagnostiquer, l’inspection de la popup et la console aident à isoler les erreurs. Après toute modification, il faut recharger l’extension via chrome://extensions et rejouer les tests validés pour détecter d’éventuelles régressions. Une capture d’écran réelle de la popup servira ensuite pour la fiche du magasin.
Organisation du travail : de l’idée au ZIP avec des corrections ciblées
Un séquencement de tâches aide à tenir le délai : 0 à 5 minutes pour cadrer l’idée et ses limites, 5 à 25 minutes pour générer manifeste et popup avec Cursor, 25 à 40 minutes pour charger et tester l’enregistrement, l’ouverture et la suppression, 40 à 55 minutes pour corriger et préparer l’archive. Des consignes floues au départ poussent l’agent à ajouter fonctions et permissions inutiles ; des instructions précises, assorties de tests manuels et de la gestion des erreurs et doublons, fixent le cap. En cas de bug, fournir le message exact et demander une correction ciblée à Cursor évite de casser des fonctionnalités déjà validées.
