List Routing Rules
Routing rules sit between the public URL and the agents. They match incoming requests on path, header, cookie, client IP, or HTTP method, and route the matched traffic to a specific agent (by ID) or any agent matching a tag set. Useful for canary deployments, regional sharding, blue/green cutovers, and routing different paths to different upstream services.
Rules are evaluated in priority order (lowest first). The first rule whose conditions all match wins; remaining rules are skipped. If no rule matches, the request falls through to the endpoint's default routing (round-robin across all connected agents).
Path parameters
uuid from /endpoints.Response (200 OK)
JSON array of rules ordered by priority ASC ([] when the endpoint has none). Each rule:
target_agent_tags. Omitted when empty.false = rule is in the table but skipped during evaluation. Useful for staging changes.true = send the request to any healthy agent of the endpoint (the default round-robin); false = answer 502.{rule_uuid, condition_type, condition_key?, pattern, negate} (conditions have no public id of their own). condition_type is one of path, header, cookie, client_ip, method. condition_key is the header/cookie name (when relevant). pattern supports glob (/api/*) and regex (per platform configuration). negate: true inverts the match. condition_key is omitted when empty.Deprecated: until the sunset this response also carries the legacy integer id and *_id fields. Don't use them; read uuid and the *_uuid fields.