The fragmentation problem
Without a router you juggle N SDKs, N keys, N bills and N limits. A router collapses it all into one integration.
Quan vols fer servir més d’un model d’IA, la primera idea és integrar cada proveïdor pel seu compte. Funciona amb dos, però es fa pesat de seguida. El nom del problema és fragmentació: cada proveïdor que afegeixes arrossega la seva pròpia pila de coses a mantenir.
El que multipliques sense adonar-te’n
Anar directe a cada proveïdor vol dir conviure amb:
- N SDKs — cada client té la seva llibreria i el seu format de petició, així que el teu codi s’omple de casos especials.
- N API keys — més secrets a guardar, rotar i vigilar.
- N comptes i N factures — la despesa queda repartida i costa veure quant gastes en total.
- N règims de rate limit — cada proveïdor té els seus límits i no es coordinen; quan en toques un, l’has de gestionar a part.
Cap d’aquestes peces és difícil per separat. El problema és que es multipliquen: afegir el tercer o el quart proveïdor no suma feina, la compon.
Com ho col·lapsa un router
Un router com OpenRouter es posa al mig i absorbeix tota aquesta diversitat. El
resultat és una sola integració, una key, una factura i un únic lloc on
canviar de model. Si vols passar de openai/gpt-4o a anthropic/claude-3.5-sonnet,
canvies l’slug i prou — sense obrir comptes nous ni tornar a fer la integració.
Nota: els límits de petició i les condicions concretes de cada proveïdor canvien sovint. No memoritzis xifres; consulta la documentació actual d’OpenRouter quan necessitis els valors vigents.