Overview
Jinba Toolbox provides native Model Context Protocol (MCP) endpoints that expose your toolsets as MCP-compatible servers. This allows AI agents and LLM-based applications — such as Claude Desktop, Cursor, and custom agent frameworks — to discover and execute your tools through a standardized JSON-RPC interface. Each MCP-enabled toolset becomes an MCP server. The endpoint accepts JSON-RPC requests conforming to the MCP specification and returns tool definitions, executes tools, and streams results.MCP Endpoints
Jinba Toolbox offers two types of MCP endpoints:Organization MCP
For internal use within your organization. Requires organization-scoped API key authentication.
Public MCP
For external consumers accessing public toolsets. Requires an API key for usage tracking and rate limiting.
Enabling MCP for a ToolSet
MCP must be enabled on a per-toolset basis. You can toggle it in the web console or through the API:Connecting AI Agents
Claude Desktop
Add a Jinba Toolbox MCP server to your Claude Desktop configuration file (claude_desktop_config.json):
Cursor
In Cursor’s MCP settings, add a new server using the streamable HTTP transport:Custom Agent Integration
If you are building a custom agent, connect to the MCP endpoint using any MCP-compatible client library. The endpoint supports JSON-RPC over HTTP. Example using the MCP TypeScript SDK:How It Works
Agent discovers tools
The agent sends a
tools/list JSON-RPC request to the MCP endpoint. Jinba Toolbox responds with the list of tools in the toolset, including their names, descriptions, and input schemas.Agent calls a tool
When the agent needs to use a tool, it sends a
tools/call request with the tool name and arguments. The request is validated against the tool’s input schema.Sandbox execution
Jinba Toolbox executes the tool code in an isolated sandbox environment (E2B or Daytona). The published version of the tool is used.
Organization vs. Public Endpoints
| Aspect | Organization Endpoint | Public Endpoint |
|---|---|---|
| URL pattern | /v1/orgs/:orgId/toolsets/:slug/mcp | /v1/public/:orgSlug/:toolsetSlug/mcp |
| Authentication | Org-scoped API key | API key |
| Access scope | Private and public toolsets | Public toolsets only |
| Use case | Internal agents, CI/CD | External consumers, shared agents |
Authentication
Both MCP endpoints require a Bearer token in theAuthorization header:
- Which organization the request is associated with
- Usage tracking and credit consumption
- Rate limiting
Best Practices
- Enable MCP selectively — only activate MCP on toolsets that you intend to expose to AI agents.
- Use the public endpoint for external integrations and the organization endpoint for internal workflows.
- Monitor usage through the run history API to track which tools agents are calling and how frequently.
- Publish a version before exposing a toolset via MCP — the endpoint executes the published version, not the draft.
- Provide clear tool descriptions — AI agents rely on tool names and descriptions to decide which tool to invoke.
Related
- REST API — Full endpoint reference
- SDK — Programmatic access via the TypeScript SDK
- Versioning & Publishing — How published versions are resolved
Jinba Toolbox