What to bring in
The signals that matter most when agents are investigating or writing RCAs:- Instant and range queries (
/api/v1/query,/api/v1/query_range) for PromQL. - Series and labels (
/api/v1/series,/api/v1/label/*) for discovery. - Alertmanager alerts (
/api/v2/alerts) to surface firing alerts as insight candidates. - Rules and recording rules (
/api/v1/rules) for context on SLIs and baselines.
Which path to pick
Start with REST
Point at the Prometheus HTTP API with a small OpenAPI wrapper. Fastest path.
Move to MCP when you need more
Wrap PromQL behind named tools (for example
http_p99_latency) so agents never see raw query strings.Quick recipe: REST path
1
Expose Prometheus to the integration
Make sure the Prometheus endpoint is reachable from the RubixKube control plane. For internal-only Prometheus, use the MCP self-hosted path (below) instead.
2
Register the endpoint
In the RubixKube console, go to Integrations → Custom REST and register the Prometheus HTTP API (a small OpenAPI wrapper for the three or four endpoints you use).
3
Enable the calls you care about
Start with instant query, range query, and Alertmanager alerts list.
4
Set auth
If your Prometheus is protected by basic auth, bearer token, or mTLS, configure it in the integration. Otherwise no auth is needed.
5
Scope to skills
Attach the enabled endpoints to the skills that need Prometheus context.
Example tools worth having
promql(query, window)— runs a PromQL expression and returns a shaped result.http_p99_latency(service, window)— wraps a PromQL expression the team already trusts.firing_alerts(service)— returns Alertmanager alerts firing for the service.recording_rule(name)— returns the definition of a recording rule, useful when RCA wants to explain a metric.
Related guides
Custom REST Integrations
The full REST flow with auth options and approval rules.
Custom MCP Servers
When you want richer tool schemas and multi-call workflows, or when Prometheus is internal-only.
Skills
How to compose PromQL queries into custom workflows.