Cloudnova
Coming soon

Cloudnova Agents · Cloudnova Deployments

Agents and deployments, in your own cloud.

Connect Cloudnova to your cloud account. Agents take issues from your backlog through your development lifecycle, with your team approving every step. Deployments give every branch and every release an environment of its own. Your code, your credentials and your AI subscriptions stay with you.

Control plane
run by Cloudnova
Environments
in your cloud
AI
any provider, your seats
ACME-142Export invoices to CSVIn Progress

delegated to @cloudnovaenvironment acme-142in your cloud

  1. Triage0:52

    Scoped to the billing module, one question asked and answered

  2. SV

    Sara moved it to Todo

  3. Plan2:14

    Six-step plan posted on the issue for review

  4. TB

    Tom approved the plan

  5. Implementrunning

    Writing src/billing/export.ts

    $ pnpm test billing

    ✓ 48 passed (3.1s)

    $ pnpm dev

    web :30003000-acme-142.cloudnova.cloud ↗
  6. Review

    Starts when you move it to review

Products

Two products. One platform, in your cloud.

Both products stand on the same foundation: environments built from your repository, running in your cloud account, managed from one Cloudnova control plane.

Cloudnova Agents

Your backlog, worked by agents.

Delegate an issue from your tracker and an agent takes it through your development lifecycle, in an environment of its own. After every phase it stops, until someone on your team says go.

  • Starts from the issue tracker your team already uses
  • Follows the lifecycle you define, phase by phase
  • Your choice of agent and AI provider, on your own seats
  • A full environment per issue, with your stack running
How Agents works

Cloudnova Deployments

Coming soon

An environment for every branch and every release.

The environments your agents work in, for the rest of your delivery: a preview for every pull request, a deploy on every merge, all in your own cloud.

  • A preview environment for every pull request
  • Deploy on merge, from one declaration in your repository
  • From a light development setup to a production-grade one
  • Built, run and scaled in your own cloud account
About environments

Cloudnova Agents

Your development lifecycle, with a person at every gate.

Agents follow the lifecycle your team already works by. Each phase ends on the issue, with a report and a person deciding what happens next. The phases, their names and what an agent does in each are yours to define.

EXAMPLEA common setup with four phases. Yours can have two, or seven.
  1. 01

    Triage

    Reads the issue and the code around it, asks what is missing and sizes the work.

    You move it to the backlog

  2. 02

    Plan

    Writes an implementation plan onto the issue and parks it for review.

    You approve the plan

  3. 03

    Implement

    Branches, writes the code, runs your tests and your stack, and opens the pull request.

    You move it to review

  4. 04

    Review

    Reviews the pull request against the plan and your conventions, and gives a verdict.

    You merge

Delegated, never assumed

Nothing starts until somebody hands an issue to the agent. An issue nobody delegated is left alone.

Your board decides

Where an issue sits on your board decides which agent runs next. You approve by moving the issue, exactly as you would for a colleague.

One conversation per issue

Reply on the issue and the same agent picks it up in the same environment, with everything it did and said before.

Not tied to one AI provider

Agents run on the AI subscriptions or keys your team already holds, from the provider you choose. Which model does which phase is configuration.

Environments

A complete environment for every issue. Not a sandbox for one command.

Every issue gets an environment of its own, with your repository checked out and your whole stack running. The agent tests its work the way your developers do, and you can look at what it built. The same environments power Cloudnova Deployments.

acme-142Paused

Export invoices to CSV

Resumes in seconds on the next reply

Services

  • web:3000Open ↗
  • api:4000running
  • postgres:5432running
  • workerrunning

Workspace

feature/csv-export3 files changedsaved

Paused, not torn down

Between turns an environment is paused with everything in it still running. The next reply picks it up in seconds, dev server and database included.

Open what the agent started

Services an agent starts show up on their own. Open one from the session at a stable address, behind your own sign-in.

Nothing is lost

The conversation and the work in progress are saved outside the environment. Rebuilding one costs a moment of start-up, never the work.

Fresh every morning

Every night your repository is refreshed, dependencies are installed and the database is prepared, so work starts on today's code.

Isolated from each other

Agents working in parallel never share files, processes or ports. What happens in one environment stays in it.

Your cloud

Our control plane. Your cloud.

Most platforms ask you to move your code onto theirs. Cloudnova works the other way around: you connect our control plane to your own cloud account, and everything that touches your code runs there.

Cloudnova control plane

run by us
  • Dashboard and sign-in
  • Orchestration and approvals
  • Tracker and git integrations
  • Transcripts, usage and audit
outbound only

Your cloud account

owned by you
  • Runners
  • Environments
  • Your code and images
  • Secrets and AI credentials

Network

Outbound only

The runner in your cloud connects out to the control plane. Nothing needs a way into your network.

Data

Code and secrets stay home

Your repository, images, secrets and keys live in your own cloud account, under your own policies.

AI

Your provider, your contract

Agents run on the AI subscriptions or API keys you hold. Usage is tracked per seat, before and after every turn.

People

Your organization, your sign-in

Every organization gets its own address. Members sign in with the Microsoft or Google work account you already manage.

Tools

Connections, delivered per turn

The tools and MCP servers your repository declares get their credentials at the start of a turn, never baked into an image.

Audit

Every turn on the record

What was asked, who asked it, what the agent did and what it used, in one timeline per session.

Your repository

The repository owns the how. Cloudnova runs it.

How your agents work and what their environment looks like are decisions about your code, so they live in your code: versioned, reviewed and yours.

  • Your lifecycle, as a file

    Which agents exist, what each one does and which column of your board starts it are declared in your repository. Four phases, two or seven: it is your process.

  • Your environment, from your Dockerfile

    Cloudnova builds the image, runs the step that turns a fresh clone into a working tree, and keeps it ready for the next issue.

  • Reviewed like code

    A change to how agents work is a pull request. Cloudnova picks it up from your main branch; nothing hides in a settings screen.

acme/app
# .cloudnova/agents.yaml
version: 1

# name them after your own process
agentTypes:
  scope:
    skill: scope-issue
  build:
    skill: build-feature
  security:
    skill: security-review

# which column of your board runs which agent
triggerRules:
  - event: delegated
    statusType: triage
    agentType: scope
  - event: delegated
    statusType: started
    agentType: build
  - event: delegated
    statusType: completed
    agentType: security
Cloudnova started as a platform that ran cloud environments for other people's software. The environments are still the hard part. Now agents work in them, and your deployments will run on them.

Put your backlog to work.

Cloudnova opens to new organizations soon. Already set up? Sign in to your organization.

Coming soonSign in