Skip to main content
Model Context Protocol (MCP) lets you extend Siclaw with external tools and data sources. During investigation, the agent discovers and uses MCP tools automatically — querying Prometheus metrics, searching GitHub issues, reading files, or calling any custom API.

Supported Transports

Configuration

In Gateway mode, go to Settings > MCP Servers:
  1. Click New Server
  2. Select transport type
  3. Enter a unique name and optional description
  4. Fill in transport-specific fields (command/args or URL)
  5. Add environment variables or HTTP headers as needed
  6. Save
Changes take effect immediately — all active sessions reload automatically.
Creating and managing MCP servers requires admin role. All users can use the tools they provide.

Via settings.json (CLI mode)

For TUI / single-user mode, add MCP servers to .siclaw/config/settings.json:

Examples

Prometheus Metrics

The agent can then query metrics during investigation:

Filesystem Access

GitHub

Custom HTTP Service

Any service implementing the MCP protocol can be connected:

How It Works

Tool Discovery

When a session starts, Siclaw connects to all enabled MCP servers and discovers their tools. MCP tools appear alongside built-in tools with a mcp__ prefix:
The agent decides which tools to use based on the investigation context — no manual tool selection needed.

Config Sync (Gateway Mode)

In multi-user deployments, MCP configuration syncs automatically:
The merge strategy: DB entries (managed via Web UI) override local seed entries with the same name. Disabling a DB entry removes it from the merged config.

Kubernetes Considerations

In Kubernetes mode, stdio MCP servers run inside AgentBox pods. Make sure the required binaries or packages are available in that runtime image, or use HTTP-based MCP transports instead.
For HTTP-based transports (sse, streamable-http), the MCP server runs externally — the AgentBox pod only needs network access to the URL.