Cloudflare Sandbox SDK migration to 1.0 preview - **name_fr:** Migration du SDK Cloudflare Sandbox vers la 1.0 preview - **tl_en:** Port Cloudflare Sandbox apps from stable @cloudflare/sandbox to the 1.0 preview — audit, API replacement map, hard rules, validation - **tl_fr:** Porter les apps Cloudflare Sandbox du stable vers la 1.0 preview — audit, table de remplacement d'API, règles dures, validation - **creator:** @cloudflare - **type:** Agent skill - **url:** https://github.com/cloudflare/skills - **cat:** Developer tools - **kws:** cloudflare sandbox, sdk, migration, containers, worker, code porting, upgrade - **license:** Apache-2.0 **Description EN:** Curated by Skill Harbor — Cloudflare's official migration skill for porting Sandbox apps from stable `@cloudflare/sandbox` to the `@next` 1.0 preview SDK. It runs an ordered workflow: review the hard rules and the stable→preview replacement map (transports removed, argv-as-is `exec` handles, sessions gone in favor of per-launch cwd/env, `createTerminal`, interpreter changes, numeric kill signals), audit the codebase with a ready-made grep for removed APIs, clarify user decisions (cutover, bridge, Python image), upgrade package/image/code with worked shape examples (commands, terminals, interpreter, git), then validate (matching Worker + image line, typecheck, smoke tests, grep again, no live secrets in sandbox env). The red-flags list is the best part: never mix `@next` Worker with a stable image, never gradual container rollout for this cutover (immediate only — the protocols are incompatible both ways), never treat `await exec` as command completion, and never force production cutover without the user's agreement. By @cloudflare, listed here with credit to its creator. Honest caveats: migration-only — new projects should start on `@next` (the `sandbox-next` skill, not this one) and day-to-day stable work stays on `sandbox-stable`; production cutover is gated on your explicit agreement; needs npm, a matching container image and wrangler. Discovered via skills.sh. Skill Harbor never reviews the code, review it yourself before use. **Description FR:** Sélectionné par Skill Harbor — le skill officiel de Cloudflare pour porter les apps Sandbox de `@cloudflare/sandbox` stable vers le SDK `@next` 1.0 preview. Il exécute un workflow ordonné : revoir les règles dures et la table de remplacement stable→preview (transports supprimés, `exec` argv brut avec handles, sessions remplacées par cwd/env par lancement, `createTerminal`, changements d'interpréteur, signaux de kill numériques), auditer le codebase avec un grep prêt à l'emploi pour les API supprimées, clarifier les décisions utilisateur (cutover, bridge, image Python), mettre à niveau package/image/code avec des exemples de formes (commandes, terminaux, interpréteur, git), puis valider (Worker + image sur la même ligne, typecheck, smoke tests, grep de contrôle, aucun secret en clair dans l'env sandbox). La liste des red flags est le meilleur passage : jamais de Worker `@next` avec une image stable, jamais de rollout graduel pour ce cutover (immédiat uniquement — les protocoles sont incompatibles dans les deux sens), jamais confondre `await exec` avec la fin de la commande, et jamais forcer le cutover de production sans l'accord de l'utilisateur. Crédit : @cloudflare. Bémols honnêtes : migration uniquement — les nouveaux projets doivent démarrer sur `@next` (le skill `sandbox-next`, pas celui-ci) et le travail quotidien reste sur `sandbox-stable` ; le cutover de production exige votre accord explicite ; nécessite npm, une image container correspondante et wrangler. Découvert via skills.sh. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. **Install prompt EN:** ``` Prerequisites: an existing app on @cloudflare/sandbox stable that you want to port to the 1.0 preview; npm, wrangler and Docker access; your explicit agreement is required before any production cutover Install "Cloudflare Sandbox SDK migration to 1.0 preview" for me. Give my agent Cloudflare's official workflow for porting Sandbox apps to the @next 1.0 preview — audit, API replacement map, hard rules, code upgrade shapes and validation checklist Repository: https://github.com/cloudflare/skills/blob/main/skills/sandbox-migrate-to-next/SKILL.md 1. Fetch the SKILL.md file for the cloudflare-skills-sandbox-migrate-to-next skill from the repository into a temporary folder and summarize what it does in one or two sentences. 2. Safety check: review the SKILL.md for anything suspicious (unexpected network calls, shell commands, credential harvesting). This repo should contain zero secrets in code, credentials only via the secure vault, allowed hosts declared in the SKILL.md. Verify that holds here; STOP on any red flag and tell me. 3. Install it as a skill: copy SKILL.md into the agent's skills directory, in a folder named "cloudflare-skills-sandbox-migrate-to-next". 4. Verify with no network calls: frontmatter valid, files in place. 5. Report what was installed, where, and what I still need to do myself (e.g. decide on the production cutover window when the audit is done). GitHub is optional: if I have a GitHub account or the gh CLI, you may use it; otherwise public access is fine. Never require it unless it's in the prerequisites above. Rules: don't touch anything outside the temp folder and the install target. If anything looks off, stop and ask me. ``` **Install prompt FR:** ``` Prérequis : une app existante sur @cloudflare/sandbox stable à porter vers la 1.0 preview ; accès npm, wrangler et Docker ; votre accord explicite est requis avant tout cutover de production Installe-moi « Migration du SDK Cloudflare Sandbox vers la 1.0 preview ». Donne à mon agent le workflow officiel de Cloudflare pour porter les apps Sandbox vers le preview @next 1.0 — audit, table de remplacement d'API, règles dures, formes de code à jour et checklist de validation Dépôt : https://github.com/cloudflare/skills/blob/main/skills/sandbox-migrate-to-next/SKILL.md 1. Récupère le fichier SKILL.md du skill cloudflare-skills-sandbox-migrate-to-next depuis le dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Contrôle de sécurité : examine le SKILL.md pour tout contenu suspect (appels réseau inattendus, commandes shell, récolte d'identifiants). Ce dépôt ne doit contenir aucun secret dans le code ; les identifiants passent uniquement par le coffre sécurisé, les hôtes autorisés sont déclarés dans le SKILL.md. Vérifie que c'est bien le cas ; STOP sur le moindre signal d'alerte et préviens-moi. 3. Installe-le comme skill : copie SKILL.md dans le répertoire des skills de l'agent, dans un dossier nommé « cloudflare-skills-sandbox-migrate-to-next ». 4. Vérifie sans aucun appel réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (p. ex. décider de la fenêtre de cutover de production quand l'audit est terminé). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf si c'est dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi. ``` ---
Porter les apps Cloudflare Sandbox du stable vers la 1.0 preview — audit, table de remplacement d'API, règles dures, validation - **creator:** @cloudflare - **type:** Agent skill - **url:** https://github.com/cloudflare/skills - **cat:** Developer tools - **kws:** cloudflare sandbox, sdk, migration, containers, worker, code porting, upgrade - **license:** Apache-2.0 **Description EN:** Curated by Skill Harbor — Cloudflare's official migration skill for porting Sandbox apps from stable `@cloudflare/sandbox` to the `@next` 1.0 preview SDK. It runs an ordered workflow: review the hard rules and the stable→preview replacement map (transports removed, argv-as-is `exec` handles, sessions gone in favor of per-launch cwd/env, `createTerminal`, interpreter changes, numeric kill signals), audit the codebase with a ready-made grep for removed APIs, clarify user decisions (cutover, bridge, Python image), upgrade package/image/code with worked shape examples (commands, terminals, interpreter, git), then validate (matching Worker + image line, typecheck, smoke tests, grep again, no live secrets in sandbox env). The red-flags list is the best part: never mix `@next` Worker with a stable image, never gradual container rollout for this cutover (immediate only — the protocols are incompatible both ways), never treat `await exec` as command completion, and never force production cutover without the user's agreement. By @cloudflare, listed here with credit to its creator. Honest caveats: migration-only — new projects should start on `@next` (the `sandbox-next` skill, not this one) and day-to-day stable work stays on `sandbox-stable`; production cutover is gated on your explicit agreement; needs npm, a matching container image and wrangler. Discovered via skills.sh. Skill Harbor never reviews the code, review it yourself before use. **Description FR:** Sélectionné par Skill Harbor — le skill officiel de Cloudflare pour porter les apps Sandbox de `@cloudflare/sandbox` stable vers le SDK `@next` 1.0 preview. Il exécute un workflow ordonné : revoir les règles dures et la table de remplacement stable→preview (transports supprimés, `exec` argv brut avec handles, sessions remplacées par cwd/env par lancement, `createTerminal`, changements d'interpréteur, signaux de kill numériques), auditer le codebase avec un grep prêt à l'emploi pour les API supprimées, clarifier les décisions utilisateur (cutover, bridge, image Python), mettre à niveau package/image/code avec des exemples de formes (commandes, terminaux, interpréteur, git), puis valider (Worker + image sur la même ligne, typecheck, smoke tests, grep de contrôle, aucun secret en clair dans l'env sandbox). La liste des red flags est le meilleur passage : jamais de Worker `@next` avec une image stable, jamais de rollout graduel pour ce cutover (immédiat uniquement — les protocoles sont incompatibles dans les deux sens), jamais confondre `await exec` avec la fin de la commande, et jamais forcer le cutover de production sans l'accord de l'utilisateur. Crédit : @cloudflare. Bémols honnêtes : migration uniquement — les nouveaux projets doivent démarrer sur `@next` (le skill `sandbox-next`, pas celui-ci) et le travail quotidien reste sur `sandbox-stable` ; le cutover de production exige votre accord explicite ; nécessite npm, une image container correspondante et wrangler. Découvert via skills.sh. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. **Install prompt EN:** ``` Prerequisites: an existing app on @cloudflare/sandbox stable that you want to port to the 1.0 preview; npm, wrangler and Docker access; your explicit agreement is required before any production cutover Install "Cloudflare Sandbox SDK migration to 1.0 preview" for me. Give my agent Cloudflare's official workflow for porting Sandbox apps to the @next 1.0 preview — audit, API replacement map, hard rules, code upgrade shapes and validation checklist Repository: https://github.com/cloudflare/skills/blob/main/skills/sandbox-migrate-to-next/SKILL.md 1. Fetch the SKILL.md file for the cloudflare-skills-sandbox-migrate-to-next skill from the repository into a temporary folder and summarize what it does in one or two sentences. 2. Safety check: review the SKILL.md for anything suspicious (unexpected network calls, shell commands, credential harvesting). This repo should contain zero secrets in code, credentials only via the secure vault, allowed hosts declared in the SKILL.md. Verify that holds here; STOP on any red flag and tell me. 3. Install it as a skill: copy SKILL.md into the agent's skills directory, in a folder named "cloudflare-skills-sandbox-migrate-to-next". 4. Verify with no network calls: frontmatter valid, files in place. 5. Report what was installed, where, and what I still need to do myself (e.g. decide on the production cutover window when the audit is done). GitHub is optional: if I have a GitHub account or the gh CLI, you may use it; otherwise public access is fine. Never require it unless it's in the prerequisites above. Rules: don't touch anything outside the temp folder and the install target. If anything looks off, stop and ask me. ``` **Install prompt FR:** ``` Prérequis : une app existante sur @cloudflare/sandbox stable à porter vers la 1.0 preview ; accès npm, wrangler et Docker ; votre accord explicite est requis avant tout cutover de production Installe-moi « Migration du SDK Cloudflare Sandbox vers la 1.0 preview ». Donne à mon agent le workflow officiel de Cloudflare pour porter les apps Sandbox vers le preview @next 1.0 — audit, table de remplacement d'API, règles dures, formes de code à jour et checklist de validation Dépôt : https://github.com/cloudflare/skills/blob/main/skills/sandbox-migrate-to-next/SKILL.md 1. Récupère le fichier SKILL.md du skill cloudflare-skills-sandbox-migrate-to-next depuis le dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Contrôle de sécurité : examine le SKILL.md pour tout contenu suspect (appels réseau inattendus, commandes shell, récolte d'identifiants). Ce dépôt ne doit contenir aucun secret dans le code ; les identifiants passent uniquement par le coffre sécurisé, les hôtes autorisés sont déclarés dans le SKILL.md. Vérifie que c'est bien le cas ; STOP sur le moindre signal d'alerte et préviens-moi. 3. Installe-le comme skill : copie SKILL.md dans le répertoire des skills de l'agent, dans un dossier nommé « cloudflare-skills-sandbox-migrate-to-next ». 4. Vérifie sans aucun appel réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (p. ex. décider de la fenêtre de cutover de production quand l'audit est terminé). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf si c'est dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi. ``` ---
- Quoi
- Porter les apps Cloudflare Sandbox du stable vers la 1.0 preview — audit, table de remplacement d'API, règles dures, validation - **creator:** @cloudflare - **type:** Agent skill - **url:** https://github.com/cloudflare/skills - **cat:** Developer tools - **kws:** cloudflare sandbox, sdk, migration, containers, worker, code porting, upgrade - **license:** Apache-2.0 **Description EN:** Curated by Skill Harbor — Cloudflare's official migration skill for porting Sandbox apps from stable `@cloudflare/sandbox` to the `@next` 1.0 preview SDK. It runs an ordered workflow: review the hard rules and the stable→preview replacement map (transports removed, argv-as-is `exec` handles, sessions gone in favor of per-launch cwd/env, `createTerminal`, interpreter changes, numeric kill signals), audit the codebase with a ready-made grep for removed APIs, clarify user decisions (cutover, bridge, Python image), upgrade package/image/code with worked shape examples (commands, terminals, interpreter, git), then validate (matching Worker + image line, typecheck, smoke tests, grep again, no live secrets in sandbox env). The red-flags list is the best part: never mix `@next` Worker with a stable image, never gradual container rollout for this cutover (immediate only — the protocols are incompatible both ways), never treat `await exec` as command completion, and never force production cutover without the user's agreement. By @cloudflare, listed here with credit to its creator. Honest caveats: migration-only — new projects should start on `@next` (the `sandbox-next` skill, not this one) and day-to-day stable work stays on `sandbox-stable`; production cutover is gated on your explicit agreement; needs npm, a matching container image and wrangler. Discovered via skills.sh. Skill Harbor never reviews the code, review it yourself before use. **Description FR:** Sélectionné par Skill Harbor — le skill officiel de Cloudflare pour porter les apps Sandbox de `@cloudflare/sandbox` stable vers le SDK `@next` 1.0 preview. Il exécute un workflow ordonné : revoir les règles dures et la table de remplacement stable→preview (transports supprimés, `exec` argv brut avec handles, sessions remplacées par cwd/env par lancement, `createTerminal`, changements d'interpréteur, signaux de kill numériques), auditer le codebase avec un grep prêt à l'emploi pour les API supprimées, clarifier les décisions utilisateur (cutover, bridge, image Python), mettre à niveau package/image/code avec des exemples de formes (commandes, terminaux, interpréteur, git), puis valider (Worker + image sur la même ligne, typecheck, smoke tests, grep de contrôle, aucun secret en clair dans l'env sandbox). La liste des red flags est le meilleur passage : jamais de Worker `@next` avec une image stable, jamais de rollout graduel pour ce cutover (immédiat uniquement — les protocoles sont incompatibles dans les deux sens), jamais confondre `await exec` avec la fin de la commande, et jamais forcer le cutover de production sans l'accord de l'utilisateur. Crédit : @cloudflare. Bémols honnêtes : migration uniquement — les nouveaux projets doivent démarrer sur `@next` (le skill `sandbox-next`, pas celui-ci) et le travail quotidien reste sur `sandbox-stable` ; le cutover de production exige votre accord explicite ; nécessite npm, une image container correspondante et wrangler. Découvert via skills.sh. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. **Install prompt EN:** ``` Prerequisites: an existing app on @cloudflare/sandbox stable that you want to port to the 1.0 preview; npm, wrangler and Docker access; your explicit agreement is required before any production cutover Install "Cloudflare Sandbox SDK migration to 1.0 preview" for me. Give my agent Cloudflare's official workflow for porting Sandbox apps to the @next 1.0 preview — audit, API replacement map, hard rules, code upgrade shapes and validation checklist Repository: https://github.com/cloudflare/skills/blob/main/skills/sandbox-migrate-to-next/SKILL.md 1. Fetch the SKILL.md file for the cloudflare-skills-sandbox-migrate-to-next skill from the repository into a temporary folder and summarize what it does in one or two sentences. 2. Safety check: review the SKILL.md for anything suspicious (unexpected network calls, shell commands, credential harvesting). This repo should contain zero secrets in code, credentials only via the secure vault, allowed hosts declared in the SKILL.md. Verify that holds here; STOP on any red flag and tell me. 3. Install it as a skill: copy SKILL.md into the agent's skills directory, in a folder named "cloudflare-skills-sandbox-migrate-to-next". 4. Verify with no network calls: frontmatter valid, files in place. 5. Report what was installed, where, and what I still need to do myself (e.g. decide on the production cutover window when the audit is done). GitHub is optional: if I have a GitHub account or the gh CLI, you may use it; otherwise public access is fine. Never require it unless it's in the prerequisites above. Rules: don't touch anything outside the temp folder and the install target. If anything looks off, stop and ask me. ``` **Install prompt FR:** ``` Prérequis : une app existante sur @cloudflare/sandbox stable à porter vers la 1.0 preview ; accès npm, wrangler et Docker ; votre accord explicite est requis avant tout cutover de production Installe-moi « Migration du SDK Cloudflare Sandbox vers la 1.0 preview ». Donne à mon agent le workflow officiel de Cloudflare pour porter les apps Sandbox vers le preview @next 1.0 — audit, table de remplacement d'API, règles dures, formes de code à jour et checklist de validation Dépôt : https://github.com/cloudflare/skills/blob/main/skills/sandbox-migrate-to-next/SKILL.md 1. Récupère le fichier SKILL.md du skill cloudflare-skills-sandbox-migrate-to-next depuis le dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Contrôle de sécurité : examine le SKILL.md pour tout contenu suspect (appels réseau inattendus, commandes shell, récolte d'identifiants). Ce dépôt ne doit contenir aucun secret dans le code ; les identifiants passent uniquement par le coffre sécurisé, les hôtes autorisés sont déclarés dans le SKILL.md. Vérifie que c'est bien le cas ; STOP sur le moindre signal d'alerte et préviens-moi. 3. Installe-le comme skill : copie SKILL.md dans le répertoire des skills de l'agent, dans un dossier nommé « cloudflare-skills-sandbox-migrate-to-next ». 4. Vérifie sans aucun appel réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (p. ex. décider de la fenêtre de cutover de production quand l'audit est terminé). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf si c'est dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi. ``` ---
- Coût
- Gratuit
- Prérequis
- une app existante sur @cloudflare/sandbox stable à porter vers la 1.0 preview ; accès npm, wrangler et Docker ; votre accord explicite est requis avant tout cutover de production
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
Sélectionné par Skill Harbor — le skill officiel de Cloudflare pour porter les apps Sandbox de `@cloudflare/sandbox` stable vers le SDK `@next` 1.0 preview. Il exécute un workflow ordonné : revoir les règles dures et la table de remplacement stable→preview (transports supprimés, `exec` argv brut avec handles, sessions remplacées par cwd/env par lancement, `createTerminal`, changements d'interpréteur, signaux de kill numériques), auditer le codebase avec un grep prêt à l'emploi pour les API supprimées, clarifier les décisions utilisateur (cutover, bridge, image Python), mettre à niveau package/image/code avec des exemples de formes (commandes, terminaux, interpréteur, git), puis valider (Worker + image sur la même ligne, typecheck, smoke tests, grep de contrôle, aucun secret en clair dans l'env sandbox). La liste des red flags est le meilleur passage : jamais de Worker `@next` avec une image stable, jamais de rollout graduel pour ce cutover (immédiat uniquement — les protocoles sont incompatibles dans les deux sens), jamais confondre `await exec` avec la fin de la commande, et jamais forcer le cutover de production sans l'accord de l'utilisateur. Crédit : @cloudflare. Bémols honnêtes : migration uniquement — les nouveaux projets doivent démarrer sur `@next` (le skill `sandbox-next`, pas celui-ci) et le travail quotidien reste sur `sandbox-stable` ; le cutover de production exige votre accord explicite ; nécessite npm, une image container correspondante et wrangler. Découvert via skills.sh. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage.
Version :
Installation
Prérequis : une app existante sur @cloudflare/sandbox stable à porter vers la 1.0 preview ; accès npm, wrangler et Docker ; votre accord explicite est requis avant tout cutover de production Installe-moi « Migration du SDK Cloudflare Sandbox vers la 1.0 preview ». Donne à mon agent le workflow officiel de Cloudflare pour porter les apps Sandbox vers le preview @next 1.0 — audit, table de remplacement d'API, règles dures, formes de code à jour et checklist de validation Dépôt : https://github.com/cloudflare/skills/blob/main/skills/sandbox-migrate-to-next/SKILL.md 1. Récupère le fichier SKILL.md du skill cloudflare-skills-sandbox-migrate-to-next depuis le dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Contrôle de sécurité : examine le SKILL.md pour tout contenu suspect (appels réseau inattendus, commandes shell, récolte d'identifiants). Ce dépôt ne doit contenir aucun secret dans le code ; les identifiants passent uniquement par le coffre sécurisé, les hôtes autorisés sont déclarés dans le SKILL.md. Vérifie que c'est bien le cas ; STOP sur le moindre signal d'alerte et préviens-moi. 3. Installe-le comme skill : copie SKILL.md dans le répertoire des skills de l'agent, dans un dossier nommé « cloudflare-skills-sandbox-migrate-to-next ». 4. Vérifie sans aucun appel réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (p. ex. décider de la fenêtre de cutover de production quand l'audit est terminé). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf si c'est dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.
Questions
Comment installer une création ?
Chaque fiche produit contient un prompt d’installation à copier-coller. Collez-le dans votre Muse et il installe la création pour vous — sans configuration manuelle.
Où va mon argent ?
Directement au vendeur. Skill Harbor ne traite jamais les paiements : le paiement se fait sur la page du vendeur, généralement via Stripe.
Que signifie le ✓ à côté du nom d’un créateur ?
Il signifie que nous avons confirmé l’identité de la personne derrière la fiche. Il ne dit rien sur le code lui-même — vérifiez toujours une création avant de l’installer.