28/08/2026
Descubre cómo el área de Journey2Cloud de CaixaBank Tech está evolucionando desde el Software Engineering tradicional hacia el Agentic Engineering, combinando inteligencia artificial generativa, agentes especializados y Spec Driven Development para acelerar la modernización de aplicaciones hacia arquitecturas cloud-native.
Durante décadas, la modernización de aplicaciones hacia arquitecturas cloud ha sido un proceso complejo y costoso: analizar monolitos legacy, desentrañar dependencias, refactorizar código y desplegar en nuevas infraestructuras.
En CaixaBank Tech, este recorrido se ha apoyado en nuestro Technology Development Life Cycle (TDLC) y en la experiencia del área Journey2Cloud, impulsando la transformación tecnológica hacia arquitecturas cada vez más resilientes, escalables y preparadas para el futuro.
Sin embargo, estamos asistiendo a un cambio mucho más profundo. Hablamos de una nueva manera de construir sistemas. Ahora no se trata solo de usar nuevos orquestadores o herramientas de CI/CD, hablamos de una transformación en cómo analizamos, rediseñamos y transformamos código legacy en soluciones cloud-native.
En Journey2Cloud estamos evolucionando desde el Software Engineering tradicional hacia un nuevo paradigma: el Agentic Engineering aplicado a la modernización cloud.
Esta evolución no supone sustituir la ingeniería del software tradicional, sino ampliar sus capacidades mediante la colaboración entre profesionales y agentes especializados de inteligencia artificial. La experiencia técnica, el conocimiento arquitectónico y la capacidad de supervisión continúan siendo esenciales para garantizar soluciones seguras, resilientes y alineadas con los estándares de CaixaBank.
El contexto: IA generativa para la refactorización y migración
La aparición de asistentes de código basados en modelos de lenguaje (LLMs) ya no es una novedad. Lo que sí resulta diferencial es cómo los estamos integrando para acelerar la migración de cargas de trabajo a la nube, utilizándolos como agentes activos capaces de desentrañar complejidad y proponer estrategias de modernización.
En nuestro equipo estamos adoptando una configuración que combina distintos agentes y modelos según la fase de la migración:
1. Plan mode: diseñando la arquitectura objetivo
En las fases iniciales utilizamos un modelo especializado en planificación, como Claude Opus o Gemini Pro, para comprender aplicaciones legacy de gran tamaño.
Estos modelos son capaces de:
- Analizar repositorios complejos.
- Detectar dependencias entre componentes.
- Proponer arquitecturas basadas en microservicios.
- Evaluar estrategias de migración como Rehost, Replatform o Refactor.
- Elaborar planes de transición antes de modificar una sola línea de código.
El resultado no es código, sino conocimiento estructurado sobre cómo debe producirse la modernización.
2. Build mode: ejecutando la transformación
Una vez definida la estrategia, entran en juego modelos especializados en generación de código y construcción de soluciones cloud-native.
Por ejemplo, Claude Sonnet o Gemini Flash. Estos modelos destacan por su capacidad para generar código, crear pruebas automatizadas, apoyar la contenerización de aplicaciones y generar Infraestructura como Código (IaC), manteniendo una elevada productividad y adaptación al contexto de modernización.
Todo ello manteniendo la supervisión y validación continua por parte de los equipos responsables de la modernización.
3. OpenCode como agente orquestador
Esta colaboración entre modelos se articula mediante OpenCode, un agente de código abierto disponible tanto desde terminal como integrado en Visual Studio Code o IntelliJ.
Una característica especialmente relevante para un entorno como CaixaBank Tech es que OpenCode no almacena código ni datos de contexto fuera del propio ordenador con el que se está trabajando. Por ello, todo el procesamiento se realiza preservando la confidencialidad de la información y respetando los requisitos de seguridad exigidos durante la modernización de aplicaciones críticas.
Gracias a esta combinación de agentes, el proceso se divide de forma natural en dos etapas:
- Diseñar la arquitectura cloud objetivo (TO-BE) con el modelo de planificación;
- Ejecutar la modernización con el modelo de construcción.
Es un ciclo deliberado de análisis y transformación.
Spec Driven Development: la arquitectura destino como artefacto principal
Más allá de los propios agentes, el verdadero cambio está en la metodología.
En Journey2Cloud estamos incorporando Spec Driven Development (SDD) para las migraciones: un enfoque en el que la especificación detallada de la arquitectura cloud destino se convierte en el artefacto principal.
Esto permite que los agentes trabajen a partir de especificaciones explícitas y verificables, reduciendo ambigüedades y mejorando la consistencia de la transformación.
Tradicionalmente, gran parte del esfuerzo de una migración consistía en comprender el código existente antes de comenzar a escribir el nuevo.
En SDD, el blueprint de la solución cloud (infraestructura, seguridad, microservicios) es un contrato vivo que el agente de IA consume para refactorizar código legacy.
Y los equipos invierten su esfuerzo en definir con precisión la topología en la nube y las políticas de compliance, y delegan la transformación repetitiva del código y la creación de IaC al agente. Por tanto, el rol del ingeniero/a evoluciona: de traductor de código legacy a arquitecto/a de intenciones cloud-native. Una especificación de migración precisa produce un código modernizado que respeta los estándares de resiliencia y escalabilidad en la nube.
El flujo de modernización con SDD
En Journey2Cloud estructuramos este proceso en cuatro grandes etapas.
1. Especificación de la arquitectura
La persona responsable de la modernización define la plataforma cloud objetivo, selecciona los servicios administrados, establece las políticas de seguridad y utiliza el Plan mode para validar el mapeo entre los componentes legacy y la nueva arquitectura.
2. Refactorización y generación
Una vez validada la especificación, el Build mode transforma el monolito en servicios independientes, genera los contenedores, produce la Infraestructura como Código y adapta automáticamente la solución al entorno cloud.
3. Verificación
La supervisión humana sigue siendo fundamental. Los equipos validan la calidad de la modernización, ejecutan pruebas y verifican que la solución cumple los requisitos de rendimiento, resiliencia, seguridad y compliance exigidos por CaixaBank.
4. Despliegue
Finalmente, el software modernizado se integra en los pipelines de integración y entrega continua para automatizar su despliegue en la plataforma cloud.
De Cloud Engineer a Agentic Cloud Engineer
La evolución tecnológica también está transformando los perfiles profesionales.
La responsabilidad principal del Agentic Engineer en Journey2Cloud consiste en diseñar, orquestar y supervisar el trabajo realizado por distintos agentes especializados.
Entre sus capacidades destacan tres especialmente relevantes.
- Visión arquitectónica Cloud
Debe ser capaz de traducir una estrategia de modernización en especificaciones suficientemente precisas para que puedan ser interpretadas correctamente por los agentes.
- Ingeniería de contexto legacy
Resulta imprescindible saber cómo alimentar al agente con el contexto del código antiguo para que entienda con exactitud qué y cómo debe refactorizar.
- Auditoría de seguridad y compliance
La automatización no elimina la necesidad de revisión humana. El equipo que hay detrás continúa siendo responsable de validar que tanto el código generado como la infraestructura cumplen los estándares de seguridad, resiliencia y cumplimiento regulatorio exigidos por CaixaBank.
El impacto del Agentic Engineering en Journey2Cloud
La incorporación de agentes especializados está acelerando de forma significativa diferentes fases de la modernización.
- Discovery más rápido
Los agentes permiten analizar aplicaciones monolíticas, identificar dependencias y elaborar planes de migración en tiempos muy inferiores a los procesos tradicionales.
- Modernización acelerada
La refactorización hacia arquitecturas cloud-native, microservicios, Spring Boot, runtimes cloud o soluciones serverless se beneficia de una elevada automatización manteniendo la supervisión por parte de los equipos implicados.
- Infraestructura industrializada
La generación automática de Infraestructura como Código reduce tareas repetitivas y favorece la homogeneidad de los despliegues mediante Terraform, Kubernetes y otros estándares de automatización.
En conjunto, estos avances permiten reducir tiempos de modernización, aumentar la consistencia técnica y liberar a los equipos para centrarse en actividades de mayor valor añadido.
SHERPA: una plataforma de agentes para la modernización de software
La evolución natural de este enfoque es la construcción de plataformas capaces de coordinar múltiples agentes especializados a lo largo de todo el ciclo de vida del software.
En Journey2Cloud este objetivo toma forma mediante SHERPA, el nombre en clave de una plataforma industrializada de agentes de inteligencia artificial diseñada para colaborar en prácticamente todas las fases del desarrollo y la modernización tecnológica.
Desde el análisis inicial de aplicaciones legacy hasta la generación de infraestructura, pasando por la refactorización, las pruebas o la validación arquitectónica, SHERPA persigue un objetivo claro: convertir la modernización cloud en un proceso cada vez más automatizado, repetible y seguro.
Una nueva forma de entender la ingeniería cloud
La modernización hacia la nube siempre ha consistido en transformar tecnología. Hoy, además, implica cambiar la forma de hacer ingeniería.
El Agentic Engineering introduce una nueva capa de abstracción donde la intención arquitectónica pasa a ocupar el centro del proceso y los agentes de IA se convierten en colaboradores activos durante todo el ciclo de modernización.
En Journey2Cloud entendemos esta evolución como una oportunidad para acelerar la adopción del cloud sin renunciar a los principios que definen el desarrollo tecnológico en CaixaBank: calidad, seguridad, resiliencia y cumplimiento normativo.
La combinación de inteligencia artificial, especificaciones ejecutables y plataformas como SHERPA marca el inicio de una nueva etapa en la ingeniería del software.
Una etapa en la que las personas siguen definiendo la estrategia, la arquitectura y los criterios de calidad, mientras los agentes aceleran la ejecución de tareas complejas y repetitivas. El resultado es una modernización más rápida, consistente y escalable, con un impacto positivo tanto para los equipos como para los clientes del Grupo CaixaBank.
tags:
Comparte:
