Skip to main content
Flash, the Python SDK for running code on Runpod from decorated functions, is now part of the runpod Python package. There’s now one SDK, one package to install, and one CLI. This page shows where each part of Flash lives now.
Your existing Flash code keeps working. The runpod-flash package is still available, and from runpod_flash import Endpoint continues to work unchanged. You don’t need to change anything today. New features land only in the runpod package.

Summary

  • One package. Install runpod instead of runpod-flash. The app SDK, the endpoint client, the Serverless worker SDK, and the API wrapper all ship together.
  • One CLI. Flash commands now run as rp flash COMMAND. Account and Pod commands, such as rp login, live at the root of the same CLI.
  • One login. rp login saves credentials to ~/.runpod/config.toml, which the whole SDK reads. RUNPOD_API_KEY is the only environment variable for authentication.
  • An app-based API. Instead of decorating functions with @Endpoint, you create a runpod.App and attach resources to it with @app.queue, @app.api, or the new @app.task.
  • A separate runtime. The code that runs on workers now lives in its own package, runpod-sdk-runtime, so it can be released independently of the SDK. See Runtime.

Install and authenticate

CLI commands

The rp CLI is also available as runpod, so runpod flash deploy works too. See the CLI reference for details.

Imports and code

Here’s the same queue-based function written both ways. With Flash:
With the Runpod SDK:
Run the new version with rp flash dev main.py.

What stays the same

  • runpod.Endpoint("ENDPOINT_ID") and its run, run_sync, status, and output methods work exactly as before.
  • runpod.serverless.start and the rest of the Serverless worker SDK are unchanged.
  • API wrapper functions such as runpod.create_pod and runpod.get_pods still work.
  • Endpoints you already deployed with Flash keep running. Nothing is redeployed or deleted.

Before you move existing Flash projects

You don’t have to move existing projects to the unified SDK. If you choose to, test each project in a dev session first, because a few Flash patterns behave differently in the new app API:
  • Projects split across multiple files.
  • Classes used as remote resources.
  • Path and query parameters on HTTP routes.
  • Resources that reference an existing template or endpoint by ID.

Flash repository deprecation timeline

The standalone runpod/flash repository is deprecated and will be archived. Archiving makes the repository read-only. It doesn’t remove the runpod-flash package from PyPI, and it doesn’t affect endpoints you’ve already deployed. The Flash pages in these docs stay online for reference, with a notice pointing to the Runpod SDK docs.

Next steps

Last modified on October 2, 2026