Skip to main content
Manage Flash applications. An app is the top-level container that groups your deployment environments, build artifacts, and configuration.
Command

Subcommands


app list

Show all Flash apps under your account.
Command

Output


app create

Register a new Flash app on Runpod’s backend.
Command

Arguments

string
required
Name for the new Flash app. Must be unique within your account.

What it creates

This command registers a Flash app in Runpod’s backend—essentially creating a namespace for your environments and builds. It does not:
  • Create local files (use flash init for that).
  • Provision cloud resources (endpoints, volumes, etc.).
  • Deploy any code.
The app is just a container that groups environments and builds together.

When to use

Most users don’t need to run flash app create explicitly. Apps are created automatically when you first run flash deploy. This command is primarily for CI/CD pipelines that need to pre-register apps before deployment.

app get

Get detailed information about a Flash app.
Command

Arguments

string
required
Name of the Flash app to inspect.

Output


app delete

Delete a Flash app and all its associated resources.
Command

Arguments

string
required
Name of the Flash app to delete.

Process

  1. Shows app details and resources to be deleted.
  2. Prompts for confirmation (required).
  3. Deletes all environments and their resources.
  4. Deletes all builds.
  5. Tears down the app’s Serverless endpoints. Flash discovers them per Flash environment on Runpod’s backend, so teardown works even when no local resource tracking exists (for example, in CI).
  6. If every endpoint was removed, deletes the app record.
If any endpoint cannot be removed, the app record is not deleted and the command exits with a non-zero status; see app delete fails to remove an endpoint.

Output

Each removed endpoint prints a confirmation line, where <endpoint-name> and <endpoint-id> are the endpoint’s name and ID:
This operation is irreversible. All environments, builds, endpoints, volumes, and configuration will be permanently deleted.

App hierarchy

See Apps and environments for the complete app organization structure.

Auto-detection

Flash CLI automatically detects the app name from your current directory:
Override with the --app flag:

Troubleshooting

app delete fails to remove an endpoint

When any endpoint cannot be removed, flash app delete does not delete the app record and exits with a non-zero status (exit code 1). It names each endpoint that survived teardown. When the endpoint still has an ID, the message gives the command to remove it:
Remove the surviving endpoint with runpodctl serverless delete:
If an endpoint is reported without an ID, it cannot be removed this way; delete it from the Runpod console instead. Re-running flash app delete <NAME> after a partial teardown is safe: endpoints that were already removed count as removed, so the command retries only the survivors.
Last modified on August 31, 2026