El problema de la fragmentació

Sense un router fas malabars amb N SDKs, N keys, N factures i N límits. Un router ho col·lapsa tot en una sola integració.

23 de maig del 2026 6 slides 4 min de lectura

OpenRouter · Fonaments

El problema de la fragmentació

Per què integrar cada proveïdor pel seu compte es torna car.
El cost amagat de fer-ho directe

Cada proveïdor que afegeixes multiplica la feina d'integració:
- N SDKs i N formats de petició diferents.
- N API keys que has de gestionar i rotar.
- N comptes i N factures separades.
- N règims de rate limit que no es parlen entre ells.
OpenRouter · Fonaments arlaf.dev

Tres proveïdors, tres integracions

# Sense router: un client i una key per proveïdor
from openai import OpenAI
from anthropic import Anthropic

openai_client = OpenAI(api_key="OPENAI_KEY")
anthropic_client = Anthropic(api_key="ANTHROPIC_KEY")
# …i un tercer SDK per al proveïdor de Llama, amb la seva key

# Cada SDK té el seu format de petició i la seva factura

Amb router: una integració

# Amb router: un sol client, una key, una factura
from openai import OpenAI

client = OpenAI(
    base_url="https://openrouter.ai/api/v1",
    api_key="OPENROUTER_API_KEY",
)

# Canviar de model = canviar l'slug (exemples)
for model in ["openai/gpt-4o", "anthropic/claude-3.5-sonnet"]:
    client.chat.completions.create(
        model=model,
        messages=[{"role": "user", "content": "Hola!"}],
    )

Un sol lloc per canviar de model

El router col·lapsa N integracions en una. Una key, una factura, un format — i provar un model nou és canviar una cadena, no obrir un compte.
La fragmentació no és un problema de codi, és un problema de manteniment que creix amb cada proveïdor.

Llegir la nota completa

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.