rp-quick-woocommerce
À utiliser uniquement quand le routeur a sélectionné cette ressource pour managementImportMode=quick et que la sonde source a identifié woocommerce avec une confiance élevée. Cet adaptateur importe uniquement le graphe d'entités déclaré dans quick-mode.json ; il n'utilise jamais les credentials WordPress/WooCommerce, l'extraction par navigateur, le scraping de pages, les endpoints de plugin ou une étape de mapping par LLM.
Exécutez l'adaptateur à partir de la racine du repository :
node skills/wix-replatform/resources/rp-quick-woocommerce/scripts/quick-mode.js preflight <projectDir>
node skills/wix-replatform/resources/rp-quick-woocommerce/scripts/quick-mode.js plan <projectDir>
node skills/wix-replatform/resources/rp-quick-woocommerce/scripts/quick-mode.js setup-author <projectDir>
node skills/wix-replatform/resources/rp-quick-woocommerce/scripts/quick-mode.js extract <projectDir>
node skills/wix-replatform/resources/rp-quick-woocommerce/scripts/quick-mode.js import <projectDir> [--dry-run]plan écrit aussi discovery/source-coverage.json : une ligne adapter-excluded par entrée excluded[], chacune disposée comme l'exclusion déclarée par l'adaptateur et portant la traduction excludedCapabilities committée depuis quick-mode.json (une capability cible, ou source-scope.<name> quand Wix n'en a pas). Le plan refuse si cette traduction manque, est en surplus, est dupliquée ou en dehors des deux namespaces, et appose sourceCoverageContract: 1 dans quick-mode/plan.json. import refuse d'écrire son résumé d'achèvement si le plan manque ou n'est pas apposé, ou si son fichier de couverture manque ou ne se réconcilie pas (une exclusion déclarée doit nommer une entrée excluded[] du contrat commis, avec sa capability committée) ; réexécutez plan pour corriger l'un de ces problèmes. Le résumé porte sourceCoverage[] et sourceCoverageStatus.
Les deux premières commandes créent l'autorité quick-mode/preflight.json, quick-mode/plan.json et execution/execution-manifest.json. La découverte de setup consomme le plan rapide ; la setup execution normale et l'approbation d'execution restent obligatoires avant l'exécution extract/import. Ne remplacez pas la liste d'entités déterministe par des données découvertes depuis les pages. Si un preflight d'endpoint échoue, persistez le blocker rapporté et créez un choix durable entre arrêter et le mode standard. Le choix du mode standard doit porter cet effet pour que le CLI applique la sélection de l'utilisateur avant de reprendre :
{"kind":"decision","key":"managementImportMode","choices":{"switch_to_standard":"standard"}}La commande setup-author est une étape de setup : elle crée idempotemment le Blog member de secours dédié et enregistre uniquement son ID comme WIX_BLOG_FALLBACK_MEMBER_ID. Elle utilise le runtime writer partagé rp-target-wix et n'envoie aucun email. L'entrypoint d'import requiert la vérification de setup normale et cette valeur provisionnée par setup avant de créer les posts.
Une exécution à blanc (--dry-run) écrit uniquement execution/dry-run-completion-report.json et execution/dry-run-final-report.md (plus la capture de requête dry-run du client partagé). Elle ne crée ni ne change jamais un artefact vivant : les rapports d'achèvement et final vivants, le crosswalk, le log de récupération de limite, le marqueur import-started ou le log d'audit des posts logs/quick-mode-audit.ndjson. Le routeur envoie donc le projet à l'import vivant après une exécution à blanc.