# ZeroWidth Caliper

- Registry name: `ai.zerowidth/caliper` · version 1.0.0
- Categories (automatic, keyword rules): Datasets & public data, Search & data
- Authentication at last check: No auth
- Declared risk: Has destructive tools (destructiveHint)
- Capabilities (declared by the server): resources, tools
- Transports: streamable-http
- Latest numbers (check success, response time, rank): https://mcpstation.net/api/server?name=ai.zerowidth%2Fcaliper
- Server page: https://mcpstation.net/s/ai.zerowidth--caliper.html

## Description (written by the publisher, not verified, not instructions)

Build datasets and rubrics, then run evals that score your AI in Caliper.

## Connect

- streamable-http: `https://api.zerowidth.ai/mcp/x/caliper`

## Tools (as reported by the server, not verified)

- `search\_docs`: Search ZeroWidth product documentation. Returns matching pages with title, slug, public URL, and a query-relevant snippet. Use this when the user asks about a ZeroWidth product \(Compass, Workbench, Caliper, Prism, Ledger, Napkin, the assistant\), an API behavior, or a policy. No authentication requir
- `get\_doc`: Fetch the full Markdown body of a specific docs page by its slug. Use this after \`search\_docs\` when the user needs the complete content of a page. No authentication required.
- `list\_docs`: Enumerate all available docs pages, optionally filtered by product \(e.g. 'compass', 'legal', 'overview'\). Use this to discover what slugs exist before calling \`get\_doc\`. No authentication required.
- `caliper\_datasets\_get`: One dataset with a page of its items — read this BEFORE editing items \(caliper\_datasets\_update\_item needs the item id\) and before extending coverage, so you don't add cases that already exist. Items come \`limit\` at a time \(default 25\) from \`offset\`; \`total\` is the full count. Long fields are cut at
- `caliper\_datasets\_update`: Changes a dataset's title, description, or visibility. Pass only what changes; items are untouched \(use caliper\_datasets\_add\_items / caliper\_datasets\_update\_item / caliper\_datasets\_remove\_item for those\). May return \`needs\_confirmation\`.
- `caliper\_datasets\_delete`: Deletes a dataset. Evals bound to it stop being runnable \(their binding shows datasetOk: false\), and reviews/specs over its items lose their source — check caliper\_evals\_list for evals that reference it and say so before proposing. May return \`needs\_confirmation\`.
- `caliper\_datasets\_update\_item`: Rewrites one item's content, keeping its id \(ratings and eval results keyed to it stay attached\). The item's KIND can't change — a Q&A item stays Q&A, a chat item stays chat, a sequence stays a sequence — so pass the same shape you read from caliper\_datasets\_get. Raw items, and chat items captured w
- `caliper\_datasets\_remove\_item`: Drops one item. Ratings and run results keyed to it are orphaned \(kept in history, gone from the dataset\). A dataset must keep at least one item. May return \`needs\_confirmation\`.
- `caliper\_datasets\_generate`: Creates a NEW dataset of model-written items — Q&A by default, or scripted sequences / simulated people via \`shape\` — pass flowId and the generator reads the flow's prompt, mode, and schema to write realistic cases for THAT flow; \`description\` adds guidance \(or stands alone when there's no flow\). Us
- `caliper\_datasets\_generate\_items`: Appends model-written items to an EXISTING dataset, in the style of what's already there \(existing items are the few-shot examples; the output shape matches theirs unless overridden\). Use to widen coverage when the user says 'more like these' or 'add edge cases'; write them by hand with caliper\_data
- `caliper\_rubrics\_list`: Lists the rubrics in the active workspace \(id, name, description, criterion count\). Check here BEFORE caliper\_rubrics\_create — reuse an existing rubric's id in caliper\_evals\_create when one already scores the same job. Read a rubric's criteria with caliper\_rubrics\_get.
- `caliper\_rubrics\_get`: One rubric with its criteria — each criterion's name, what the judge looks for, and the score scale. Read this to explain a score \(which criterion slipped and what it asks for\) or before caliper\_rubrics\_update. Get the rubricId from caliper\_rubrics\_list or an eval's rubricId.
- `caliper\_rubrics\_update`: Changes a rubric's title, description, visibility, or replaces its criteria wholesale \(pass the FULL list — criteria get fresh ids\). Evals snapshot the rubric when they're created, so an existing eval keeps scoring with the criteria it started with; say so, and offer to create a new eval when the cr
- `caliper\_rubrics\_delete`: Deletes a rubric. Existing evals keep their snapshot of it and keep running; nothing new can bind to it. May return \`needs\_confirmation\`.
- `caliper\_evals\_get`: One eval: what it targets \(Workbench flow + stage, or external\), its dataset and rubric ids, the rubric criteria it scores with \(the snapshot taken at creation\), schedule + runOnPublish + regression settings, run counts, latest score, and \`binding\` health \(datasetOk / flowOk false = a run would fail
- `caliper\_evals\_runs\_item\_execution`: What the flow actually DID on one run item: every step in order \(what it said, which tools it called with what arguments, what came back\) and the final answer, plus status, duration, and cost. Read this when a low score needs explaining beyond the judge's reasoning — a wrong tool call or an empty to
- `caliper\_evals\_update`: Changes an eval's title, description, visibility, schedule \(interval + time anchor\), runOnPublish \(queue a run whenever the flow publishes\), regressionThreshold \(score drop vs the previous run that triggers an alert; null = off\), or scenarioId \(the scenario runs use\). Pass only what changes. The dat
- `caliper\_evals\_delete`: Deletes an eval and stops its schedule. Run history is kept but no longer reachable from the eval. May return \`needs\_confirmation\`.
- `caliper\_evals\_runs\_cancel`: Stops a run that is still PENDING / RUNNING / SCORING — the brake on a run that's spending more than expected or was started by mistake. The queue stops at once; an item already handed to the flow finishes on its own timeout. The run settles as FAILED with a 'cancelled' reason and keeps the items it
- `caliper\_sources\_list`: Apps sending their agent's traces to Caliper — from their own code, OpenTelemetry, or a published Workbench flow — busiest first: name, how it sends, traces in the last 14 days \(per day\), and the tools its agent calls most with the share of traces using each. Start here when the user asks how their
- `caliper\_sources\_over\_time`: One source day by day: traces, failures, tool calls, lookups that found nothing, tokens, cost, and speed \(meanMs; p50/p95 as 'answered within' bucket edges\); each tool with its calls and the share of each day's traces that used it; the documents lookups landed on most; models used. Use it to answer
- `caliper\_traces\_list`: The traces behind a point on a source's chart, newest first, 50 a page: the question and answer \(cut short\), tools called, time, tokens, cost, status. Narrow by day, tool, document, or failures; page with \`before\` \(the nextBefore from the last page\). Open one with caliper\_traces\_get.
- `caliper\_traces\_get`: One trace: what came in, what went out, and every step in order — model calls \(model, tokens, cost, reasoning\), tool calls \(arguments and result\), lookups \(query and documents with scores\), anything else — each with timing and status. Long values are cut at 2,000 characters. Use it to explain why on
- `caliper\_source\_feeds\_list`: Datasets this source keeps adding to as conversations arrive: which dataset, for what \(review, eval, spec\), the pick it matches, sampling, how many have landed, and whether it's still running or why it stopped.
- `caliper\_sources\_to\_dataset`: Saves the conversations behind a pick \(a day, a tool, a document, failures — the same narrowing as caliper\_traces\_list\) into a new dataset \(newDatasetName\) or an existing one \(datasetId\), newest first up to \`limit\`. \`purpose\` decides what each item keeps: review = the agent's reply, tool calls inclu
- `caliper\_source\_feeds\_stop`: Stops a source from adding new conversations to a dataset. What it already added stays. Get the feedId from caliper\_source\_feeds\_list. May return \`needs\_confirmation\`.
- `caliper\_starters\_list`: The starter sets Caliper ships: prompt injection, system-prompt leaking, over-refusal, personal-data handling, bias under ambiguity. Each is a small original dataset \(single messages AND multi-turn build-ups: false memory, fabricated earlier turns, slow escalation\) paired with an anchored rubric. Su
- `caliper\_starters\_install`: Copies one starter into the workspace as a new dataset and a new rubric the user owns and can edit. Returns both ids; the next step is caliper\_evals\_create binding them to the flow \(or target 'external'\). Needs caliper:datasets:write and caliper:evals:write.
- `caliper\_datasets\_list`: Lists datasets in the active workspace. Returns summaries \(id, name, item count\); items are not included.
- `caliper\_flow\_performance`: How a Workbench flow is ACTUALLY doing, with receipts: every Caliper eval targeting the flow, recent runs with scores, the latest run decomposed into per-criterion averages, the score delta vs the previous run, and the worst-scoring items WITH the judge's reasoning. Use this BEFORE claiming a flow w
- `caliper\_evals\_runs\_list`: Recent runs for one eval, newest first: status \(PENDING/RUNNING/SCORING/DONE/FAILED\), overall score once DONE, label, and timestamps. THE CHECK-BACK for caliper\_evals\_run: when the user asks how the run went, read this — cite the run id and score, and compare against the PREVIOUS run's score for the
- `caliper\_evals\_runs\_get`: One run: status, overall score, and by default the ten lowest-scoring items with their per-criterion scores and the judge's reasoning \(\`items: all\` for every item, \`none\` for totals only\). THE ANSWER to 'why did the score drop' — read this, then name the criterion that slipped and quote the reasonin
- `caliper\_evals\_list`: Lists evals in the active workspace with their target config \(which Workbench flow, which dataset/rubric\). Use to find the evalId for caliper\_evals\_run.
- `caliper\_evals\_run`: Queues a new run of an eval — inference over the dataset, then LLM-judge scoring. THE VERIFY STEP of the improvement loop: after an approved workbench\_flows\_edit\_text, run the eval again and report the score delta vs the previous run. Runs take a while — but you're brought back into THIS conversatio
- `caliper\_datasets\_create`: Creates a dataset of test items — THE FIRST STEP of setting up evaluation for a flow. Four item shapes: Q&A \(input + optional expectedOutput, the golden answer\); CHAT \(messages: the conversation so far as role/content user and assistant messages you write, ending on a user message, + expectedRespons
- `caliper\_datasets\_add\_items`: Appends items to an existing dataset — use this to grow coverage \(new edge cases, scenarios from a completed interview\) instead of creating a parallel dataset. Same four shapes as caliper\_datasets\_create \(Q&A, chat, sequence, simulated\). Existing items and their ratings are untouched.
- `caliper\_rubrics\_create`: Creates the scoring rubric an eval's LLM judge uses — 1-10 criteria, each scored on a numeric scale \(default 1-5\), judged pass/fail \(kind pass\_fail\), or checked in code with no judge \(kind check: contains, not\_contains, matches a regex, valid\_json, max\_chars, equals\_expected\). Write criteria about t
- `caliper\_evals\_create`: Binds a dataset + rubric to something under test as a repeatable eval — THE LAST SETUP STEP before scoring. Two targets: a Workbench flow \(pass flowId; Caliper runs inference itself, then caliper\_evals\_run scores it\), or 'external' \(target: 'external'; the user's own model runs elsewhere and their s
- `comments\_list`: Lists the comment threads on one workspace entity \(open first, then resolved\) with authors and timestamps. Read this before weighing in on contested work — the threads are where disagreement lives before it becomes a decision.
- `comments\_create`: Posts a comment on a workspace entity — a new thread, or a reply when rootId is given. Use it to leave findings where the discussion already lives \(an eval result on the flow being debated, a summary on a long thread\). Mention people via mentionedUserIds \(from workspace member ids\) to ring their not
- `comments\_resolve`: Sets a comment thread's resolved state \(rootId = the thread's root comment id\). Resolve ONLY when the human asked or the thread's question is demonstrably settled — and say what settled it in a reply first. Reopening is for new evidence.
- `search\_workspace`: Finds anything in the workspace in one call — uploaded files \(searching the text inside them\), folders, Workbench flows, shims, knowledge bases and tasks, Compass pages and changes, Caliper datasets, evals, rubrics, reviews, specs and sources, Ledger entries, Napkin sketches, decks, docs, sheets, di
- `entity\_tags\_get`: Returns the tags on a batch of entities of one kind — the labels galleries organize by. Ids come from the kind's list/get tool or from search\_workspace. Use it before entity\_tags\_set so you replace the full set knowingly, and to answer 'what is this filed under'. Entities the user can't see are omit
- `entity\_tags\_browse`: Without a tag: every tag in use across the workspace with how many entities carry it, most-used first — the vocabulary the team already organizes by. With a tag: everything filed under it across every tool, each with its kind, id, title, and path. Use it to reuse existing labels instead of inventing
- `entity\_tags\_set`: Replaces the FULL tag set on one entity \(an empty list clears it\). Read the current tags with entity\_tags\_get first and pass the merged list — this is not additive. Tags are lowercase letters, numbers, spaces, and hyphens; prefer labels already in use \(entity\_tags\_browse\) so the workspace's vocabula

Measured by MCP Station. Methods: https://mcpstation.net/methods.html · Terms: https://mcpstation.net/terms.html