Ship your application
You built the app. Get it into users’ hands.
Connect a repository and get a path from code to a running application on infrastructure you control.
For product teams, founders and people building with ai
The work to take off your team
The code works locally. What comes next should not be a second project.
A container, a build pipeline, a registry, deployment configuration and a public address all stand between working code and a useful application. Ankra connects those steps and keeps the result visible.
With Ankra
A repeatable route from commit to running application.
A practical path
How this works with Ankra.
- 01
Connect the repository
Ankra reads the application and prepares its Dockerfile, deployment chart and build configuration.
- 02
Review the setup
Inspect the generated pull request and supply the application secrets and settings it needs.
- 03
Build, scan and deploy
Follow the pipeline, publish a versioned image and deploy it to your selected cluster.
- 04
Keep shipping
Choose auto-deploy, create previews and follow the application’s health after each release.
The platform behind the workflow
The pieces, already connected.
Applications
Turn a Git repository into a deployable application. Ankra reads your code and opens the setup for review.
Pipelines
Test, build, scan and publish on your infrastructure, with the run and its findings in one place.
Domains & HTTPS
Make a running service reachable with a hostname, DNS and certificates that belong to your environment.
See it running.
A recorded walkthrough of the platform on real infrastructure. The film shows a specific environment, rather than a promise about every deployment.
Plays from YouTube. Open on YouTube instead
From prompt and code to production, three ways: console, CLI and Claude Code
One flow, three real runs in a new organisation: in the Ankra console, with the Ankra CLI, and with Claude Code connected over MCP. Each time a critical vulnerability blocks the release, the fix lands with your approval, and production waits for a person.
Plays from YouTube. Open on YouTube instead
Jump to
- 0:00From prompt and code to production
- 0:22Console: a repository to a pull request
- 0:40Console: Ankra AI fixes it in the chat
- 1:16Console: the gate passes, merge
- 1:29Console: staging
- 1:43Console: previews and AI review
- 2:10Console: production
- 2:27Console: Slack
- 2:48A throwaway cluster
- 3:00CLI: the same path in a terminal
- 3:17CLI: ankra application ship
- 3:31CLI: the gate, and the Slack alert
- 3:48CLI: Ankra AI queues the fix
- 4:09CLI: staging
- 4:29CLI: production and proof
- 4:49Claude Code: the same path in a conversation
- 5:08Claude Code: the gate says no
- 5:23Claude Code: the fix, then it asks
- 5:45Claude Code: a broken test, fixed
- 5:57Claude Code: production asks a person
- 6:23The same path, every change
What the film shows
From prompt and code to production, in words
In the console
Starting from a new organisation with a Node app and a Postgres database, pick a repository. Ankra reads the code and opens a pull request with what it takes to build and deploy it.
The checks run and the release stops: the image gate found a critical vulnerability in a package the app pinned, and nothing is published. Press Fix with Ankra and send it in Agent mode.
Its first idea changes one file on the wrong branch, which would break the lockfile, and it cannot do that without you. Decline and say why. It then runs the real package manager in a sandbox, regenerates the lockfile, and proposes two files on the right branch. Approve it, Ankra commits, and the same gate passes.
Merge the setup. The image that pull request built and scanned is published with no rebuild. Choose staging, make it public, and Ankra sets up Postgres on that cluster and deploys. The app answers on its own address with a real certificate.
Two switches give every pull request a preview and an AI review. Merging moves staging by itself. Production waits for a person, who chooses the version staging proved and confirms. Then Slack is connected once, and a pull request that breaks a test tells the team which run and which step failed.
With the CLI
The same path from one terminal, starting with two clusters created with one command each. ankra application ship registers the repository, opens the pull request, and stops because it is not merged yet.
The pipeline runs in your own cluster, the gate blocks the same vulnerability, and the block reaches Slack with the package and the fix. Ankra AI, in Agent mode, regenerates the lockfile in a sandbox and queues the commit. It has not run until you confirm it.
After the merge, the same command picks up where it stopped, sets up Postgres, and prints the address. Production waits for a person and gets the exact image staging ran, by its tag. Adding a book through the API and reading the page back shows a real database over HTTPS.
With Claude Code
A real Claude Code session, connected to Ankra over MCP with a scoped, expiring token. Ask for production, and tell it to stop if anything blocks. It registers the repository, follows the pipeline, and reports the critical vulnerability: nothing merged, nothing deployed.
Told to fix it, it regenerates the lockfile, commits to the right branch, and the gate passes. It stops at the merge, because that is still your call. Once approved, it deploys to staging with its database and checks the address over HTTPS.
On an everyday change its first wording broke a test, and it fixed its own change rather than the test. Production needs a person, so it says what it would deploy and where, and waits. When told yes, Ankra refuses because production does not have the database operator, and Claude does not widen what you approved. With the add-on in place, it deploys.
Everything shown comes from real runs on 2026-11-04 and 2026-11-05 in one new organisation, apart from the throwaway cluster scene, which is from an earlier run. The console section is sped up, and the CLI and Claude Code sections replay captured output at speed, with output and long IDs shortened and some prompts condensed. Pull request previews appear in the console section only: they did not come up in the later runs.
What comes next?
Keep building from here.
Build & ship
Local development to production
Move from a development cluster to staging and production with reusable configuration and explicit environment inputs.
Build & ship
Application delivery & CI/CD
Bring testing, builds, security scans, images and deployment into one delivery workflow.
Operate & protect
Investigate production incidents
Give your team and its agents the logs, events and resource state needed to investigate a running application.
Your next chapter
You built it.
Let’s get it live.
Give your application a path to production.
Give your team a simpler way to run it.
First 30 vCPU of platform usage included.
Try it without a card; a card unlocks full access and €59 of credit.
From something you built
to something people use.
- Deploy from your repository
- Run on infrastructure you choose
- Operate with your team and agents