Execute mcloud variables commands to list, get, set, and delete environment variables for a Cloud environment. Use when inspecting, reading, creating, updating, deleting, or exporting environment variables. Never pass --reveal unless the user explicitly requests secret values.
npx skills add https://github.com/medusajs/medusa-agent-skills --skill mcloud-variables
Execute mcloud variables commands to inspect and manage environment variables for Cloud environments.
--reveal unless the user explicitly asks. Secret values appear in terminal scrollback, log aggregators, and process listings.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).delete requires --yes in non-interactive mode.--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+.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 JSONRetrieve 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 JSONCreate 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.
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| Field | Description |
|-------|-------------|
| id | Variable ID (var_...) |
| key | Variable name (e.g. ADMIN_CORS) |
| value | Variable value (masked if is_secret and --reveal not passed) |
| is_secret | Whether the variable is treated as a secret |
| is_build | Available at build time |
| is_runtime | Available at runtime |
| environment_id | The environment ID this variable belongs to |
| source | user for user-set variables, system for auto-injected ones |
# 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")'
Integration with protocols.io API for managing scientific protocols. This skill should be used when working with protocols.io to search, create, update, or publish protocols; manage protocol steps and materials; handle discussions and comments; organize workspaces; upload and manage files; or integrate protocols.io functionality into workflows. Applicable for protocol discovery, collaborative protocol development, experiment tracking, lab protocol management, and scientific documentation.
Analyzes job descriptions and generates tailored resumes that highlight relevant experience, skills, and achievements to maximize interview chances
Generate Excalidraw diagrams from natural language descriptions. Use when asked to "create a diagram", "make a flowchart", "visualize a process", "draw a system architecture", "create a mind map", or "generate an Excalidraw file". Supports flowcharts, relationship diagrams, mind maps, and system architecture diagrams. Outputs .excalidraw JSON files that can be opened directly in Excalidraw.
Build and distribute Expo development clients locally or via TestFlight
Use when you have a written implementation plan to execute in a separate session with review checkpoints
Data structure for annotated matrices in single-cell analysis. Use when working with .h5ad files or integrating with the scverse ecosystem. This is the data format skill—for analysis workflows use scanpy; for probabilistic models use scvi-tools; for population-scale queries use cellxgene-census.
Benchling R&D platform integration. Access registry (DNA, proteins), inventory, ELN entries, workflows via API, build Benchling Apps, query Data Warehouse, for lab data management automation.
Comprehensive molecular biology toolkit. Use for sequence manipulation, file parsing (FASTA/GenBank/PDB), phylogenetics, and programmatic NCBI/PubMed access (Bio.Entrez). Best for batch processing, custom bioinformatics pipelines, BLAST automation. For quick lookups use gget; for multi-service integration use bioservices.
Take medusajs/mcloud-variables from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.