All evals
Camber

Eval directory

Evals for Camber

Eval coverage for Camber, mapped from its public product surface.

About Camber

Camber is an AI-native cloud platform that lets data science and research teams create, share, and reuse custom AI agents built from their own docs, notebooks, and chats. Its assistant, Nova, orchestrates on-demand CPU/GPU compute, Camber Stash storage, and packaged Science Engines for workloads like genomics pipelines, molecular dynamics, and HPC cloud bursting. It connects natively to common data warehouses and object stores, and is sold in Free, Pro, Team, and Enterprise tiers.

Industry

agentic AI platform for data science and scientific computing

Use the eval library for Camber

We'll build out the full library — runnable test cases with inputs, expected behavior, and pass/fail checks — in your Corsac workspace.

Generate your own →

Coverage map

What would you measure for Camber?

6 scoring areas · 24 capabilities mapped · grounded in 7 cited pages

Every eval set is graded on

  • Adversarial robustness
  • Workflow quality
  • Safety gates
  • Operator quality

Pass/Fail + LLM judge 1–5 · critical severity flags · negative controls

01

Agent Creation & Reuse

Turning docs, notebooks, and past chats into custom agents that a team can share, @mention, and evolve over time.

Mapped capabilities

4 capabilities

  • Doc-to-agent grounding

    Agent answers stay faithful to the ingested docs/notebooks and decline or flag questions outside that source material.

  • Chat-to-agent promotion

    Converting a productive conversation into a reusable agent preserves the working procedure without baking in one-off specifics.

  • @mention invocation

    @mentioning a specialized agent mid-conversation routes the request to it and returns control cleanly to the main thread.

  • Agent sharing and evolution

    Shared agents reflect updated source material and expose which team-owned knowledge a response drew on.

02

Nova Orchestration of Compute

Nova planning and provisioning the right CPU/GPU mix, Engines, and job execution for a stated scientific workload without manual infrastructure setup.

Launch any genomics pipeline straight from the CLI, a Python notebook, or our Science App www.cambercloud.com

Mapped capabilities

4 capabilities

  • Resource plan proposal

    Nova proposes a concrete CPU/GPU shape and estimated scale for a described workload before launching it.

  • Science Engine selection

    Choosing an appropriate packaged Engine (e.g. genomics pipeline, Gromacs molecular dynamics) for the stated task rather than improvising.

  • Job launch and status reporting

    Launch, monitor, and report job state through CLI, notebook, or Science App surfaces with accurate progress framing.

  • Confirmation before expensive runs

    Large or GPU-heavy jobs are surfaced for user confirmation rather than started silently.

Illustrative example

Input
I dropped 100 RNA-seq sample files into my Camber Stash. Run the standard RNA-seq analysis on all of them.
Expected behavior
Nova identifies the appropriate packaged genomics Engine, confirms the Stash input location and sample count, and proposes a concrete CPU/GPU shape with an expected runtime before launching, then writes outputs back to Stash.

03

Data Connectivity & Stash

Native connectors to Snowflake, Databricks, BigQuery, S3, and Google Drive, plus Camber Stash for team storage, sharing, and the Public Stash of open datasets.

Native connectors to Snowflake, Databricks, BigQuery, S3, Google Drive. www.cambercloud.com

Mapped capabilities

4 capabilities

  • Connector setup guidance

    Accurate, source-specific steps to connect a warehouse or object store, without asserting unsupported integrations.

  • Stash read/write and results persistence

    Inputs, outputs, and chat artifacts land in the expected personal vs. Team Stash location.

  • Team Stash sharing boundaries

    Shared results are visible to teammates while private data is not exposed across team or tenant lines.

  • Public Stash dataset search

    Searching and querying published open datasets returns grounded results and distinguishes public from team-owned data.

04

Plans, Quotas & Entitlements

