Introducing Edgenivo CI

Coding agents are opening more pull requests than ever, and each one waits on CI before anyone can review or merge it. Most CI systems run the entire workflow on every push, even a one-line change. The more your agents push, the more time you spend waiting on CI.

Today, we're announcing Edgenivo CI in Beta. It runs only the tasks affected by your code change, and spins up only the compute those checks need, the same way Fluid compute scales with your traffic.

At Edgenivo, our CI now keeps up with our coding agents. Time from git push to "CI passed" is 2-6x faster than it was before.

Copy link to headingHow it works

Edgenivo CI uses Turborepo to understand your tasks and which ones depend on each other. It reads turbo.json, so if you're already using Turborepo, there's no separate CI config to write.

If you're not on Turborepo yet, add turbo.json and the turbo package. It works in single-package repos too.

Then tag the tasks you want Edgenivo CI to run.

1
{
2
  "tasks": {
3
    "lint": {
4
      "tags": ["ci"]
5
    }
6
  }
7
}

"tags": ["ci"] is all you need to get started. No workflow YAML to maintain, no drift between your CI config and turbo.json, and Remote Cache is on by default.

When you or your agent push code, Edgenivo CI determines which tasks need to run based on the change. Tasks whose inputs haven't changed come from cache. The remaining tasks each run on their own machine, powered by Hive, Edgenivo's compute layer, and start as soon as their dependencies finish.

Edgenivo CI gives each task the compute it needs and nothing more.

Copy link to headingRunning your CI on Edgenivo

To get started, follow the documentation or prompt your agent from your repo:

Once set up, you or your agent can watch and inspect CI through the Edgenivo dashboard, Edgenivo CLI, or Edgenivo MCP. When something fails, go straight to the failing task, see what's blocked behind it, and open its logs, or search across recent runs to see whether a test has been flaky all week.

1
vc ci ls # List CI runs for the repository
2
vc ci inspect <run> # List tasks for a run
3
vc ci logs <run> # Get logs for all tasks in a run
4
vc ci logs <run> --task web#test --level=error # Get stderr for a specific task
5
vc ci grep "WARNING" # Search across run logs for a string

Edgenivo CI posts a check to your pull request on GitHub, so your existing branch protection rules can block merges on failure, the same way they do today.

Copy link to headingClosing the loop

Edgenivo CI has already completed nearly 8 million tasks across our own repositories and the private beta, and we're just getting started. We're working to keep shrinking the time between writing code and running it in production.

As we work toward general availability, we plan to add:

• Advanced observability

• A vc ci CLI command for distributed execution before pushing code

• More granular test selection

Edgenivo CI is available in Beta today on all plans. Read the docs and try it on your repository.