Kimss Python SDK & MCP server
Your AI traffic is probably unmanaged: provider keys hardcoded in .env files, scripts calling models directly, no record of who made which call and no way to stop the next one. That is Shadow AI.
Kimss is an Enterprise Agent Control Plane — a zero-trust gateway that sits in front of the model endpoints you already own. This SDK is the integration layer: it routes your Python calls through the Kimss gateway (X-Kimss-Key), where every request gets identity, a governed audit trail, and a kill switch. Kimss never hosts your models and never charges for inference compute.
flowchart LR
App[Your app or agent] --> Proxy["Kimss Proxy (identity, audit, kill switch)"]
Proxy --> Model[Your model endpoint]
Proxy --> Mcp[Your MCP server]
Includes an optional Model Context Protocol (MCP) server for Cursor, Windsurf, Claude Desktop, and other MCP-capable clients.
New here? The 5-minute tutorial lives at eyal81/kimss-python-quickstart.
AI assistants: read docs/llm-context.md or the repo root .llms.txt for dense integration context.
Cursor Marketplace plugin
This repository includes a Cursor plugin layout for Cursor Marketplace submission alongside the PyPI package:
| Path | Purpose |
|---|---|
.cursor-plugin/plugin.json |
Plugin manifest (name, version, author, logo, …) |
mcp.json |
MCP server template (uvx → kimss-mcp-server) |
rules/kimss-product.mdc |
Product and API conventions for assistants |
skills/kimss-sdk/SKILL.md |
Python SDK integration skill |
skills/kimss-mcp-setup/SKILL.md |
MCP wiring and troubleshooting skill |
commands/ |
Slash commands: kimss-setup, kimss-create-agent, kimss-diagnose |
assets/logo.svg |
1:1 marketplace logo (Kimss wordmark on a plate, from product art); assets/logo.png is a 512×512 PNG fallback (regenerate from the SVG in your design pipeline if you need a pixel-perfect raster) |
Legacy Open Plugins metadata remains under .plugin/plugin.json and mcpb/manifest.json. The root .mcp.json matches mcp.json for environments that read dot-prefixed MCP config.
Cursor & Windsurf (MCP) — zero local venv with uvx
Install the MCP extra on the fly and expose tools to your IDE:
{
"mcpServers": {
"kimss": {
"command": "uvx",
"args": ["--from", "kimss[mcp]", "kimss-mcp-server"],
"env": {
"KIMSS_API_KEY": "your_key_here",
"KIMSS_BASE_URL": "https://api.kimss.ai",
"KIMSS_WORKSPACE_ID": ""
}
}
}
}
- Set
KIMSS_API_KEYto a long-lived key from Developer Settings → API Keys (never commit it). - Optional
KIMSS_WORKSPACE_IDstampsX-Workspace-ID/tenant_idfor workspace-scoped calls. - MCP tools are non-streaming in v1 (
kimss_chat,kimss_create_agent,kimss_run_agent,kimss_complete,kimss_upload_file,kimss_add_function_to_agent).
Alternatively, after pip install 'kimss[mcp]', use "command": "kimss-mcp-server" on your PATH with the same env.
Windsurf Integration
To use Kimss natively inside Codeium Windsurf as an MCP toolset, add the configuration to your local Windsurf settings:
-
Open your global Windsurf MCP configuration file:
- macOS/Linux:
~/.codeium/windsurf/mcp_config.json - Windows:
%USERPROFILE%\.codeium\windsurf\mcp_config.json
- macOS/Linux:
-
Append the
kimssconfig block to themcpServersobject:
{
"mcpServers": {
"kimss": {
"command": "uvx",
"args": ["--from", "kimss[mcp]", "kimss-mcp-server"],
"env": {
"KIMSS_API_KEY": "your_api_key_here",
"KIMSS_BASE_URL": "https://api.kimss.ai"
}
}
}
}
- Reload Windsurf. The
kimsstools appear under the MCP toolset once the server starts.
Note: use
uvx --from kimss[mcp] kimss-mcp-server(not--with).--fromtellsuvxto install thekimsspackage and run itskimss-mcp-serverconsole script;--withwould makeuvxlook for a (nonexistent) PyPI package literally namedkimss-mcp-server.
Claude Desktop Integration
Connect Kimss agents as MCP tools inside Claude Desktop:
- Install
uvsouvxis on yourPATH(or usepip install 'kimss[mcp]'and set"command": "kimss-mcp-server"instead). - Create a long-lived API key in the Kimss app: Developer Settings → API Keys.
- Open the MCP config: Claude Desktop → Settings → Developer → Edit Config (preferred — opens the correct
claude_desktop_config.jsonfor your install). Typical paths if you edit by hand:- macOS:
~/Library/Application Support/Claude/claude_desktop_config.json - Windows (classic installer):
%APPDATA%\Claude\claude_desktop_config.json - Linux:
~/.config/Claude/claude_desktop_config.json
- macOS:
- Merge the
kimssblock intomcpServers(keep any existing servers):
{
"mcpServers": {
"kimss": {
"command": "uvx",
"args": ["--from", "kimss[mcp]", "kimss-mcp-server"],
"env": {
"KIMSS_API_KEY": "your_api_key_here",
"KIMSS_BASE_URL": "https://api.kimss.ai",
"KIMSS_WORKSPACE_ID": ""
}
}
}
}
- Fully quit and relaunch Claude Desktop. Confirm Kimss tools appear (hammer / MCP tools indicator in the chat composer).
Try it: ask Claude to list or run a Kimss agent (you need an asst_… id from the Kimss app), for example: “Use kimss_run_agent with my assistant id asst_xxxx and message Hello.”
Tip: On Windows Store / MSIX installs the config file can live under
%LOCALAPPDATA%\Packages\Claude_*\…instead of%APPDATA%\Claude\. Always prefer Settings → Developer → Edit Config so you edit the file Claude actually reads.
Legacy Desktop Extension metadata for MCP bundles lives under mcpb/manifest.json (same uvx --from kimss[mcp] kimss-mcp-server entrypoint).
Install (library)
pip install kimss
To route traffic, you must create a free control plane namespace. Get your API key at kimss.ai (25,000 governed requests/mo included. No credit card).
The Developer tier is always free — 25,000 governed requests/month, 14-day telemetry retention, no expiration cliff.
Optional PII redaction (Microsoft Presidio + spaCy; e.g. python -m spacy download en_core_web_lg):
pip install 'kimss[privacy]'
Other extras:
pip install 'kimss[mcp]' # MCP server (stdio)
pip install 'kimss[types]' # Pydantic (reserved for future typed models)
pip install 'kimss[dev]' # pytest, responses, ruff
Editable from a checkout of this repository root:
pip install -e ".[dev,mcp]"
Authentication
Use a long-lived API key (not a browser session token). Create keys in your Kimss app under Developer Settings → API Keys. The key is scoped to your tenant and user.
Headless workers can also authenticate with Microsoft Entra ID by passing an Azure credential plus a Kimss API token scope:
from azure.identity import DefaultAzureCredential
from kimss import KimssClient
client = KimssClient(
base_url="https://api.kimss.ai",
credential=DefaultAzureCredential(),
token_scope="api://<kimss-api-app-id>/.default",
workspace_id="<your-workspace-slug>",
)
Usage
Use the canonical Kimss API host. Production is https://api.kimss.ai and staging is https://stg.kimss.ai; do not include a trailing slash.
from kimss import KimssClient, Agent
client = KimssClient(
api_key="kimss_xxxxxxxxxxxxxxxxxxxxxxxx", # from Developer Settings
base_url="https://api.kimss.ai", # no trailing slash
)
# Get an agent and send a message
agent = client.get_agent("asst_xxxx")
result = agent.query("Hello")
# result is the API "res" payload (messages, usage, etc.). Prefer conversation_id in SDK 2+.
result2 = agent.query("What did I just say?", conversation_id=result.get("thread_id"))
# Preferred: Agent.handle via agents.get → POST /v1/agents/run
result_v1 = client.agents.get("asst_xxxx").run("Hello", stream=False)
print(result_v1.text, result_v1.usage.total_credits, result_v1.conversation_id)
Streaming
client.models.create(..., stream=True) and client.agents.run(..., stream=True) return an SSE iterator of JSON objects. The MCP server does not expose streaming tools in v1.
API
KimssClient(..., retry=None)– authenticated client. Provide eitherapi_key(usesX-Kimss-Key) orcredential+token_scope(usesAuthorization: Bearer).workspace_idoptionally stampsX-Workspace-IDandtenant_idfor isolated worker telemetry. Uses arequests.Sessionwith retry on 5xx (not 429) and Retry-After by default so allowance exhaustion and rate limits surface immediately as typed errors (KimssGovernedRequestsExhaustedfor the monthly governed-request cap,KimssCreditExhausted,KimssRateLimited,KimssSubscriptionRequired).client.get_agent(agent_id)/client.agents.get(agent_id)– returns anAgent.Agent.runcallsPOST /v1/agents/run.agent.query(message, conversation_id=None, chat_type="user_chat")– send a message viaPOST /v1/agents/run(same asAgent.run).client.chat(assistant_id, message, conversation_id=None, chat_type="user_chat")– one-off chat without an Agent handle.client.agents.create/client.agents.run– v1 agent management and orchestration (/v1/agents/create,/v1/agents/run).agents.runaccepts positionals(assistant_id, message), keyword aliasesagent_id/prompt, optionalconversation_id(maps to JSONthread_id), optionaltagsandrouting_preference;stream=FalsereturnsAgentRunResult(dict subclass with.text,.usage.total_credits,.conversation_id) whenresis a dict.client.models.create–/v1/models/completions(Kimss{"res": ...}envelope).- OpenAI-compatible HTTP (not wrapped by this client):
GET /v1/models,POST /v1/chat/completionsatbase_url+/v1withAuthorization: Bearer kimss_...— for OmniRoute, Cursor, Cline, oropenai.OpenAI(base_url="https://api.kimss.ai/v1", ...). client.files.upload–/v1/files/upload(ephemeral completion attachments; Kimss does not host RAG).before_request_hooks– list of callableshook(ctx)wherectxis{"path": str, "json": dict, "headers": dict}; hooks may mutatejson/headersbefore the HTTP POST.privacy– shortcut forPresidioRedactor()fromkimss.privacy(requireskimss[privacy]).
from kimss import KimssClient, PresidioRedactor
client = KimssClient(
api_key="kimss_...",
base_url="https://api.kimss.ai",
privacy=PresidioRedactor(),
)
API-key requests use the X-Kimss-Key header. Credential requests use
Authorization: Bearer <token>. Non-streaming responses are full JSON dicts from the API res envelope where applicable.
Examples
See examples/ — set KIMSS_API_KEY (and KIMSS_ASSISTANT_ID / KIMSS_MODEL where noted). For the guided route-your-first-governed-call walkthrough, use eyal81/kimss-python-quickstart.
Usage Hub (execution context)
For agent and model calls, the SDK automatically adds an optional X-Kimss-SDK-Context header (base64url JSON) with:
host_environment— e.g. AzureWEBSITE_SITE_NAME,GitHub:org/repo, orLocal/Devsource_location— best-effort path to the caller's Python file (relative togetcwd()when possible)resource_type/resource_name—agentormodelplus assistant id or model id
Paths are resolved in your process and sent as metadata for the workspace Usage dashboard. Use before_request_hooks to remove that header from ctx["headers"] if your policy forbids file paths.
Contributing & release
See CONTRIBUTING.md for tests, mirror workflow, and PyPI trusted publishing. Operator bookmark (monorepo): 3-step release routine.
Metadata
Release files for kimss 2.0.2
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| kimss-2.0.2.tar.gz | 37.0 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| kimss-2.0.2-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 62.2 kB
Release files / kimss-2.0.2.tar.gz
| Download URL | kimss-2.0.2.tar.gz |
|---|---|
| Size | 37.0 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
56535bfafd36f19994d818104b0bc29cd9e0ee16b9ed53bd2744ff17ca14c3dc
|
|
BLAKE2b-256 checksum How to use checksums |
cd05aadfb359e59c9184d2091558c18c80256c5a067cba2f5f113188166e77aa
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 16, 2026.
Transparency logRelease files / kimss-2.0.2-py3-none-any.whl
| Download URL | kimss-2.0.2-py3-none-any.whl |
|---|---|
| Size | 25.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
18cb153eb50cd3180738990246066b3974f86d0d0195e24e47e76eefb7d34572
|
|
BLAKE2b-256 checksum How to use checksums |
ee3b8a5c684dd643c35a87ad65a096502e23bc23b91669f6419c94288f7adb86
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Aug 16, 2026.
Transparency log