Private beta — onboarding data teams now

NerveStax — AI agents on the data stack you already run

Data platform work that gets done while your team does something else.

A model change arrives as a tested pull request with its downstream list attached. An alert reaches you already diagnosed, or not at all. On your dbt, your Airflow, your warehouse, your repo. Nothing merges without a person.

Private beta · hosted or self-hosted · your own model keys

What lands on your side

Guaranteed by design

Four things that are true from day one.

They do not depend on tuning, or on how long you have used it. They are how it is built.

01

No alert is lost.

If triage crashes, times out or is unsure, it pages anyway. Every escalation is written down before it is delivered.

02

Nothing merges without a person.

Agents cannot merge and cannot push to your branches. A person approves before a pull request opens or anything runs in your orchestrator.

03

Every change arrives tested.

Built in an isolated sandbox against a development target, with the models and schedules it touches listed before anyone reviews it.

04

Switch it off, nothing breaks.

Everything it produces is ordinary code in your repository. Your pipelines run without it.

Three people, one week

What a normal week looks like with it.

01 · The engineer who asked for a model

You describe the table you need. A pull request comes back.

The model, its tests, the run results and the list of what it touches downstream, opened in your repository. You review it the way you review any other pull request, and merge it or send it back.

From a request to a reviewed pull request YOUR REQUEST PULL REQUEST · YOUR REPO “Daily orders by region.” SANDBOX TESTS fct_orders_daily Built on dev target Tests passed Results attached TOUCHES 4 models · 2 schedules MERGE SEND BACK A PERSON DECIDES

02 · The person on call

The alerts still come in overnight. One of them reaches you.

The upstream that landed late, the retry that already succeeded, the echoes of a single failure: each is closed with a written reason you can read in the morning. The one real incident reaches your pager with the cause found and the next step written.

One night of alerts: many closed with a reason, one paged with the diagnosis ONE NIGHT ON CALL 22:00 01:00 04:00 07:00 PAGED · 03:10 Cause found. Next step written. Closed with a written reason Escalated to your pager, diagnosed IF TRIAGE IS UNSURE OR FAILS, IT PAGES ANYWAY

03 · The lead who gets asked what will break

The answer exists before the question is asked.

Every change lists the models, tests and schedules that depend on it before anyone reviews it. Models, runs, freshness and drift sit in one record, so nobody explains the platform twice.

What a change touches, listed before review THE CHANGE 4 MODELS 2 SCHEDULES CHANGED stg_orders int_orders fct_orders_daily fct_revenue dim_customer hourly daily 06:00 LISTED ON THE PULL REQUEST, BEFORE ANYONE REVIEWS IT

How it ships

Every change is a reviewed pull request.

Agents do not write to production. Your CI and review rules still apply.

  1. Request

    A question from your team, or a failed run.

  2. Sandbox

    Built in an isolated copy, against a development target.

  3. Tests

    Your tests run before anyone reviews it.

  4. Pull request

    Opened in your repository, with results and reasoning.

  5. You approve

    A person on your team merges it, or sends it back.

On your stack

dbt and Airflow, on Snowflake, Trino, DuckDB and MotherDuck, Postgres or ClickHouse. GitHub or GitLab, including self-hosted. PagerDuty, Opsgenie or Splunk On-Call for paging. Hosted on our cloud, or self-hosted on your Kubernetes, with your own model keys. Nothing to migrate.

All integrations →

Questions

Before you ask for access.

Q01What do I actually get back?

For a change: a pull request in your own repository with the code, its tests, the run results against a development target, the models and schedules it touches, and the reasoning. For an alert: a verdict, either closed with a written reason or escalated to your pager with the cause and the next step.

Q02What can it do without asking me?+

Read, build and test in its own sandbox. It cannot merge and cannot push to your branches. A person approves before it opens a pull request, triggers an Airflow run, runs a backfill or runs an ingestion. On-call triage is read-only.

Q03What happens when it is wrong?+

Every verdict and every pull request carries its full transcript, each log it read and each check it ran, so a wrong diagnosis is visible in seconds rather than found in a retro. If triage is uncertain or fails, it escalates anyway. A wrong change is a pull request you decline.

Q04What does it run on, and what does it cost?+

dbt and Airflow, on Snowflake, Trino, DuckDB/MotherDuck, Postgres or ClickHouse, with GitHub or GitLab. Hosted on our cloud or self-hosted on your Kubernetes, with your own model keys. The private beta is free; beta teams get founding-customer pricing at launch. See pricing.

Private beta

Route one project’s alerts through it. See what it pages.

Beta workspaces open in small batches. Start with the pipeline nobody wants to be on call for, or the model you have been meaning to build. Tell us what you run and we reply within a working day.

[email protected]

What’s this about?