Toda empresa de tecnología que lleva unos años funcionando tiene, en algún rincón, un sistema legacy que nadie quiere tocar. Corre en una versión vieja de un framework, tiene dependencias que ya nadie mantiene, y migrarlo a mano significa meses de trabajo repetitivo, propenso a errores, que ningún equipo de ingeniería tiene ganas de asumir.
El dilema de siempre es el mismo: reescribir todo desde cero es carísimo y riesgoso, pero seguir postergando la migración también tiene un costo, cada vez mayor, en deuda técnica. Cada mes que pasa, el sistema legacy se vuelve un poco más difícil de tocar, un poco más dependiente de la única persona del equipo que todavía entiende cómo funciona por dentro.
Anthropic publicó cómo aborda este problema puertas adentro, corriendo sus propias migraciones de código a gran escala con Claude Code, y la metodología que describen es un punto de partida útil para cualquier equipo de ingeniería que esté frente al mismo dilema.
Qué contó Anthropic sobre sus migraciones
El 16 de julio de 2026, Anthropic publicó cómo corre migraciones de código a gran escala usando Claude Code. La idea central es tener una metodología replicable: un proceso ordenado para modernizar sistemas legacy con asistencia de IA, en vez de depender de que cada ingeniero reescriba manualmente, archivo por archivo, todo el código viejo.
Esto no significa que la IA reemplace el criterio de arquitectura. Significa que buena parte del trabajo mecánico y repetitivo de una migración —el que consume más tiempo y genera más errores humanos por cansancio— se puede asistir con IA dentro de un proceso que el equipo sigue controlando de punta a punta.
Para cualquier arquitecto o arquitecta de sistemas, esta distinción es la que importa: la decisión de qué migrar, en qué orden y con qué riesgo sigue siendo humana. Lo que cambia es cuánto tiempo hace falta invertir en la parte mecánica antes de llegar a esas decisiones.
Por qué esto le importa a quien diseña o mantiene sistemas
El valor de contar con una metodología pública, aunque sea de otra empresa, es tener un punto de comparación real antes de decidir cómo encarar la propia migración. En muchos equipos de ingeniería en Argentina, la migración de un sistema legacy queda en un backlog eterno, justamente porque nunca hay un momento en que el costo estimado de la migración baje lo suficiente como para priorizarla frente a las funcionalidades nuevas que pide el negocio.
Ese backlog eterno tiene un costo silencioso: cada nueva funcionalidad que se construye encima del sistema viejo hereda sus limitaciones, y el equipo termina dedicando cada vez más tiempo a esquivar problemas conocidos en lugar de resolverlos de raíz.
- Reduce el tiempo que un equipo de ingeniería dedica a tareas repetitivas de migración, sin sacarlo del control del proceso
- Da un marco replicable en vez de depender del criterio ad hoc de cada desarrollador
- Permite abordar migraciones que antes se postergaban por falta de tiempo o presupuesto
- Sirve como referencia concreta para justificar internamente por qué vale la pena invertir en modernizar un sistema legacy
Ideas para aplicar esta lógica en tu propia migración
No hace falta tener el volumen de código de Anthropic para aprovechar esta forma de pensar una migración. La lógica de fondo —dividir el trabajo en partes claras, usar IA para lo repetitivo, mantener revisión humana en las decisiones de arquitectura— se puede aplicar a proyectos de cualquier tamaño, incluso al de un equipo de ingeniería de cuatro o cinco personas.
Lo que suele fallar en las migraciones que se hacen sin ningún método es justamente la falta de un orden: se arranca por el módulo que más molesta ese día, sin un criterio de priorización, y la migración se estira durante meses sin que nadie pueda decir con certeza cuánto falta para terminarla.
- Mapeá primero qué partes del sistema legacy son realmente repetitivas de migrar, como actualizar la misma sintaxis en cientos de archivos
- Separá esas tareas mecánicas de las decisiones de arquitectura que sí necesitan criterio humano
- Empezá con un módulo chico como prueba piloto antes de escalar la migración a todo el sistema
- Documentá el proceso a medida que avanza, para que sea replicable en la próxima migración
Día 29 del curso de ArtiLearn: Claude Code
En ArtiLearn, el curso de 30 días con 15 minutos por día, el día 29 está dedicado a Claude Code. Ahí se puede aprender, paso a paso y sin necesidad de partir de cero, cómo se usa esta herramienta en tareas reales de programación, incluidas las que se parecen a lo que describe Anthropic en sus propias migraciones.
Para un ingeniero o ingeniera que ya sabe programar, el curso no reemplaza la experiencia técnica, pero sí ordena el uso de la herramienta: qué tipo de instrucciones dar, cómo revisar lo que devuelve, y en qué momentos conviene intervenir en vez de dejar que el proceso avance solo.
Modernizar un sistema legacy siempre fue una decisión de costo-beneficio incómoda. Tener una metodología concreta y probada para asistir ese trabajo con IA no elimina la decisión, pero sí cambia la ecuación de cuánto cuesta finalmente animarse a encararla.