Works with your stack
Connect Nova to the systems your team already runs instead of replacing them.
AI operations: from diagnosis to action
AI runs your production operations. You stay in control.
Human approvals. Policy guardrails. Audit trails. Rollback.
or start from your terminal
$ astroctl novathe problem
Kubernetes made the primitives standard. The layer above them never was, and it now has to answer a question it was never built for: what is allowed to run.
Kubernetes made pods, services and volumes one API. That part is finished.
Kubernetes made pods, services and volumes one API. That part is finished.
The layer between those primitives and your customers was never standardized.
So every company builds it again. And then keeps building it, because day two never ends.
Standardize that layer and it stops being something you maintain.
And it becomes the one place that can decide what is allowed to run.
the platform
A standard runtime and trust layer under the platform you compose. Nova operates through it for deeper context and safer execution.
Create a cluster in your account, or join one you already run.
An AI platform engineer that runs across every stage above, and keeps working on the systems you already run.
the category shift
AI expresses intent. The runtime decides what runs.
Read the thesis: The AI SRE race is running the wrong way
your environment
You ask, in plain language, from the browser, terminal, editor, or Slack.
Nova reads your clusters, apps, rollouts, CVEs, and spend as first-party state. It is not holding a tool that can change anything.
A scoped plan: steps sequenced, dependencies stated, approval points marked.
One approval, and the runtime is the thing that holds it, not the model.
It runs inside a scope it cannot exceed, in your own cloud account.
Every revision stays on the record, including the ones the platform made on its own.
Connect Nova to the systems your team already runs instead of replacing them.
how teams use it
Browser, terminal, editor, and Slack over one managed backend. Start in one, continue in another, with the same session throughout.
prompt to production · preview
Describe what you want from Claude Code, Cursor, or VS Code. Your repository is read, a blueprint is resolved, and the deployment is written with the production settings most services only get after an incident.
local → dev → staging → prod
Deploy builds for the entry environment. Promotion moves the image that was already validated rather than building a new one, and an environment will not take a release until the one before it is healthy.
read from your repository
language TypeScript · framework Next.js · port 3000 · stateful no
blueprint resolved
Server-rendered web apps with a backend. Standard infrastructure.
installs ingress · TLS certificates · DNS records
2 nodes · Deployment
written for you
Dockerfile · Helm chart · GitHub Actions
production defaults you did not have to know
The difference between a service that deploys and one that survives its first bad night.
$ claude mcp add astro-deploy -s project -- mcp-server-astro-deploydeploy on your terms
Your clusters connect out, never in. Access is issued one time and never held.
Your cluster opens the connection. Nothing dials in from our side.
Your cluster opens the connection. Nothing dials in from our side.
Access is issued one time and expires. Nothing long-lived to leak, nothing to rotate by hand.
Scoped to your organization, and revocable from your cloud provider at any time.
You choose how data is handled, including local execution that keeps it inside your boundary.
pricing
Every plan includes Nova and Astro Platform, with governance and execution limits by plan.
Individual
For individual developers exploring Nova and connected workflows.
Free · Fast start · No card
Enterprise
For teams that need production operations and enterprise rollout support.
Controls · Support · Rollout
Connect the systems you already use and expand into deeper operational control when the team is ready.