El 2 de agosto de 2026 marca la entrada en vigor plena del AI Act europeo; Google I/O se acerca el 19 de mayo con Gemini 4.0 en el centro; y JetBrains documenta que el 87% de las organizaciones ya adoptó herramientas de IA para codificación.
El 2 de agosto de 2026 no es una fecha suave: las disposiciones que entran ese día incluyen las obligaciones de los sistemas de IA de alto riesgo, y los primeros expedientes sancionadores pueden abrirse en septiembre.
El Reglamento de Inteligencia Artificial de la Unión Europea —el AI Act— cumple el 2 de agosto de 2026 el plazo para la entrada en vigor de la mayor parte de sus disposiciones. Las obligaciones que entran en vigor ese día incluyen: las reglas completas para sistemas de IA de «alto riesgo» (aquellos usados en empleo, educación, infraestructura crítica, salud y aplicación de la ley), los requisitos de transparencia para sistemas generativos, el etiquetado de contenido generado por IA y la obligación de los estados miembros de establecer al menos un «sandbox» regulatorio de IA antes de esa fecha. El informe de Morrison Foerster de mayo de 2026 sobre cumplimiento digital en Europa señala que las negociaciones del AI Omnibus —el texto que ajusta el AI Act para alinear sus plazos con el ciclo de desarrollo de los modelos de propósito general— aún no han concluido, y que una resolución política se espera para mayo o junio, seguida de adopción formal en julio y publicación en el Diario Oficial antes de fin de año. Eso significa que las empresas que operan en Europa deben prepararse para el AI Act como está, sin asumir que el Omnibus flexibilizará sus obligaciones antes del deadline de agosto. Las multas son el elemento que más concentra la atención de los equipos jurídicos: hasta €35 millones o el 7% de la facturación global para prácticas de IA prohibidas, hasta €15 millones o el 3% para otras infracciones, y hasta €7,5 millones o el 1% por información incorrecta. Las multas aplican tanto a empresas europeas como a empresas no europeas que ofrezcan sistemas de IA en el mercado de la UE —lo que incluye a empresas costarricenses con clientes en Europa.
Google I/O 2026 se celebrará el 19 y 20 de mayo en Mountain View, California. El keynote del día 19 concentra las expectativas de los analistas en tres áreas: el lanzamiento o anuncio de Gemini 4.0 —la próxima iteración del modelo multimodal de Google—, novedades sobre el framework de agentes de IA de Google (Project Astra y sus derivados), y el avance de Aluminium OS, el sistema que busca llevar Android a laptops y PCs. Una semana antes, el 12 de mayo, Google transmitirá The Android Show | I/O Edition, un evento consumidor donde se esperan los anuncios de Android 17. Las sesiones confirmadas para desarrolladores en el listado publicado por Android Central incluyen temas de Android desktop mode, Chrome con capacidades de agentes autónomos, nuevas APIs de Gemini para desarrolladores y actualizaciones del framework de Android XR para headsets de realidad mixta. La combinación de Gemini 4.0 y agentes de IA en una plataforma unificada de Google —que incluye Search, Android, Chrome, Gmail, Docs y YouTube— es el vector de competencia más directo contra OpenAI y Anthropic en el mercado de asistentes enterprise. Para las empresas costarricenses que usan Google Workspace —la suite de productividad más extendida en el sector corporativo y público local— el I/O 2026 definirá qué capacidades de IA llegarán a sus herramientas de trabajo en el segundo semestre de 2026.
El informe anual de JetBrains publicado el 27 de abril documenta el año en que las herramientas de IA para codificación pasaron de opcionales a estándar de facto en la industria del software.
JetBrains publicó el 27 de abril sus Annual Highlights 2026, que incluyen datos de su encuesta anual a más de 26.000 desarrolladores. El dato más citado: el 87% de las organizaciones encuestadas ya adoptó alguna herramienta de IA para codificación —Copilot, Cursor, Claude Code, Tabnine o soluciones propias— en algún punto de su ciclo de desarrollo. El salto es significativo respecto al 54% registrado en la misma encuesta un año antes. JetBrains también documenta que sus propias herramientas de IA alcanzaron seis cifras de usuarios pagos activos en el cuarto trimestre de 2025, con el mayor crecimiento trimestral en el segundo trimestre de ese año (+101,33%). El informe también describe la estrategia de JetBrains para 2026: permitir que los desarrolladores elijan cuánta IA quieren, manteniendo tanto el flujo asistido por IA como el flujo clásico como opciones de primera clase. La empresa lanzó en marzo JetBrains Air —un entorno de desarrollo agéntico que permite delegar tareas de codificación a múltiples agentes— como producto complementario a sus IDEs tradicionales, no como reemplazo. El ángulo contrario lo presentan los datos de la misma encuesta de JetBrains: el 61% de los desarrolladores que usan herramientas de IA reporta que dedica tiempo adicional a revisar y corregir el código generado, y el 34% ha encontrado bugs en producción introducidos por sugerencias de IA que aprobaron sin revisión suficiente. La velocidad de generación no garantiza calidad del output. Para los equipos de desarrollo en Costa Rica que evalúan adoptar o profundizar el uso de herramientas de IA, el informe de JetBrains es la referencia empírica más completa del momento.
Las negociaciones del AI Omnibus buscan resolver la tensión entre los plazos del AI Act y la velocidad de desarrollo de los modelos de propósito general como GPT-5.5 y Claude Opus 4.7, que no encajan bien en las categorías de riesgo del texto original.
El AI Omnibus es el texto regulatorio que la Comisión Europea negocia en trilógico con el Parlamento y el Consejo para ajustar el AI Act a los desarrollos del mercado desde su aprobación. La tensión central es que el AI Act fue diseñado con categorías de riesgo basadas en el «caso de uso» de un sistema de IA —alto riesgo si se usa en empleo, salud o seguridad pública— pero los modelos de propósito general como GPT-5.5, Claude Opus 4.7 o Gemini 2.5 Pro no tienen un caso de uso único, sino que son infraestructura sobre la que terceros construyen aplicaciones de cualquier riesgo. El Omnibus intenta resolver esa tensión estableciendo obligaciones diferenciadas para los modelos de propósito general —independientemente del uso final— basadas en su capacidad computacional de entrenamiento. Morrison Foerster documenta en su informe de mayo que una resolución política del Omnibus se espera antes del deadline de agosto, seguida de adopción formal en septiembre u octubre. Esto significa que en la práctica, el texto que rige a partir de agosto es el AI Act sin modificaciones del Omnibus —con la posibilidad de que las empresas que tomaron decisiones de conformidad basadas en el AI Act actual tengan que revisarlas cuando el Omnibus entre en vigor. El impacto sobre las empresas costarricenses que construyen sobre APIs de modelos de propósito general —OpenAI, Anthropic, Google— es que sus proveedores de base tendrán nuevas obligaciones documentales y de transparencia en Europa, lo que probablemente se traduzca en cambios en los términos de servicio y en los acuerdos de procesamiento de datos que afectarán a clientes globales, incluidos los latinoamericanos.
Investigadores de IBM publicaron este año su visión del siguiente gran paradigma en IA: los «world models», sistemas que aprenden a predecir qué ocurriría en el siguiente estado del mundo a partir de datos de video, simulación y entradas espaciales —en contraste con los LLM que predicen el siguiente token en una secuencia de texto. Los world models ya tienen aplicaciones prácticas en robótica (Waymo, Tesla y DeepMind los usan para simulación de conducción), en diseño de videojuegos (SORA de OpenAI es el ejemplo más visible para el público general) y en ciencias de materiales. IBM proyecta que 2026 será el año en que la distinción entre modelos de frontera «LLM de propósito general» y modelos eficientes especializados se profundizará, con los world models emergiendo como la tercera categoría relevante. Para Costa Rica, sin impacto directo inmediato al cierre de esta edición —la tecnología está en etapas de investigación aplicada en industrias que no tienen representación local de escala.
Claude Opus 4.7, lanzado por Anthropic el 16 de abril de 2026, lleva tres semanas en producción y los primeros reportes de usuarios enterprise empiezan a acumularse. Anthropic describió al modelo como el sucesor directo de Opus 4.6 con «un salto en codificación agéntica», y los datos de early adopters disponibles en el blog de Anthropic y en comunidades de desarrollo apuntan en esa dirección: el modelo completa tareas de refactorización de código con más contexto y menos errores de razonamiento que su predecesor. El precio de la API se mantiene igual: USD 5 por millón de tokens de entrada y USD 25 por millón de salida. Opus 4.7 está disponible en la API de Anthropic, en Amazon Bedrock, en Google Cloud Vertex AI y en Microsoft Foundry. Para los equipos de desarrollo costarricenses que usan Claude Code —el cliente CLI de Anthropic— la actualización a Opus 4.7 como modelo por defecto ocurre automáticamente.
La misma encuesta de JetBrains que documenta el 87% de adopción de IA en las organizaciones incluye un dato que suele quedar en segundo plano: el 34% de los desarrolladores que usan herramientas de IA para codificación encontró al menos un bug en producción que fue introducido por código generado por IA que el desarrollador aprobó sin revisión suficiente. El 61% dedica tiempo adicional a revisar el código generado antes de integrarlo. Estos datos no son un argumento contra el uso de IA en codificación; son un argumento contra la implementación sin ajuste del proceso de revisión. El problema no es nuevo pero escala con la adopción: cuando el 87% de las organizaciones usa estas herramientas, el 34% de equipos con bugs de IA en producción se convierte en un problema sistémico de calidad del software. El investigador de software Hillel Wayne publicó en su newsletter del 29 de abril un análisis sobre este patrón: los bugs introducidos por IA tienden a ser más difíciles de detectar en revisión de código porque el código es sintácticamente correcto y estructuralmente coherente —el problema está en la lógica de negocio, que el revisor asume que el generador entendió correctamente. Para los líderes de ingeniería costarricenses que implementan herramientas de IA en sus equipos, el dato de JetBrains sugiere que el proceso de onboarding debe incluir explícitamente cómo revisar código generado por IA —que es diferente de cómo revisar código escrito por un colega humano.
— Los datos de la encuesta de JetBrains abren el debate que los entusiastas de la IA en codificación suelen esquivar: adoptar herramientas de IA sin un proceso de revisión sólido puede aumentar la velocidad de producción de errores, no solo de código.
El EU AI Act es el personaje de la semana en IA: un instrumento regulatorio que en 90 días se convierte en la ley de IA más completa que ha existido, con multas reales y obligaciones concretas. Seguiremos el estado de las negociaciones del AI Omnibus y los anuncios de Google I/O el 19 de mayo como los dos próximos hitos del ciclo.