Crouton Alpha y Pulse Alpha: estado, privacidad y migración
OpenCode marca Crouton Alpha Free como obsoleto desde el 9 de noviembre de 2026 y Pulse Alpha Free desde el 6 de noviembre. Revisa sus límites sin confundir el catálogo con la disponibilidad, distingue las promesas de no entrenar con los datos de los permisos para conservarlos y sustituye los ID de las versiones preliminares en Claude Code y OpenCode. Incluye autenticación, valores predeterminados persistentes, una prueba de lectura de archivos y orientación sobre cuotas y alternativas de pago.
Índice
Sustituye Crouton Alpha Free y Pulse Alpha Free en OpenCode en vez de iniciar un nuevo flujo de trabajo con esas versiones preliminares. A fecha de 2026-11-10, OpenCode marca Crouton como obsoleto desde el 9 de noviembre y Pulse desde el 6 de noviembre. Elige una alternativa disponible y comprueba que pueda leer un archivo con una herramienta antes de seguir programando.
¿Siguen disponibles Crouton Alpha y Pulse Alpha?
La lista de modelos obsoletos de OpenCode es la referencia para sus opciones gratuitas. Su documentación oficial de modelos indica estas fechas:
| Versión preliminar de OpenCode | ID del modelo | Obsoleto desde |
|---|---|---|
| Crouton Alpha Free | crouton-alpha-free | 9 de noviembre de 2026 |
| Pulse Alpha Free | pulse-alpha-free | 6 de noviembre de 2026 |
Estas fechas corresponden a OpenCode. No establecen el ciclo de vida de stealth/crouton-alpha en OpenRouter ni en el endpoint de otro proveedor.
Si usas OpenRouter, consulta el estado de ese modelo antes de confiar en una guía antigua de configuración. Una entrada en el catálogo, un inicio de sesión correcto o saldo sin usar no demuestran que la versión preliminar siga aceptando solicitudes de inferencia.
El estado “deprecated” tampoco determina el error exacto que devolverá cada cliente. Consulta el aviso del proveedor antes de cambiar la autenticación o esperar a que se restablezca la cuota diaria.
¿Qué indican las especificaciones de contexto de 1M?
Los límites del catálogo describen las versiones preliminares, no su disponibilidad actual. Los registros de la base de modelos de OpenCode, con información facilitada por el operador, contienen estos valores:
| Modelo de OpenCode | Tokens de contexto | Límite de tokens de salida | Tipos de entrada del catálogo |
|---|---|---|---|
| Crouton Alpha Free | 1,048,576 | 270,000 | Texto, imagen, vídeo, PDF |
| Pulse Alpha Free | 1,048,576 | 131,072 | Texto, imagen |
Ambos registros tienen ahora status = "deprecated". Estos límites corresponden a OpenCode. No los atribuyas a OpenRouter solo porque coincida el nombre de la versión preliminar.
El límite de contexto no es un límite de salida, una cuota diaria de mensajes ni una puntuación de calidad de programación. Un cliente también puede trabajar con un contexto menor que el permitido por el catálogo del proveedor.
No elijas una alternativa basándote en conjeturas sobre qué laboratorio creó un modelo cuyo desarrollador no se ha revelado. Selecciona un ID documentado y compara su comportamiento en tu tarea real.
¿Las versiones preliminares conservaban datos o los usaban para entrenar?
El anuncio de Crouton y la política de Pulse ofrecían compromisos distintos. En su anuncio del 3 de noviembre, OpenRouter afirmó que no se entrenaría con los datos enviados. Esa afirmación, por sí sola, no garantiza que no se conserven.
La documentación original de Pulse en OpenCode permitía conservar los datos recopilados y usarlos para mejorar el modelo. Interprétalo como un permiso para mejorar el modelo, no como una garantía de que se excluyan del entrenamiento.
Durante la fase preliminar, Pulse no estaba disponible en la Unión Europea, Islandia, Liechtenstein, Noruega, Cuba, Irán, Corea del Norte, Rusia, Ucrania ni Venezuela. Esas restricciones históricas no determinan las condiciones de acceso a una alternativa.
Antes de volver a conectar un repositorio privado, revisa por separado la retención, el entrenamiento o la mejora del modelo y las condiciones regionales. Comprueba también los requisitos de ubicación de los datos. Enrutar dentro de la UE y permitir usuarios de la UE son condiciones diferentes.
Para la primera prueba, usa archivos públicos o con la información sensible eliminada. Excluye credenciales, registros de clientes y logs confidenciales, incluso si una herramienta de lectura puede encontrarlos automáticamente.
¿Cómo se sustituye una versión preliminar en Claude Code?
Define explícitamente la configuración de la pasarela y cambia el modelo antes de permitir ediciones. Este ejemplo usa el modelo de pago anthropic/claude-sonnet-5.5 del catálogo de OpenRouter en OpenCode.
Es un candidato concreto para migrar. No revela la identidad de ninguna versión preliminar ni se presenta como ganador de una prueba comparativa. Necesitas Claude Code instalado, tu propia clave API de OpenRouter y créditos para las solicitudes de pago. Estas solicitudes se facturan a través de OpenRouter, no de una suscripción a Claude. Consulta la guía de instalación y facturación de Claude Code para entender la diferencia.
Empieza en un repositorio con un README.md sin información sensible. Si Claude Code conserva un inicio de sesión de Anthropic en caché, ejecuta /logout y cierra el cliente antes de cambiar la autenticación.
Este ejemplo para Bash sigue la guía de integración de OpenRouter. Introduce la clave cuando el comando espere la entrada; los caracteres no se mostrarán:
read -rs OPENROUTER_API_KEY && export OPENROUTER_API_KEY
(
export ANTHROPIC_BASE_URL="https://openrouter.ai/api"
export ANTHROPIC_API_KEY="$OPENROUTER_API_KEY"
export ANTHROPIC_AUTH_TOKEN=""
export ANTHROPIC_DEFAULT_SONNET_MODEL="anthropic/claude-sonnet-5.5"
export CLAUDE_CODE_SUBAGENT_MODEL="anthropic/claude-sonnet-5.5"
claude --model "anthropic/claude-sonnet-5.5"
)Los paréntesis limitan estas variables al proceso iniciado. No reescriben el perfil del shell ni la configuración del proyecto.
La URL base termina en /api, no en /api/v1. Esta configuración coloca la clave de OpenRouter en ANTHROPIC_API_KEY y deja explícitamente vacío ANTHROPIC_AUTH_TOKEN. No la mezcles con instrucciones de autenticación incompatibles.
Ejecuta /status en Claude Code. Comprueba que la autenticación use ANTHROPIC_API_KEY y que la URL base sea https://openrouter.ai/api. Abre /model para revisar el modelo seleccionado.
A continuación, envía esta tarea:
Use a file-read tool to read README.md. Return its first heading exactly, then summarize the project's purpose in two sentences. Do not edit files or run commands.Comprueba que la herramienta haya leído realmente el archivo y que el primer encabezado sea correcto. Verifica que no haya archivos modificados. Revisa también el modelo de la solicitud en el panel Activity de OpenRouter. Lo que el modelo diga sobre sí mismo no demuestra qué ruta siguió la solicitud.
OpenRouter recomienda dar prioridad al proveedor directo de Anthropic para mantener la compatibilidad con Claude Code. Sigue esa recomendación antes de considerar intercambiable otro proveedor que sirva el modelo.
Antes de una tarea mayor, busca el ID antiguo en las configuraciones que asignan modelos a cada rol. Revisa ANTHROPIC_DEFAULT_OPUS_MODEL, ANTHROPIC_DEFAULT_HAIKU_MODEL y ANTHROPIC_DEFAULT_FABLE_MODEL, además de Sonnet y los subagentes, o agentes auxiliares.
La referencia de modelos de Claude Code distingue entre la selección al iniciar y las asignaciones por rol. Cambia solo las entradas obsoletas. Una solicitud correcta en la sesión principal no verifica cada agente auxiliar configurado por separado.
¿Cómo se sustituye Pulse o Crouton en OpenCode?
Actualiza tanto la sesión activa como el modelo predeterminado persistente. El siguiente ejemplo reutiliza la cuenta de OpenRouter de la configuración de Claude Code.
Inicia opencode en el repositorio de prueba. Ejecuta /connect, selecciona OpenRouter e introduce tu clave de OpenRouter. Ejecuta /models y elige openrouter/anthropic/claude-sonnet-5.5.
La guía de integración de OpenCode de OpenRouter documenta este proceso. El prefijo openrouter/ identifica al proveedor en OpenCode. El resto, anthropic/claude-sonnet-5.5, es el ID del modelo en la pasarela.
Después de conectarlo, ejecuta esta comprobación en Bash:
opencode run --model openrouter/anthropic/claude-sonnet-5.5 \
"Use a file-read tool to read README.md. Return its first heading exactly, then summarize the project's purpose in two sentences. Do not edit files or run commands."Revisa el resultado de la herramienta y la respuesta en el terminal. Verifica el encabezado, confirma que no haya ediciones y comprueba el modelo seleccionado para la solicitud en Activity de OpenRouter.
Para establecer el valor predeterminado de las nuevas tareas, usa el parámetro documentado model de nivel superior. Integra esta estructura en el archivo opencode.json del proyecto:
{
"$schema": "https://opencode.ai/config.json",
"model": "openrouter/anthropic/claude-sonnet-5.5"
}Conserva las demás opciones de configuración. La guía de configuración de OpenCode confirma el valor de $schema y documenta las ubicaciones de los archivos del proyecto y del usuario.
El modelo ya seleccionado en una sesión tiene prioridad sobre el valor predeterminado configurado. Usa /models también en esa sesión. Seleccionar un modelo para la sesión no reescribe la configuración, como explica la documentación actual de selección de modelos.
Si la alternativa no aparece, comprueba que su proveedor y el modelo estén habilitados en este proyecto. Reinicia OpenCode después de conectar el proveedor cuando sea necesario. No adivines otro ID ni copies el de un proveedor diferente.
No traslades el endpoint antiguo de Pulse a Claude Code como solución alternativa. La documentación de OpenCode restringe los modelos de chat del nivel gratuito a OpenCode. La compatibilidad del formato de API no elimina ese requisito del cliente.
¿La solicitud falla por la cuota o por la configuración?
Comprueba primero el estado del modelo y, después, la autenticación y las cuotas. Un restablecimiento diario y la declaración de un modelo como obsoleto son eventos distintos.
Ante fallos de autenticación, revisa el origen de la clave y la URL base. En Claude Code, vuelve a comprobar /status y el inicio de sesión guardado en caché. En OpenCode, reconecta el proveedor previsto y verifica el identificador completo provider/model.
Si alcanzas el límite de mensajes gratuitos, consulta la cuota y el restablecimiento indicados en tu cuenta. No extrapoles la hora de una captura de otro usuario. Distingue entre las cuotas diarias, los límites de frecuencia de solicitudes y la capacidad del proveedor.
Ante tiempos de espera agotados o respuestas vacías, guarda el estado de la tarea antes de reintentar. No inicies varios intentos en paralelo por una ruta incierta. Limita los reintentos y después usa una alternativa aprobada, en vez de dejar un bucle desatendido.
Los porcentajes de disponibilidad del lanzamiento no demuestran el estado actual del servicio. Al probar una alternativa, registra tareas completadas, fallos, reintentos y uso facturado. Una respuesta de texto no basta para verificar el acceso a archivos, las llamadas a herramientas y el resto del proceso de programación.
¿Cuándo conviene elegir una alternativa de pago?
Elige un modelo de pago con ID conocido cuando las interrupciones de la versión preliminar bloqueen tu trabajo. Hazlo también si las condiciones de datos de esa versión no cumplen tus requisitos. Pagar no garantiza por sí solo disponibilidad, acceso regional ni ausencia de retención.
La configuración de Sonnet ofrece un candidato concreto. Para evaluar otra ruta, consulta la guía de configuración de MiniMax M3.1 Flash y repite la misma prueba de aceptación.
Antes de añadir crédito, consulta los precios actuales de tokens, las reglas de caché y las comisiones obligatorias de la plataforma. Compara el coste del mismo resultado aceptado, incluidos los reintentos. Registra por separado el tiempo de revisión, en vez de decidir solo por el precio de los tokens.
Antes de adoptar otra versión preliminar gratuita, guarda el trabajo pendiente localmente y mantén configurada una alternativa aprobada. Registra el ID exacto del proveedor y del modelo, junto con sus condiciones de datos. Vuelve a una versión preliminar solo cuando su acceso actual y su comportamiento pasen las mismas comprobaciones.
