list_contexts, query_context, and get_query.
Prerequisites
- A Pinecone API key with access to your Nexus project. Create one in the Pinecone console.
- The MCP endpoint, your deployment’s workspace host with the
/mcppath (the base ofnexus_default_workspace_data_console_urlfrom the install output). - Node.js, so the
mcp-remotebridge can run throughnpx.
Add the server config
Add the config below to your MCP client, replacingYOUR_WORKSPACE_HOST and YOUR_PINECONE_API_KEY with your own values. The server authenticates each request with the key you pass, so every caller queries their own project. The mcp-remote bridge lets clients that only launch local stdio servers reach the remote HTTP endpoint.
Tools
list_contexts: List the contexts available to your project (each has aslug). Takes no arguments and returns an array of context objects, each shaped{ slug, name, id, description, queryable, is_curating, is_optimizing, last_curated_at, last_optimized_at }.queryableturns true once the context has been optimized,is_curatingandis_optimizingflag whether work is running now, and the two timestamps are ISO strings ornull.query_context: Submit a question scoped to one context. Args:context(slug),question. Runs in background mode and returns aquery_idimmediately without waiting for the answer. The return object is{ query_id, status, model }. Pass thequery_idtoget_queryto fetch the result.get_query: Poll the result of a submitted query. Args:query_id. Returns{ query_id, answer, output_json, citations, model, status, error }.answeris the grounded answer text, ornulluntil it’s ready.output_jsonholds structured output when the query requested a shape, otherwisenull.citationsis an array of source references anderroris set only when the query failed. Keep polling untilstatusiscompleted,failed, orcancelled.