Tu herramienta de IA cambia de plan: migrar no es cambiar de logotipo
Google dejó de vender suscripciones nuevas de Gemini Code Assist. No es un apagón inmediato: es un cambio comercial que conviene traducir al calendario de tu empresa antes de decidir el reemplazo.
Cuando una herramienta anuncia su reemplazo, es fácil reducir la decisión a dos preguntas: cuánto cuesta y cómo se instala. Falta una tercera: qué parte del trabajo depende de ella y qué tendría que seguir funcionando después del cambio. Una extensión puede instalarse en minutos. Recuperar un proceso que dejó de funcionar suele tardar más.
Google publicó que, desde el 9 de octubre de 2026, ya no se pueden comprar nuevas suscripciones de Gemini Code Assist Standard o Enterprise. Las suscripciones existentes siguen funcionando y mantienen soporte hasta el final del acuerdo contractual. No es un apagón inmediato. Es un cambio comercial que conviene traducir al calendario de cada empresa.
Aunque tu equipo no use esa herramienta, la noticia deja una pregunta útil para cualquier compra de IA: ¿tenemos un plan para salir, crecer o cambiar cuando el proveedor modifica el producto? Aquí la diferencia entre comprar, renovar y agregar licencias importa tanto como las funciones de la nueva plataforma.
Una noticia con varias fechas, no una sola
La página de Google establece ventanas distintas. Permite agregar licencias hasta el 31 de enero de 2027. Las suscripciones anuales pueden seguir renovándose automáticamente hasta esa fecha. Las mensuales pueden seguir renovándose automáticamente hasta el 31 de diciembre de 2027. Después de los respectivos límites, esas renovaciones ya no están disponibles.
Esas fechas no dicen que todos los contratos terminen el mismo día. Google señala que las suscripciones existentes continúan hasta el final del acuerdo contractual. Por eso, el dato operativo que necesitas no es solo el último plazo publicado: es el tipo de suscripción, su término y el crecimiento previsto de tu equipo.
Un ejemplo hipotético: una empresa planea contratar desarrolladores después del límite para agregar licencias. Puede seguir teniendo servicio para sus usuarios actuales y, al mismo tiempo, perder la posibilidad de ampliar ese contrato. Otra empresa con plan anual no debería usar la fecha del plan mensual como si fuera su propia ventana. Mismo anuncio, decisiones distintas.
Primero pregunta si realmente te afecta
No hace falta empezar una migración porque apareció un titular. Revisa si tu organización paga Gemini Code Assist Standard o Enterprise, mediante qué cuenta de facturación y quién administra el contrato. No mezcles esas ediciones con los planes de consumidores: Google también documenta cambios anteriores para otras versiones, con fechas diferentes.
Pide una lista pequeña: producto exacto, modalidad mensual o anual, cantidad de licencias, fecha contractual, responsable y tareas que dependen de la herramienta. Incluye compras por intermediarios o acuerdos negociados si existen. La página pública orienta; no reemplaza la lectura del contrato propio ni la confirmación del administrador.
Esa lista es menos vistosa que una demostración de agentes, pero evita discutir una migración que nadie necesita o descubrir demasiado tarde que el equipo sí dependía de una suscripción que estaba en otra cuenta.
Un destino recomendado no demuestra equivalencia
Google indica que la asistencia de programación basada en agentes estará disponible mediante Antigravity, incluido en ediciones de Gemini Enterprise. Esa dirección no demuestra que cada función, permiso, cuota o condición del producto anterior tenga una copia idéntica en el nuevo.
La documentación de herramientas de desarrollo menciona ediciones elegibles, una cuenta de facturación con factura, permisos de acceso y condiciones de disponibilidad. También enumera limitaciones de cumplimiento para Antigravity dentro de Gemini Enterprise. Si tu empresa trabaja con requisitos regulados, esa revisión pertenece al principio, no al último paso de la compra.
No estamos diciendo que la plataforma sea inadecuada para todos. Estamos diciendo que la elegibilidad es una pregunta concreta. El equipo responsable debe comprobar la edición, la configuración de su cuenta, sus necesidades de datos y las condiciones vigentes. Tampoco se ha calculado aquí un precio de migración ni se promete conservar las mismas cuotas.
Compara tareas, no nombres de productos
Pide a quienes usan la herramienta que describan trabajos reales: completar código, entender un repositorio, generar pruebas, revisar cambios o ejecutar tareas desde la terminal. Luego pregunta cuáles se hacen todos los días y cuáles solo aparecen en la lista de funciones que nadie volvió a abrir.
Haz una comparación por tarea. Para cada una, registra cómo funciona hoy, qué necesita para funcionar en el destino y qué resultado demostraría que pasó la prueba. "Tiene chat" no basta. Quizá necesita contexto de un repositorio privado, un editor específico o una conexión que el nuevo entorno administra de otra manera.
La documentación anterior reconoce que sus respuestas pueden parecer correctas y estar equivocadas. Cambiar de plataforma no elimina esa revisión. El criterio no debería ser cuántas sugerencias produce, sino cuáles acepta el equipo después de comprobarlas y cuánto trabajo de corrección dejan.
Los permisos también se mudan
La compra de una herramienta no autoriza automáticamente todos los accesos que ofrece. Un agente que puede ejecutar pasos necesita una revisión distinta de un asistente que solo sugiere texto. Pregunta qué archivos puede leer, qué puede cambiar, qué comandos puede ejecutar y quién controla sus conexiones.
No copies nombres de políticas esperando que tengan el mismo efecto. Pide al administrador que compruebe los controles con una cuenta de usuario normal y con datos de prueba. Una casilla visible en una consola no demuestra que el comportamiento sea el esperado en todos los caminos del trabajo.
Define también quién revisa registros y quién retira el acceso si el piloto falla. Eso no es una función garantizada por este artículo: es una recomendación para la evaluación. El proveedor aporta capacidades; tu empresa debe definir el alcance que necesita y comprobar que puede mantenerlo.
Aprovecha la continuidad para hacer una prueba pequeña
Si el contrato actual sigue activo, no hay razón para convertir el cambio en un salto simultáneo de todo el equipo. Selecciona tareas representativas, usa información no sensible o un entorno aprobado y prueba el destino antes de depender de él para una entrega importante.
Mide tiempo de revisión, calidad del resultado, trabajo repetido, permisos pedidos y uso facturable según las condiciones reales. Si solo mides velocidad, puedes confundir una respuesta rápida con una tarea terminada. Si solo miras la factura, puedes ignorar las horas que el equipo dedicó a reparar resultados.
Pon criterios de avance antes del piloto. Por ejemplo: las tareas acordadas deben funcionar con los permisos previstos y sin conexiones adicionales no aprobadas. Si el resultado no alcanza el criterio, registra la brecha. No conviertas una casilla desconocida en un sí por entusiasmo.
Ya escribí sobre cómo evaluar una herramienta concreta sin dejarte llevar por el nombre: qué es un artefacto de Claude y qué no es
Ten una forma de volver
Un plan de regreso puede incluir restaurar la configuración anterior mientras siga disponible, retirar los nuevos accesos y conservar lo necesario para entender lo ocurrido. No prometas volver indefinidamente: la herramienta anterior tiene límites comerciales y contractuales que también deben respetarse.
Asigna un responsable de la transición y uno del contrato. Pueden ser la misma persona en una empresa pequeña, pero las tareas son distintas. Una revisa continuidad del trabajo; la otra confirma fechas, compromisos y costos. Ninguna debería adivinar lo que la otra ya comprobó.
La decisión para esta semana es sencilla: localizar la suscripción, anotar sus fechas y elegir una tarea para comparar. No comprar por miedo ni esperar a que el plazo haga la elección. Una buena migración deja a las personas con un proceso que funciona, no únicamente con un icono nuevo.
Reflexión para LinkedIn
El cierre de nuevas suscripciones de Gemini Code Assist no significa que todas las existentes se apaguen. La diferencia importa. Antes de decidir el reemplazo de una herramienta de IA, revisaría contrato, crecimiento de licencias y tareas que dependen de ella. Después vendrían permisos, prueba y costos reales. ¿Tu empresa tiene inventario de sus automatizaciones o solo una lista de suscripciones?
Fuentes
- Google, suscripciones y plazos, actualización 9 de octubre
- Google, herramientas de desarrollo y requisitos
- Google, administración del contrato
- Google, panorama de Code Assist
- Google, deprecaciones de otras versiones, contexto
- The Plain Signal, contraste editorial del 10 de octubre, sin adoptar sus afirmaciones no verificadas
¿Te fue útil este artículo?