Skip to main content
Room MCP gives you programmatic access to everything a room holds. One MCP endpoint exposes the whole platform surface: enumerate and run pipelines, ask Virtual Memories questions, read documents through Document Lenses, delegate open-ended work to the room’s agents, and pull results back out as rows or files. Unlike Agent MCP — which talks to a single deployed agent — Room MCP is the API for the room itself.

Get connected from the MCP Playground

Every room has an MCP Playground (open it from the room’s surface switcher, next to Chat, Live Apps, and Memory). It gives you everything you need to connect:
  • The MCP endpointhttps://api.corvic.ai/mcp/
  • An access token with a chosen expiry, sent as Authorization: Bearer <token>
  • The room’s ID, which most tools take as room_id
The Playground also lets you call the room’s tools live — the exact requests and raw content an MCP-aware client (Claude, Cursor, or your own) would send and receive. It is the fastest way to explore a tool’s arguments and see real responses before wiring anything up.
Treat access tokens like passwords. Don’t commit them to source control — load them from environment variables or a secrets manager, and pick the shortest expiry that works for your use.
Any MCP-compatible client can connect: point it at the endpoint with your Bearer token, list the tools, and call them.

Conventions

A few rules hold across the whole catalog:
  • Pagination — any list_* tool may paginate. Omit cursor on the first call; the response carries the next one, and an empty cursor means done. Omit entries_per_page (or pass 0) for the server default.
  • IDs and refs — every ID is a string. Feature view refs look like 75:code_augment; table IDs look like 117:file. Refs hold a colon, so SQL must quote them.
  • Async runsrun_pipeline returns immediately with the feature views to watch and no run ID. Poll get_pipeline, whose statuses are not_run, processing, completed, failed, stopped (per feature view and rolled up).
  • Meteringquery, ask_memory, run_pipeline, and the extraction calls are metered. Reads — listings, get_*, fetch_*, get_extraction — are not.

Rooms

A room is Corvic’s isolation boundary — almost every other tool takes a room_id.

Data sources

Pipelines

Pipelines correspond to the Workflows you build on the canvas. Nothing runs as you add sources and actions, so build the whole chain and check it before it costs anything.

Memories

The tools behind Virtual Memory — ask in words, query precisely, or search by meaning.

Document lenses

The tools behind Document Lens — repeatable readings of one kind of document.
If missing_required names anything, the lens could not read that document. For long or scanned documents, prefer start_extraction + get_extraction over extract_document, which is bounded by your client’s tool-call deadline.

Agents, threads, and playbooks

For anything open-ended, hand the work to the room’s own agent.
query is a full agent turn — minutes for real work, and metered. Whatever it builds lands as tables in the room; find them through get_room_feature_view_registry_ref. Reuse the thread ID for follow-ups, since a new thread starts with no context.

Reading data out

Never fetch a table unbounded — ask for a small window first, look at the schema, then widen. Binary columns come back as placeholders, so project with columns.

Models

Call these before writing an action that names a model — the offered set is what your deployment configured.

Custom APIs

Deprecated names

The catalog still answers to old names for old clients. Do not call these in new code:

MCP API Overview

Agent vs. room access and credentials.

Agent MCP

Talk to a single deployed agent instead.

Virtual Memory

The memories behind ask_memory and the graph tools.

Document Lens

The lenses behind extract_document.

Workflows

Build the pipelines exposed here.

Corvic Tables

Understand feature views and tables.