OpenRouter vs Vercel Eve: puerta de enlace de modelos vs framework de agentes basado en archivos

La función principal de OpenRouter es una única API OpenAI-compatible que expone 500+ modelos de 80+ proveedores con failover automático y facturación unificada; Vercel Eve no enruta modelos: consume el modelo que apuntes hacia la puerta de enlace.

Eve es agnóstico al modelo a través de Vercel AI Gateway, pero eso es una vía de consumo, no un producto de enrutamiento multiproveedor.

Vercel Eve compila un directorio de agentes en un servicio de producción durable con ejecución durable, cómputo en sandbox, human-in-the-loop, subagentes, OpenTelemetry y evaluaciones; OpenRouter no tiene ninguna superficie para construir agentes.

Eve es solo TypeScript y está acoplado a Vercel; OpenRouter es una capa de inferencia, no un framework de agentes.

OpenRouter está diseñado específicamente para la comparación de modelos y el cambio de modelo sin código mediante un único endpoint; Eve hereda el modelo que configures en el AI Gateway.

Ambos evitan el lock-in de modelos, pero OpenRouter está construido específicamente para ello.

El Vercel Workflow SDK brinda a Eve sesiones que sobreviven a fallos, arranques en frío y redespliegues; OpenRouter es una retransmisión sin estado por solicitud; no tiene estado de ejecución que conservar.

La ausencia de estado es una característica para OpenRouter (barato, predecible), no un defecto.

Una integración para todos los modelos sin suscripción ("the Stripe for AI"); el lock-in de Eve es a nivel de plataforma (Vercel), no a nivel de modelo.

La comisión de plataforma de ~5.5% de OpenRouter y la adquisición no confirmada por Stripe matizan la historia de neutralidad.