BYO-LLM

Prompt-cache: what you already save, and what turning it on would save · 0 credits

Answers, on YOUR real traffic and without spending anything, whether explicit prompt caching is worth enabling on this engine. Two figures, deliberately kept apart: measured is what already happened, read from telemetry; projection is an UPPER BOUND of what explicit caching would have done — provider caches are best effort, Anthropic counts the TTL from the start of the request, and past traffic does not predict a changed pattern. measured: null means NOT MEASURED (no calls in the window), which is not the same as zero. applies:false on OpenAI-shaped providers is not a limitation: those cache by prefix match automatically, so there is nothing to switch on and measured already shows the saving. Traffic is attributed by firm + kind + model (telemetry stores the model, not the config id); when another engine of yours shares both, attribution_note says so. No prompt text, no credentials, no fingerprints: counters only. Query: dias (1-90, default 30) and ttl (5m | 1h). Scope: mcp | * (NOT cases).

get/api/v1/llm-providers/{id}/cache-projection

Request

  • Base URL: https://legal.nexusquantum.legal
  • URL: https://legal.nexusquantum.legal/api/v1/llm-providers/{id}/cache-projection
  • Auth: HTTP bearer

Path parameters

idstring uuid required

Query parameters

diasinteger

Window in days; values above 90 are clamped, not rejected.

ttl'5m' | '1h'

Which Anthropic cache TTL to project. The 1h write costs 2x instead of 1.25x, so it can flip the answer.

Response

Measured usage and, where explicit caching applies, the projection and its recommendation (activar | no-compensa | sin-datos).

Changes

No recorded changes to this operation across all 1 revision of this API.