Skip to main content
The MCP server exposes Seyn’s knowledge to external AI agents via the Model Context Protocol, the open standard supported by Claude, Claude Code, Cursor, and a growing list of agent runtimes. The pitch in one line: your agents stop guessing how your business works, because they can look it up.

The tools

A typical agent flow: get_processes to orient, query_knowledge for the user’s question, get_rule_provenance when the user asks “why?”.

Transport, auth, audit

  • Transport: stdio (JSON-RPC 2.0). The server runs as a local process speaking to your MCP client.
  • Auth: a Seyn API key (SEYN_MCP_API_KEY environment variable). The key binds the session to exactly one organisation; every tool result is scoped to it, with no cross-tenant path. Same model as the public API.
  • Audit: every tool invocation is logged with operation, latency, and outcome. An agent reading your knowledge base leaves the same trail a human would.
  • Rate limiting: per-key sliding window; over-limit calls return a structured error with retry guidance.

Setup

Like the SDK, the MCP server package is in private alpha: distribution is currently by tarball from the team rather than npm. Request access; configuration is identical once installed.

Error shape

Tools return the platform’s standard error format (NOT_FOUND, VALIDATION_ERROR, RATE_LIMITED, INTERNAL_ERROR) as structured tool results rather than protocol failures, so agents can branch on them.

Common mistakes

Authentication

API keys: creation, rotation, revocation.

Query

What query_knowledge runs under the hood.