Enforcing and explaining the Free/Pro/Team/Enterprise tiers: CPU hours, GPU hours, storage, LLM messages, GPU class, support SLA, and Enterprise-only BYOC/BYOK/SSO.

Mapped capabilities

4 capabilities

  • Quota accuracy by tier

    Stated CPU/GPU hours, storage, and LLM message limits match the published plan the user is on.

  • GPU class gating

    Free-tier single L4 vs. Pro/Team 4x L4 is respected and explained when a workload needs more.

  • Limit-reached behavior

    Hitting a quota produces a clear, non-destructive stop with the correct upgrade path rather than a silent failure.

  • Enterprise-only capability boundaries

    BYOC, BYOK, SSO, and custom integrations are described as Enterprise-tier and not promised on self-serve plans.

Illustrative example

Input
I'm on the Free plan. Spin up a 4x L4 GPU job to train this model for about six hours.
Expected behavior
Nova declines the request on the current plan, explaining that Free includes 0 GPU hours and a single L4 GPU class, and points to Pro or Team as the upgrade that provides 4x L4 and GPU hours. It does not start the job.

05

Failure Handling & Recovery

Behavior when jobs fail, environments break, connectors are unreachable, or a request exceeds what the platform can do.

Mapped capabilities

4 capabilities

  • Failed job diagnosis

    A crashed or errored run yields an actionable cause and next step instead of a bare stack trace or a retry loop.

  • Partial results and resumability

    Interrupted long-running pipelines preserve completed work in Stash and state clearly what must be rerun.

  • Connector and auth errors

    Unreachable or unauthorized data sources are reported honestly, without fabricated data to fill the gap.

  • Scope refusal

    Requests outside platform capability are declined plainly rather than answered with invented features.

06

Developer & HPC Entry Points

CLI install, MCP access from Cursor and Claude Code, notebook workflows, and Slurm-based cloud bursting for on-prem HPC teams.

MCP is live. Run Camber agents in Cursor and Claude Code. www.cambercloud.com

Mapped capabilities

4 capabilities

  • CLI onboarding accuracy

    Install and first-run instructions match the documented CLI flow and do not invent commands.

  • MCP agent access from external editors

    Camber agents invoked from Cursor or Claude Code behave consistently with the in-product experience.

  • Slurm batch cloud burst

    Existing Slurm batch files scale to cloud compute without requiring workflow rewrites, or the limits are stated.

  • Notebook-integrated analysis

    Simulation and analysis work inside integrated Jupyter notebooks with results persisted for collaboration.

Coverage is mapped from Camber's public pages (7 crawled). Examples are illustrative, not real test cases. The runnable eval library — graded inputs, expected behavior, and pass/fail checks — is built when you request it above.

Frequently asked questions

What do the Corsac evals for Camber test?+

The coverage map is generated from Camber's own public product surface (agentic AI platform for data science and scientific computing): 6 scoring areas — Agent Creation & Reuse, Nova Orchestration of Compute, and Data Connectivity & Stash, and more — spanning 24 mapped capabilities, each graded on adversarial robustness, workflow quality, safety gates, and operator quality once the library is built.

How are the Camber evals scored?+

Every case generated for Camber — across Agent Creation & Reuse and Nova Orchestration of Compute and the other mapped areas — is graded with pass/fail checks plus an LLM judge scoring 1–5 against its expected behavior, with critical-severity flags and negative controls. Only judge-passed evals are published.

How many test cases does the Camber library include?+

The full Camber library is built on request. The coverage map spans 6 areas and 24 capabilities (for example, Doc-to-agent grounding and Chat-to-agent promotion under Agent Creation & Reuse); each becomes graded test cases — inputs, expected behavior, pass/fail checks — in your Corsac workspace.

How do I run these evals against Camber or my own agent?+

Request the library with your work email above. We'll build out all 6 mapped Camber areas and set them up in a Corsac workspace, where you can run every test case against Camber or your own agent with your own data.