Valider une extension avant intégration
Le preflight utilise le même contrat SDK que la plateforme pour distinguer une extension invalide d’une extension valide mais encore incomplète pour une review partenaire.
Exécuter le preflight
cd cli node src/index.js extension check ../plugins/acme_pay # sortie exploitable par CI node src/index.js extension check ../plugins/acme_pay --output json
Erreurs bloquantes
Une erreur dans extension.yaml, sa projection runtime, un channel, une permission api_in, un config field ou une contribution invalide fait échouer immédiatement la commande. Corrigez les erreurs signalées, régénérez les fichiers concernés, puis relancez la validation.
Readiness warnings
Une extension peut être structurellement valide mais ne pas être prête pour une distribution. Le preflight signale actuellement les cas tels qu’absence de capabilities, absence de channels sur une intégration, absence de contributions, métadonnées marketplace non déclarées ou projections générées devenues obsolètes. Dans ce dernier cas, exécutez extension generate avant de revalider. Ces warnings n’ajoutent aucun droit ni exigence runtime.
Mode strict
node src/index.js extension check ../plugins/acme_pay --strict
Le mode strict transforme les readiness warnings en échec CLI. Il est utile en CI lorsque votre équipe a décidé qu’une extension doit avoir dépassé le stade scaffold. Il ne constitue pas encore une certification Ormuz.