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
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.
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).
Enable the calls you care about
Start with instant query, range query, and Alertmanager alerts list.
Set auth
If your Prometheus is protected by basic auth, bearer token, or mTLS, configure it in the integration. Otherwise no auth is needed.
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.