Pinning to a provider

Route every request in a session to a specific provider.
Pin a request session to one provider via X-Malibu-Pin-Provider. Useful for reproducibility, debugging, or when you’re contracting a specific Mac.

Behavior

  • Strict. If the pinned provider is offline the request returns 503 no_provider_available. Malibu will not route to a substitute.
  • Provider IDs are visible on the pool dashboard at console.malibu.tech.
  • Composes with sticky. Pinning trumps X-Malibu-Conversation. If you pin, sticky becomes redundant.

Discovering the served provider

Every response carries X-Malibu-Provider — the ID of the provider that actually served the request. Use it to feed a subsequent pin:

When to pin

  • Reproducing a bug on a specific Mac’s hardware or model quantization.
  • Enterprise contracts where a specific Mac Studio is dedicated to a buyer.
  • Benchmarking — comparing responses across providers by pinning each in turn.
For latency-sensitive multi-turn conversations, prefer sticky conversations — you get prefix-cache reuse without the strictness of a pin.