mcloud-variables

Exécute les commandes mcloud variables pour lister et obtenir les variables d'environnement d'un environnement Cloud. À utiliser lors de l'inspection, de la lecture ou de l'exportation de variables d'environnement…

npx skills add https://github.com/medusajs/medusa-agent-skills --skill mcloud-variables

Cloud CLI: Variables Commands

Execute mcloud variables commands to inspect and manage environment variables for Cloud environments.

Constraints

  • Never pass --reveal unless the user explicitly asks. Secret values appear in terminal scrollback, log aggregators, and process listings.
  • Variable changes need a deploy to apply. set/delete don't rebuild or redeploy. Run mcloud environments redeploy <env> for a runtime variable, or mcloud environments trigger-build <env> for a build variable (a redeploy reuses the existing image and won't pick up build-variable changes).
  • System variables can't be deleted, and delete requires --yes in non-interactive mode.
  • Looking up or creating a variable by key requires --project and --environment (or the equivalent in active context). Referencing by ID (var_...) works without project/environment context.
  • set and delete require mcloud CLI v0.1.10+.

Commands

variables list

List all environment variables for a Cloud environment.

mcloud variables list \
  --organization <org-id> \
  --project <project-id-or-handle> \
  --environment <environment-handle> \
  --json

Options:

  • -o/--organization <id> — Organization ID (falls back to active context)
  • -p/--project <id-or-handle> — Project ID or handle (falls back to active context)
  • -e/--environment <handle> — Environment handle (falls back to active context)
  • -t/--type <backend|storefront> — Which variable set to list (default: backend)
  • --scope <build|runtime> — Filter by scope; repeatable (default: both scopes)
  • --include-system — Include system variables Medusa auto-injects (default: false)
  • --reveal — Print secret values in plaintext instead of masking (use only when explicitly asked)
  • --dotenv — Output .env-formatted KEY=VALUE lines instead of a table
  • --json — Output as JSON

variables get

Retrieve a single variable by its ID (var_...) or key.

# By key (requires project + environment context)
mcloud variables get ADMIN_CORS \
  --organization <org-id> \
  --project <project-id-or-handle> \
  --environment <environment-handle> \
  --json

# By ID (works without project/environment context)
mcloud variables get var_01XYZ --json

Arguments:

  • variable — Variable ID (var_...) or key (required)

Options:

  • -o/--organization <id>, -p/--project <id-or-handle>, -e/--environment <handle>
  • -t/--type <backend|storefront> — Which variable set to read (default: backend)
  • --reveal — Print secret value in plaintext (use only when explicitly asked)
  • --json — Output as JSON

variables set

Create or update one or more variables. The CLI updates when you reference an existing key or a var_... ID, and creates otherwise.

# Single variable
mcloud variables set API_KEY pk_123 \
  --organization <org-id> \
  --project <project-id-or-handle> \
  --environment <environment-handle>

# Multiple at once
mcloud variables set -v API_KEY=pk_123 -v CLIENT_ID=my_app

# From a .env file
mcloud variables set --env-file .env

Arguments:

  • variable — Variable ID (var_...) or key to set (omit when using --var/--env-file)
  • value — Value to set (required when a variable argument is passed)

Options:

  • -o/--organization <id>, -p/--project <id-or-handle>, -e/--environment <handle>
  • -t/--type <backend|storefront> — Which variable set to write (default: backend)
  • -v/--var <KEY=VALUE|ID=VALUE> — A variable to set; repeatable
  • --env-file <path> — Set all variables from a .env file
  • --secret, --no-secret — Mark as secret (default: false for new variables)
  • --build, --no-build — Available at build time (default: false for new variables)
  • --runtime, --no-runtime — Available at runtime (default: true for new variables)
  • --json — Output as JSON

Redeploy (runtime) or trigger-build (build) afterward — see Constraints.

variables delete

Delete a variable by its ID (var_...) or key. Irreversible; system variables can't be deleted.

mcloud variables delete API_KEY \
  --organization <org-id> \
  --project <project-id-or-handle> \
  --environment <environment-handle> \
  --yes

Arguments:

  • variable — Variable ID (var_...) or key to delete (required)

Options:

  • -o/--organization <id>, -p/--project <id-or-handle>, -e/--environment <handle>
  • -t/--type <backend|storefront> — Which variable set to delete from (default: backend)
  • -y/--yes — Skip confirmation prompt (required in non-interactive mode)
  • --json — Output as JSON

Variable Fields (JSON)

FieldDescription
idVariable ID (var_...)
keyVariable name (e.g. ADMIN_CORS)
valueVariable value (masked if is_secret and --reveal not passed)
is_secretWhether the variable is treated as a secret
is_buildAvailable at build time
is_runtimeAvailable at runtime
environment_idThe environment ID this variable belongs to
sourceuser for user-set variables, system for auto-injected ones

Examples

# List all variables for the active environment
mcloud variables list --json

# List only runtime variables, including system ones
mcloud variables list --scope runtime --include-system --json

