openrouter-upgrade-migration
jeremylongshore/claude-code-plugins-plus-skills
Migrar y actualizar las versiones del SDK de OpenRouter de forma segura. Utilízalo al actualizar dependencias o al migrar configuraciones. Actívalo con frases como «openrouter upgrade», «openrouter migration», «update openrouter» o «openrouter breaking changes».
...Expandir todoAcerca de openrouter-upgrade-migration
La habilidad «openrouter-upgrade-migration » está diseñada para agilizar el proceso de actualización y migración de las versiones del SDK de OpenRouter. Aborda los retos habituales a los que se enfrentan los desarrolladores al actualizar las dependencias, garantizando que puedan implementar actualizaciones de versión de forma segura y gestionar las migraciones de configuración sin introducir cambios que rompan la compatibilidad. Esta herramienta resulta especialmente útil a la hora de realizar actualizaciones rutinarias o de responder a cambios que provocan incompatibilidades en las versiones más recientes del SDK, ya que ofrece un enfoque sistemático para mantener la compatibilidad durante la actualización.
Esta herramienta proporciona un conjunto completo de herramientas para gestionar las actualizaciones de versión del SDK, desde la verificación de los requisitos previos hasta garantizar una integración satisfactoria. Entre sus características clave se incluyen la fácil migración de configuraciones, la gestión de cambios que rompen la compatibilidad y la verificación de la conectividad de la API tras la migración. Se integra perfectamente con los sistemas de control de versiones, lo que permite revertir los cambios en caso de que surjan problemas. Con pasos claros para las pruebas y la supervisión, esta función garantiza que la integración actualizada de OpenRouter siga funcionando según lo esperado en un entorno de producción.
Dirigida principalmente a desarrolladores y equipos que trabajan con OpenRouter, esta skill es ideal para quienes gestionan actualizaciones del SDK o se enfrentan a cambios que rompen la compatibilidad con las versiones más recientes. También resulta útil para los ingenieros de DevOps responsables del mantenimiento de los sistemas de producción, ya que les permite actualizar de forma segura las dependencias y configuraciones sin perder de vista los cambios. Esta herramienta puede ayudar a garantizar la estabilidad y minimizar el tiempo de inactividad al actualizar o migrar versiones del SDK de OpenRouter.
Preguntas frecuentes
¿Cómo se activa la skill « openrouter-upgrade-migration »?
Puedes activar esta habilidad utilizando frases como «openrouter upgrade», «openrouter migration», «update openrouter» o «openrouter breaking changes».
¿Cuáles son los requisitos previos para utilizar esta skill?
Los requisitos previos incluyen disponer de una integración existente con OpenRouter y de un sistema de control de versiones para garantizar la capacidad de revertir los cambios.
¿Es esta habilidad compatible con todas las versiones del SDK de OpenRouter?
Esta habilidad está diseñada para actualizar y migrar versiones del SDK de OpenRouter, pero es importante verificar la compatibilidad con tu versión específica del SDK antes de continuar.
¿Qué debo hacer si falla la migración?
Si la migración falla, consulta la documentación sobre gestión de errores que se encuentra en «{baseDir}/references/errors.md» para diagnosticar y resolver el problema.
OpenRouter Upgrade & Migration
Current State
!npm list openai 2>/dev/null | head -5!pip show openai 2>/dev/null | head -5
Overview
Migrating to OpenRouter from a direct provider API (OpenAI, Anthropic) is minimal: change base_url and api_key, add two headers. The OpenAI SDK works natively with OpenRouter. This skill covers migrating from direct APIs, switching between models, upgrading SDK versions, and running comparison tests.
Migration from Direct OpenAI
# BEFORE: Direct OpenAIfrom openai import OpenAIclient = OpenAI(api_key=os.environ["OPENAI_API_KEY"])response = client.chat.completions.create( model="gpt-4o", messages=[{"role": "user", "content": "Hello"}], max_tokens=200,)# AFTER: Via OpenRouter (3 lines changed)from openai import OpenAIclient = OpenAI( base_url="https://openrouter.ai/api/v1", # ← Changed api_key=os.environ["OPENROUTER_API_KEY"], # ← Changed default_headers={ # ← Added "HTTP-Referer": "https://my-app.com", "X-Title": "my-app", },)response = client.chat.completions.create( model="openai/gpt-4o", # ← Add provider prefix messages=[{"role": "user", "content": "Hello"}], max_tokens=200,)
Migration from Direct Anthropic
# BEFORE: Direct Anthropic SDKimport anthropicclient = anthropic.Anthropic(api_key=os.environ["ANTHROPIC_API_KEY"])response = client.messages.create( model="claude-3-5-sonnet-20241022", max_tokens=200, messages=[{"role": "user", "content": "Hello"}],)content = response.content[0].text# AFTER: Via OpenRouter (using OpenAI SDK instead of Anthropic SDK)from openai import OpenAIclient = OpenAI( base_url="https://openrouter.ai/api/v1", api_key=os.environ["OPENROUTER_API_KEY"], default_headers={ "HTTP-Referer": "https://my-app.com", "X-Title": "my-app", },)response = client.chat.completions.create( model="anthropic/claude-3.5-sonnet", # OpenRouter model ID messages=[{"role": "user", "content": "Hello"}], max_tokens=200,)content = response.choices[0].message.content # OpenAI response format
TypeScript Migration
// BEFORE: Direct OpenAIimport OpenAI from "openai";const client = new OpenAI({ apiKey: process.env.OPENAI_API_KEY });// AFTER: Via OpenRouterconst client = new OpenAI({ baseURL: "https://openrouter.ai/api/v1", apiKey: process.env.OPENROUTER_API_KEY, defaultHeaders: { "HTTP-Referer": "https://my-app.com", "X-Title": "my-app", },});// Change model from "gpt-4o" to "openai/gpt-4o"
Migration Checklist
MIGRATION_CHECKLIST = { "config": [ "base_url changed to https://openrouter.ai/api/v1", "API key changed to OPENROUTER_API_KEY (sk-or-v1-...)", "HTTP-Referer and X-Title headers added", "Model IDs prefixed with provider/ (e.g., openai/gpt-4o)", ], "code": [ "All client initialization updated", "Model IDs updated in all routes/configs", "Error handling covers OpenRouter-specific codes (402, 408)", "Streaming still works with new endpoint", "Tool/function calling still works", ], "testing": [ "Same prompts produce comparable quality output", "Latency within acceptable range (expect +50-100ms)", "Token counts match expectations", "Cost tracking updated for OpenRouter pricing", "Fallback chain tested", ], "operations": [ "Credit balance sufficient for expected usage", "Per-key credit limits configured", "Monitoring updated to track OpenRouter metrics", "Alerting on new error codes (402, 408)", "Rollback plan documented", ],}
Model ID Migration Map
| Direct Provider | OpenRouter ID |
|---|---|
gpt-4o | openai/gpt-4o |
gpt-4o-mini | openai/gpt-4o-mini |
o1 | openai/o1 |
claude-3-5-sonnet-20241022 | anthropic/claude-3.5-sonnet |
claude-3-haiku-20240307 | anthropic/claude-3-haiku |
gemini-2.0-flash | google/gemini-2.0-flash-001 |
llama-3.1-8b-instruct | meta-llama/llama-3.1-8b-instruct |
Comparison Test Script
def compare_migration(prompt: str, old_model: str, new_model: str): """Run same prompt through old and new configurations to compare.""" import time # New: OpenRouter or_client = OpenAI( base_url="https://openrouter.ai/api/v1", api_key=os.environ["OPENROUTER_API_KEY"], default_headers={"HTTP-Referer": "https://my-app.com", "X-Title": "migration-test"}, ) start = time.monotonic() or_response = or_client.chat.completions.create( model=new_model, messages=[{"role": "user", "content": prompt}], max_tokens=200, temperature=0, ) or_latency = (time.monotonic() - start) * 1000 return { "openrouter": { "model": or_response.model, "content": or_response.choices[0].message.content[:100], "tokens": or_response.usage.prompt_tokens + or_response.usage.completion_tokens, "latency_ms": round(or_latency), }, }# Testresult = compare_migration( "What is 2+2?", old_model="gpt-4o", new_model="openai/gpt-4o",)print(json.dumps(result, indent=2))
Feature Flag Migration
import osUSE_OPENROUTER = os.environ.get("USE_OPENROUTER", "false").lower() == "true"def get_llm_client(): """Feature flag for gradual migration.""" if USE_OPENROUTER: return OpenAI( base_url="https://openrouter.ai/api/v1", api_key=os.environ["OPENROUTER_API_KEY"], default_headers={"HTTP-Referer": "https://my-app.com", "X-Title": "my-app"}, ) else: return OpenAI(api_key=os.environ["OPENAI_API_KEY"])def get_model_id(model: str) -> str: """Map model IDs based on current backend.""" if USE_OPENROUTER and "/" not in model: MODEL_MAP = {"gpt-4o": "openai/gpt-4o", "gpt-4o-mini": "openai/gpt-4o-mini"} return MODEL_MAP.get(model, f"openai/{model}") return model
Error Handling
| Error | Cause | Fix |
|---|---|---|
| 401 after migration | Using old API key with new base_url | Update to OpenRouter API key (sk-or-v1-...) |
model_not_found | Missing provider prefix | Add openai/ or anthropic/ prefix to model ID |
| Different response format | Switched from Anthropic SDK to OpenAI SDK | Update response parsing: .choices[0].message.content |
| Higher latency | OpenRouter proxy overhead | Expected: +50-100ms; use streaming to mask it |
Enterprise Considerations
- Migration from direct provider to OpenRouter requires only 3 lines of code change
- Use feature flags for gradual migration (10% -> 50% -> 100%)
- Run comparison tests on critical prompts before full migration
- OpenRouter adds ~50-100ms overhead; use streaming to mask perceived latency
- Keep direct provider keys active during migration for quick rollback
- Update monitoring dashboards for OpenRouter-specific metrics (generation_id, provider used)
References
- Examples | Errors
- Quickstart | OpenAI Compatibility
Instalar openrouter-upgrade-migration
Descarga y descomprime los archivos de habilidades en tu directorio .claude/skills/.
Descargar ZIPClona el repositorio y copia los archivos de la habilidad a tu proyecto.
git clone https://github.com/jeremylongshore/claude-code-plugins-plus-skills/blob/main/plugins/saas-packs/openrouter-pack/skills/openrouter-upgrade-migration/SKILL.md # Copy SKILL.md to your .claude/skills/ directory
Copiar





Hogar
