Communitygithub.com

tsvetaeff-den/ai-ready-sites

Concevez, construisez, améliorez ou auditez des sites Web et interfaces ; rédigez ou éditez des textes de site, des instructions produit et des documentations techniques, y compris la traduction RU/EN. Utilisez-le pour des pages d'atterrissage, des interfaces utilisateur produit, des composants responsifs, des refontes et des vérifications de conformité.

Qu'est-ce que ai-ready-sites ?

Ce skill IA vous permet de concevoir, développer, améliorer ou auditer des sites Web et des interfaces utilisateur. Il est particulièrement utile pour les pages d'atterrissage, les composants d'interface utilisateur, les refontes et les vérifications de conformité. Le skill prend en charge la rédaction et l'édition de textes de site, d'instructions produit et de documentations techniques, y compris la traduction entre le russe et l'anglais. Il fonctionne de manière autonome : toutes les instructions sont intégrées dans le fichier SKILL.md et il utilise les outils fournis par l'hôte. Les étapes de travail sont adaptées à la demande : planification, conception, implémentation, tests navigateur et vérifications de qualité. Le skill insiste sur la livraison de travail utile avec du contenu réel et des contrôles fonctionnels, et exige une vérification dans un vrai navigateur avant de conclure.

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/tsvetaeff-den/ai-ready-sites/tree/HEAD/skills/ai-ready-sites

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Sites Prêts pour l'IA

Un skill autonome pour sites et interfaces Web. Toutes les instructions nécessaires pour ce skill sont incluses ici. Ne chargez pas un autre skill installé, n'invoquez pas un moteur de conception externe et n'exigez pas d'instructions globales pour suivre ce workflow. Utilisez les outils fournis par l'hôte et les dépendances déjà appropriées au projet. Des outils externes facultatifs améliorent la vérification ; leur absence ne bloque pas la conception ou l'implémentation.

Commencez à l'étape de l'utilisateur

Inspectez la demande, les instructions du projet applicables, la pile technologique, les composants existants et la documentation produit/conception pertinente. Pour les modifications, inspectez l'implémentation existante et l'interface utilisateur rendue si disponible. Identifiez brièvement le résultat et la plus petite route utile. Le brief de l'utilisateur et les conventions du projet régissent les choix visuels. Un fichier DESIGN.md manquant n'est pas une autorisation de refonte.

DemandeLire et faire
Planifier ou discuterBrief et UX, puis les directives de conception pertinentes ; livrez le plan sans modifier les fichiers du projet sauf demande contraire
Nouveau site ou refonte substantielleBrief et UX → conception → implémentation → QA navigateur et qualité applicable → achèvement
Petit composant ou correction UIInspectez la surface affectée ; utilisez uniquement les directives de conception/implémentation pertinentes, une vérification navigateur ciblée et les vérifications requises du projet
Audit / révision uniquementDirectives de conception/qualité/navigateur pertinentes ; rassemblez des preuves et rapportez les résultats priorisés ; ne modifiez pas le projet audité
AnimationAnimation, UI affectée et vérification du mouvement réduit
Texte du site ou de l'interfaceTexte du site et de l'interface et révision éditoriale ; rédigez ou éditez dans le périmètre demandé
Instructions ou documentation techniqueRédaction technique et révision éditoriale ; vérifiez la procédure pertinente sans nécessiter une construction de site
Édition ou traduction RU/ENRévision éditoriale, ainsi que le guide de copie/documentation pertinent ; préservez les faits, le texte exécutable et les libellés réels de l'interface
Prêt à expédier ?Achèvement, preuves navigateur actuelles et vérifications requises du projet ; aucun déploiement implicite

Chargez les références uniquement lorsque nécessaire, pas toutes à la fois. Il s'agit d'une sélection de capacités, pas d'une séquence obligatoire. Réutilisez les preuves valides ; ne répétez pas les révisions équivalentes sous des noms différents.

Livrez un travail utile

  • Pour un nouveau travail, transformez les faits produit en une direction cohérente et terminez un parcours utilisateur fonctionnel avant de l'étendre. Pour une amélioration, préservez l'identité et le comportement existants hors du périmètre. Pour une refonte, préservez la vérité produit et les fonctions requises tout en modifiant le système visuel demandé.
  • Construisez avec du contenu réel et des contrôles fonctionnels. Étiquetez les données de démonstration, les simulations locales et les intégrations indisponibles. N'inventez pas de citations clients, de revendications de performance, de prix ou un backend fonctionnel.
  • Lorsque vous rédigez ou éditez du texte, utilisez le guide textuel pertinent. Préservez les faits, les conditions, les commandes et les libellés d'interface actuels. Améliorez la clarté et l'utilité ; n'optimisez pas pour les scores de détection d'auteur. Le travail textuel uniquement ne déclenche pas les étapes de conception ou de navigateur, sauf si la demande le nécessite.
  • Rendez le texte, les formulaires, la navigation et les états utilisables sur les écrans prévus, avec le clavier et la sémantique d'assistance. L'ambition de conception s'adapte à la surface : marketing expressif, UI de tâche précise, éditorial lisible, ou une expérience menée par le travail lui-même.
  • Confirmez le comportement en observant le résultat dans un vrai navigateur. Inspectez les captures d'écran pour les revendications visuelles ; le code source, un clic réussi et une construction réussie ne prouvent pas le résultat rendu.
  • Si les outils, l'authentification, les ressources ou les prérequis d'exécution sont indisponibles, terminez le travail indépendant et indiquez la vérification manquante spécifique. Ne fabriquez pas un PASS, n'installez pas d'outils non liés, ou ne remplacez pas silencieusement la pile de l'utilisateur.
  • Gardez le travail dans le périmètre autorisé. La création de site n'autorise pas la publication, les soumissions de formulaires réelles, les services payants ou les modifications de production. Continuez le travail ordinaire autorisé sans demandes d'approbation répétées.

Outils et portabilité

Résolvez chaque référence/script par rapport à ce SKILL.md. Aucun chemin personnel, système d'exploitation spécifique, nom de skill externe, clé API, framework ou compte d'hébergement n'est requis. QA navigateur couvre la découverte d'outils, le comportement sans navigateur et les aides facultatives incluses. Chrome DevTools et Playwright sont des instructions dans le package, pas des dépendances d'autres skills.

Les aides Node incluses sont facultatives. scripts/doctor.mjs signale les capacités locales de base sans rien installer ; scripts/browser-check.mjs effectue une vérification limitée lorsque Playwright et un navigateur existent déjà. Commencez par leur --help. Aucun runtime Node n'est nécessaire simplement pour lire et utiliser ce skill avec les outils hôtes.

Terminez avec des preuves

Signalez d'abord la surface modifiée ou le résultat de l'audit, suivis des vérifications réellement effectuées, des artefacts pertinents et des limitations. Pour les livraisons substantielles, enregistrez des preuves de QA concises en utilisant la convention du projet. Pour les petites corrections, la réponse finale peut suffire. Indiquez NON EXÉCUTÉ lorsqu'une vérification n'a pas pu être effectuée ; réservez le PASS de version pour les vérifications requises qui ont réellement réussi sans bloqueur connu. Achèvement définit le rapport et les limites d'acceptation.

Le registre d'attribution est THIRD_PARTY_NOTICES.md ; il s'agit d'une provenance, pas d'instructions d'exécution. Aucun CLI, binaire, service payant ou programme de mise à jour automatique en amont n'est inclus.

Skills associés