# List storefront variables
mcloud variables list --type storefront --json

# Get a variable by key (with active context)
mcloud variables get DATABASE_URL --json

# Get a variable by ID (no env context needed)
mcloud variables get var_01XYZ --json

# Set a single variable, then redeploy to apply (runtime)
mcloud variables set REDIS_URL redis://cache:6379
mcloud environments redeploy production

# Set a secret build-only variable, then trigger a build to apply
mcloud variables set STRIPE_SECRET_KEY sk_live_123 --secret --build --no-runtime
mcloud environments trigger-build production

# Set multiple variables from a .env file
mcloud variables set --env-file .env

# Delete a variable (irreversible — confirm before running)
mcloud variables delete OLD_FLAG --yes

# Only reveal secrets when user explicitly asks
mcloud variables get STRIPE_SECRET_KEY --reveal --json | jq -r '.value'

# Export all variables to a .env file (user must explicitly request --reveal)
mcloud variables list --reveal --dotenv > .env

# Check if a specific variable exists
mcloud variables list --json | jq '.[] | select(.key == "REDIS_URL")'

Plus de skills de medusajs

building-storefronts
medusajs
Intégration frontend SDK-first pour les storefronts Medusa avec les motifs React Query et les règles critiques d'appel API. Utilisez toujours le SDK JS Medusa pour toutes les requêtes API — n'utilisez jamais fetch() standard, car il manque les en-têtes requis (clé API publiable pour les routes store, auth pour les routes admin). Passez des objets JavaScript simples aux méthodes SDK ; n'utilisez jamais JSON.stringify() sur les paramètres du corps, car le SDK gère la sérialisation automatiquement. Utilisez useQuery pour les requêtes GET et useMutation pour les requêtes POST/DELETE,...
official
building-admin-dashboard-customizations
medusajs
Extensions d'interface utilisateur personnalisées pour le tableau de bord Medusa Admin utilisant le SDK Admin et les composants d'interface Medusa. Chargez cette compétence EN PREMIER pour tout travail d'interface administrateur (planification, implémentation, exploration) ; les serveurs MCP fournissent uniquement une référence API, pas des modèles de conception ni des stratégies de chargement de données. CRITIQUE : Utilisez toujours le SDK JS Medusa pour toutes les requêtes API (jamais de fetch standard) ; séparez les requêtes d'affichage des requêtes modales et invalidez les données d'affichage après les mutations. Implémentez des widgets sur les pages existantes ou créez des routes d'interface personnalisées ;...
official
learning-medusa
medusajs
Bootcamp interactif de développement Medusa étape par étape où vous créez une fonctionnalité de marques tout en apprenant les modèles d'architecture. Trois leçons progressives (2 à 3 heures au total) couvrant les modules, workflows, routes API, liens de modules, hooks de workflow et personnalisation de l'interface d'administration. Vérification par point de contrôle après chaque composant majeur pour tester la compréhension conceptuelle, la qualité du code et la fonctionnalité avant de continuer. Traite les erreurs comme des opportunités d'apprentissage ; débogage avec des questions de diagnostic et analyse des causes profondes...
official
db-migrate
medusajs
Exécute les migrations de base de données Medusa en attente et rapporte les résultats. Lance npx medusa db:migrate via Bash pour appliquer toutes les migrations en attente à votre base de données Medusa. Rapporte les résultats des migrations, y compris le nombre de migrations appliquées, les éventuelles erreurs rencontrées et une confirmation de succès. Conçu pour les projets
official
mcloud-environments
medusajs
Exécutez les commandes mcloud environments pour lister, obtenir, créer, supprimer, redéployer ou déclencher des builds pour les environnements Cloud. Utilisez lors de la gestion du cycle de vie des environnements,…
official
db-generate
medusajs
Génère des migrations de base de données pour les modules Medusa avec une seule commande. Encapsule la commande CLI npx medusa db:generate pour créer des fichiers de migration pour les modules Medusa spécifiés. Accepte le nom du module comme argument et signale l'emplacement du fichier de migration, les erreurs et les étapes suivantes. Suggère automatiquement d'exécuter npx medusa db:migrate après la génération pour appliquer les migrations.
official
mcloud-deployments
medusajs
Exécutez les commandes mcloud deployments pour lister les déploiements, récupérer les détails d'un déploiement et obtenir les journaux de build. À utiliser lors de la liste des déploiements, de la vérification d'un déploiement…
official
building-with-medusa
medusajs
Guide complet de l'architecture backend Medusa, des workflows et des règles d'implémentation critiques. Couvre six catégories de règles (architecture, sécurité des types, placement de la logique métier, imports, accès aux données, organisation des fichiers) avec des anti-patrons spécifiques et des contrôles de conformité. Applique une séparation stricte des couches : Module → Workflow → Route API → Frontend, avec des workflows requis pour toutes les mutations et seules les méthodes HTTP GET/POST/DELETE autorisées. Inclut des règles critiques de gestion des données : les prix sont stockés tels quels...
official