Refactoring en sistema legacy

programacion Avanzado Salida: Texto refactoring

Mejorar código existente sin romper compatibilidad.

Objetivo: Propuesta de refactoring acotada que conserve el comportamiento y las firmas públicas.

Prompt

OBJETIVO
{{objetivo}}

CONTEXTO TÉCNICO
{{contexto_tecnico}}

COMPORTAMIENTO ACTUAL (NO CAMBIAR)
{{comportamiento_actual}}

RESTRICCIONES
{{restricciones}}

CÓDIGO RELEVANTE
--- INICIO CÓDIGO ---
{{codigo}}
--- FIN CÓDIGO ---

ENTREGÁ:
1. propuesta de cambio mínima;
2. qué NO tocar y por qué;
3. riesgos y cómo verificarlos.

Usar en el constructor

Personalizar

Completá las variables para previsualizar. Nada se guarda.

Objetivo * Qué mejorar sin romper.

Contexto técnico * Tecnología, versión, limitaciones.

Comportamiento a conservar * Qué no debe cambiar.

Restricciones Límites del cambio.

Código * Código a refactorizar.

Vista previa

OBJETIVO
{{objetivo}}

CONTEXTO TÉCNICO
{{contexto_tecnico}}

COMPORTAMIENTO ACTUAL (NO CAMBIAR)
{{comportamiento_actual}}

RESTRICCIONES
{{restricciones}}

CÓDIGO RELEVANTE
--- INICIO CÓDIGO ---
{{codigo}}
--- FIN CÓDIGO ---

ENTREGÁ:
1. propuesta de cambio mínima;
2. qué NO tocar y por qué;
3. riesgos y cómo verificarlos.

¿Por qué funciona?

Declara qué no debe cambiar (comportamiento, firmas) antes de pedir mejoras; eso poda la tentación de reescribir todo, el riesgo clásico en legacy.

Cómo personalizarlo

Indicá framework y versión exacta, y qué significa "compatible" en tu caso (tests, deploy, datos).

Técnicas utilizadas

Errores comunes

No mencionar restricciones y recibir una migración encubierta; pedir "código limpio" sin definirlo.

Modelos y capacidades relacionadas

Programación (programacion)

Esta plantilla utiliza esta capacidad. Modelos con soporte confirmado:

Claude Opus 5 confirmado
GPT-5 confirmado

Comparar modelos

También te puede servir

Última actualización: 17/09/2026