Kazzle CLI
Utilisez la CLI Kazzle pour exécuter les commandes d’app en développement et en aperçu :-- est la vraie commande. Kazzle injecte d’abord l’environnement d’exécution.
kazzle run est réservé au développement et à l’aperçu. Il doit figurer dans le script dev, jamais dans start. En production, l’exécution déployée injecte PORT, HOST et les secrets directement, et la commande de production est la commande brute (par ex. bun run index.ts). La CLI kazzle n’est pas installée dans les images déployées, donc une commande de production qui appelle kazzle run échoue avec kazzle: command not found.
Ce que kazzle run injecte
- les secrets de l’entrée
envdu composant danskazzle.config.ts PORTetHOST- les URLs des composants frères comme
KAZZLE_APP_COMPONENT_SERVER_URL - l’identité d’exécution Kazzle telle que l’ID d’app et le nom du composant
Exemple
dev s’exécute via kazzle run pour que Kazzle puisse injecter le port d’aperçu et l’env d’exécution. start est la commande brute — la production injecte elle-même PORT/HOST/secrets.
Ne mettez pas les noms de collections de secrets dans package.json. Mettez-les dans kazzle.config.ts.
Lier un checkout à une app
kazzle run doit savoir à quelle app ce répertoire appartient. Ordre de résolution :
--app=<appId>sur la ligne de commande- la variable d’env
KAZZLE_APP_ID(définie automatiquement quand Kazzle démarre un composant supervisé) .kazzle/link.jsonremonté depuis le répertoire courant
kazzle run quitte avec :
app { action: "create" } écrit automatiquement <checkout>/.kazzle/link.json — comme le .vercel/project.json de Vercel. Le fichier est par clone et gitignored. Après un git clone frais d’une app existante, exécutez :
app { action: "link", appId }.