rp-execute-import
Ce skill fait partie du sous-système wix-replatform du repository officiel wix/skills, qui regroupe les agent skills permettant de migrer des sites (WordPress et autres plateformes) vers Wix. rp-execute-import est le skill d'exécution finale du pipeline de migration : il intervient une fois que le setup est terminé et que le code de migration a été généré par les étapes précédentes.
Rôle dans le pipeline
Le skill orchestre la dernière phase active de la migration : il vérifie les préconditions, présente un rapport de plan d'exécution à l'utilisateur pour obtenir son accord explicite, puis lance les scripts générés (node src/extract/run-extract.js, node src/import/run-import.js) avec les credentials appropriés. Il ne réalise jamais les écritures lui-même via des appels MCP directs — les écritures passent obligatoirement par les artefacts générés, pour garantir reproductibilité, idempotence et intégrité des shapes.
Inputs attendus et préconditions
Avant toute exécution, le skill s'assure que les artefacts nécessaires sont présents sous migrations/<project>/ : code source généré, execution-manifest.json, llm-handoff.json, plan d'import et vérification du setup. Il valide également les fichiers de configuration (wix.env, source.<platform>.env) pour s'assurer que les credentials et paramètres requis (WIX_SITE_STRATEGY, WIX_SITE_ID, WIX_AUTH_TOKEN, DRY_RUN, SAFE_MODE) sont présents avant de commencer.
Artefacts produits
À l'issue de l'exécution, le skill produit et maintient plusieurs artefacts durables : execution-log.md (chronologie opérateur), execution/completion-report.json (source de vérité machine pour les comptages finaux), execution/review/completion-summary.md (rendu déterministe pour l'utilisateur), et execution/recovery-log.json pour les reprises partielles. Le rapport final inclut obligatoirement les URLs de destination, les comptages par entité, l'état des redirections URL, et l'état de mute des notifications site.
Guardrails et comportement sûr
Le skill applique des règles strictes de non-destruction : sur un site existant (WIX_SITE_STRATEGY=existing), l'import est purement additif — aucune entité pré-existante n'est supprimée ou écrasée. Il préfère systématiquement les dry-runs et batches d'échantillon avant l'import complet, s'arrête en cas d'échecs systémiques, et remonte les blockers à l'utilisateur plutôt que de les contourner.