curl. Afterwards, any system that can send an HTTP request can use your blueprint.
The tutorial uses the Pizza Pricing Calculator project. Its blueprint Pizza Pricing calculates the price of a pizza from its size, toppings, crust and day of the week. You can follow the same steps with your own project: the names on your screen will be different.
Before you start
- A Lab account and a project with at least one public blueprint that was never deployed. The Pizza Pricing Calculator project comes from the Leapter examples.
- The right to deploy to an environment of your runtime cluster, and to create evaluation keys there. Who may do what explains the rights.
- A terminal with
curl.
Steps
Open the Deploy dialog
v1. Under Callable on the cluster you see the public blueprints that callers can run.
The Deploy dialog with the version name and Create release.
Create the release
- When your workspace uses only Leapter Cloud, it says Deploys to Leapter Cloud, with the address of the runtime cluster below it, for example
https://cluster.example.com. - When your workspace has runtime clusters of its own, it shows Runtime Cluster with Choose a cluster. Choose yours in the list, and its address appears below it.

After Create release, the dialog offers to deploy to the runtime cluster.
Sign in to the runtime cluster and deploy
- Deploy to playground (or another environment): the Lab has already signed you in to the runtime cluster. Click it.
- Sign in and deploy: click it. A sign-in window opens. If it asks you to allow the runtime cluster to sign you in, click Allow. The window closes by itself. When you are already signed in to the Lab, it can close before you see it.
playground). Then click the button Deploy to with the environment’s name.On Leapter’s own runtime cluster, the Lab first prepares playground for your project, so playground is always in the list there. While it does this, the dialog shows Preparing playground access…. The first deploy of a project to playground gives you the rights on that application in playground, so you need no one to give them to you. If the project’s name is already used in playground by another workspace, the dialog says that the name is already in use and asks you to rename the project. The Lab then sends nothing to playground, but you can still sign in and deploy to another environment.You should see three lines like these:
The release is deployed. The dialog names the application and says that callers need a key.
Open your application in the Admin UI
/runtime-management/ui/, for example https://cluster.example.com/runtime-management/ui/. Click Sign in with Leapter. The Status page opens. At the bottom of the sidebar, choose your environment in the environment list. Your application is in the table. Serving now says “Not served yet: this application has no evaluation key in playground.”, and Drift says Not served. In your application’s row, click Create an evaluation key.
The Status page before the application has a key.
Create an evaluation key

The Keys card of the application, before it has a key.
pizza-shop. Type why it needs the key in Reason, for example The pizza shop shows prices from this release. Click Create.
Used by names the calling system, Reason says why it needs the key.
Copy the key

The key is shown only once. The copy button puts it on your clipboard.
Copy the run address

Each callable blueprint has its own run address.
Call the blueprint
404 page not found. Wait a minute and call again.Result
Release v1 of your project runs in an environment of your runtime cluster, and a system that holds the evaluation key can call it. The total price for the pizza is20.9. Click Status in the sidebar of the Admin UI: after a short time, Drift for your application says No drift.
What to do next
- Call a release over REST: headers, errors and the OpenAPI document.
- Connect an MCP client to a release: use the blueprint as a tool for an AI agent.
- Create and revoke an evaluation key: give more systems access, or take it back.
- Find a run and read usage: see the call you just made.