Skip to main content
The Model Context Protocol (MCP) is an open standard donated to the Linux Foundation in December 2025. With over 10,000 public servers already built against the spec, MCP has become the standard way for AI agents to discover and invoke tools in external systems. The CyberOS MCP Gateway implements MCP 2025-11-25, turning all of CyberOS’s modules into a single coherent MCP server. Your AI agents — whether Claude Code in your IDE, Cursor, Codex CLI, or a custom agent — connect once and immediately have access to CyberOS’s memory, task management, KB search, and audit capabilities through a unified, permission-gated interface.
The MCP Gateway uses the 2025-11-25 MCP spec (Streamable HTTP transport, Tasks primitive, and Elicitation support). The MCP Gateway is a P0 module, currently planned.

Agents you can connect

Claude Code

The Claude Code CLI and VS Code extension connect directly via the MCP server URL. All CyberOS tools appear natively in the tool panel.

Cursor

Add CyberOS to Cursor’s MCP config and access memory, tasks, and KB from inside your IDE without switching context.

Codex CLI

OpenAI’s Codex CLI supports MCP 2025-11-25. Connect it to CyberOS to drive tasks and write memory from your terminal.

Goose

Block Labs’ Goose agent framework supports MCP servers natively. Point it at the CyberOS gateway for autonomous task workflows.

Amp

Sourcegraph’s Amp coding agent connects via MCP to search KB and read task state without leaving your editor.

Any MCP client

Any agent implementing the MCP 2025-11-25 spec connects using standard OAuth 2.1 + PKCE discovery at /.well-known/oauth-protected-resource.

Available MCP tools

Your connected agent discovers these tools automatically via tools/list. The tools your agent can see are filtered by your OAuth token’s scope grants — you only see tools you are authorised to call.
Destructive tools (those that make irreversible changes) always require explicit human confirmation via the MCP Elicitation flow. Your agent will surface a confirmation prompt in its UI before proceeding — this cannot be bypassed programmatically.

Connecting your agent

Quick-start: Claude Code or Claude Desktop

Add the following to your Claude MCP configuration file (~/.claude/mcp.json or the equivalent path for your platform):
This configuration uses the local CyberOS MCP bridge installed in your repository by task_install. The bridge handles OAuth token exchange automatically using your existing CyberOS session.

Cursor

Add the same block to your project’s .cursor/mcp.json file:
After saving, restart the Cursor MCP session (⌘/Ctrl + Shift + P → MCP: Reconnect). The CyberOS tools appear in the Cursor Tools panel.

Other MCP clients (remote URL mode)

For agents that support remote MCP server URLs directly:
Complete the OAuth 2.1 PKCE flow in your browser to authorise the agent. Your token is scoped to the modules and actions you approve at consent time.

Verifying the connection

Once connected, ask your agent to run:
You should see all tools your scope grants permit, including cyberos.memory.search, cyberos.skill.task_status, and cyberos.kb.search.

Tool annotations and safety gates

Every tool in the registry carries annotations that drive how the gateway handles it:

Tool registry (admin feature)

Tenant admins and module owners register new tools by submitting a tool manifest to the gateway. Registration requires CTO + CSO approval because every new tool expands the surface area available to connected agents.
1

Author the tool manifest

Create a JSON manifest that defines the tool name (following the cyberos.{module}.{verb}_{noun} convention), input/output schema, required scope, and annotations.
2

Submit for review

Submit the manifest via the admin CLI or the tenant admin panel. The gateway validates the naming convention and annotation completeness automatically.
3

Approval and registration

After CTO and CSO approval, the tool is registered and immediately available to agents that hold the required scope. Subscribed agents receive a tools/list_changed notification and re-fetch the catalogue automatically.
Tool names must follow the cyberos.{module}.{verb}_{noun} pattern (e.g. cyberos.proj.create_issue). The gateway rejects registrations that violate this convention at submission time.

Long-running tasks

For operations that take more than a few seconds — such as ingesting a large KB corpus or running a bulk skill — the gateway uses the MCP Tasks primitive. Your agent starts the operation and receives a task_id immediately. You can disconnect and reconnect; the task persists until completion.

Audit trail

Every tool call — whether it succeeds, fails, is confirmed, or is denied — produces an mcp.invocation audit row in the memory chain. The row records:
  • Which tool was called and with what arguments hash
  • Which agent persona made the call (e.g. claude-code@user-stephen)
  • The OAuth scope that was checked
  • Whether a destructive confirmation was obtained
  • The outcome and latency
  • The chain anchor linking to the previous audit row