Communitygithub.com

Transférer un thème WordPress vers EmDash

Adapter le design et le comportement des modèles d'un thème WordPress à un site Astro propulsé par EmDash. Utilisez-le pour les migrations de thèmes, l'appariement de designs, la conversion de modèles PHP et le couplage CMS. Ne l'utilisez pas pour des comportements de plugins WordPress qui n'affectent pas le thème du site.

Qu'est-ce que Transférer un thème WordPress vers EmDash ?

Cette compétence guide les agents IA dans la migration complète d'un thème WordPress vers un site Astro utilisant EmDash comme CMS. Elle couvre l'analyse du thème source (thème.json, feuilles de style, modèles PHP, functions.php), la capture de référence via navigateur, et la planification détaillée du portage. L'agent apprend à mapper les concepts WordPress (types de publication personnalisés, taxonomies, menus, widgets, hooks) vers leurs équivalents EmDash (collections, champs, menus nommés, composants Astro). Le processus est structuré en phases distinctes : découverte, extraction du design, conversion des modèles, implémentation des fonctionnalités dynamiques, création des schémas et données d'amorçage, et vérification rendue. La compétence insiste sur la préservation des licences, la substitution correcte des actifs tiers, et la vérification visuelle comparative pour garantir la fidélité du résultat. Prend en charge les environnements CLI via une commande `agent-browser` pour les comparaisons rendues et la consultation d'autres compétences.

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/emdash-cms/emdash/tree/HEAD/skills/wordpress-theme-to-emdash

Demander à votre IA préférée

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

Documentation

Que fait Transférer un thème WordPress vers EmDash ?

Recréez les mises en page et interactions pertinentes du thème en tant que site Astro soutenu par EmDash. Préservez la fidélité visuelle et le périmètre fonctionnel demandés par l'utilisateur ; ne partez pas du principe que chaque modèle WordPress ou fonctionnalité de démonstration doit être inclus dans le portage.

Chargez construire-un-site-emdash pour les schémas, requêtes, rendu, mise en cache et modèles d'amorçage actuels d'EmDash. Lorsqu'un site de référence en ligne est disponible, utilisez la CLI agent-browser pour une comparaison rendue ; exécutez agent-browser skills get core --full pour la référence de ses commandes.

Choisir les sources

Utilisez les meilleures sources disponibles dans cet ordre :

  1. le code source du thème ainsi que theme.json, les feuilles de style, les modèles et functions.php ;
  2. une démo en ligne sur des viewports représentatifs (ordinateur et mobile) ;
  3. des captures d'écran ou fichiers de design fournis par l'utilisateur ;
  4. des décisions de conception explicites lorsque la source est ambiguë.

Ne déduisez pas que le contenu de démonstration ou les images partagent la licence du code du thème. Ne réutilisez un actif que si sa licence ou les droits de l'utilisateur le permettent ; sinon, utilisez un substitut clairement sous licence avec des dimensions et un poids visuel similaires.

Planifier le portage

Inventoriez uniquement les types de pages, composants, états responsifs et interactions nécessaires au site demandé. Mappez les responsabilités WordPress avant l'implémentation :

  • Les modèles PHP deviennent des routes, mises en page et composants Astro.
  • Les types de publication personnalisés, métadonnées et taxonomies deviennent des collections, champs et taxonomies EmDash.
  • Les valeurs du Customizer de thème deviennent des paramètres de site ou une configuration de projet explicite.
  • Les emplacements de menus deviennent des menus EmDash nommés interrogés par les modèles.
  • Les barres latérales et widgets deviennent des zones de widgets ou des composants Astro ordinaires.
  • Les shortcodes et les comportements appartenant à des plugins peuvent nécessiter une migration de plugin distincte.

Lisez Correspondance des concepts de thème WordPress lors de la traduction de la hiérarchie des modèles, des enregistrements dans functions.php, des balises de modèles, des hooks, des widgets ou des blocs réutilisables.

Les routes de contenu dynamique EmDash doivent rester rendues côté serveur. Utilisez le composant Image d'EmDash pour les champs média EmDash ; les actifs de thème ordinaires peuvent utiliser la gestion d'actifs d'Astro.

Travailler en phases limitées

Ne lisez un fichier de phase que lorsque cette phase s'applique :

Lors de la création d'un projet de thème autonome, partez du modèle de site actuel du dépôt ou du projet existant de l'utilisateur. Confirmez la destination avant d'écrire et ne remplacez pas une structure de site existante sans instruction explicite.

Vérifier le résultat

Construisez le site et exécutez chaque page et interaction dans le périmètre. Comparez les viewports correspondants par rapport à la référence, y compris la navigation responsive, le contenu avec des valeurs longues et manquantes, le RTL lorsque l'administration ou le comportement du thème dépend de la direction, et les états vides ou d'erreur pertinents.

Prenez des captures d'écran avant-après ou référence-résultat lorsque la fidélité visuelle fait partie des critères d'acceptation. Signalez les écarts délibérés, les preuves source manquantes, les comportements WordPress non pris en charge et les substitutions d'actifs.

Licence et attribution

Inspectez la licence réelle et les mentions du thème source. Conservez les mentions de copyright et d'attribution requises, incluez le texte de licence applicable pour le code réutilisé, et identifiez séparément les actifs tiers. Ne qualifiez pas un portage de GPL-2.0-or-later simplement parce que la source est un thème WordPress.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Skills associés