Prompt para refactorizar código sin cambiar su comportamiento
Pide una refactorización explicada, con cambios pequeños, riesgos, pruebas y comparación de comportamiento.
Personaliza el prompt
Completa los campos con información real de tu caso. Cuanto más concreto seas con contexto, límites y formato, más útil será la respuesta.
Refactorizar no es reescribir por gusto. Este prompt obliga a conservar comportamiento, explicar cambios y proponer pruebas para evitar que una mejora estética introduzca errores.
Para qué sirve este prompt
- Cuando un fragmento funciona pero es difícil de mantener.
- Antes de dividir funciones largas o mejorar nombres.
- Si quieres pedir ayuda sin aceptar una reescritura total del código.
Qué deberías obtener
Deberías obtener una propuesta de refactor con diagnóstico, versión mejorada del código, explicación de cambios, riesgos, pruebas recomendadas y una lista de comportamiento que debe permanecer igual.
Ejemplo de uso
Lenguaje: JavaScript. Código: función de 120 líneas para procesar pedidos. Objetivo: separar validación, cálculo y formato. Restricciones: no cambiar respuesta final ni agregar librerías. Pruebas: pedidos con descuento y sin stock.
Cómo adaptarlo bien
- Incluye restricciones claras sobre dependencias, firma pública y compatibilidad.
- Pega casos de prueba o ejemplos de entrada y salida.
- Pide primero un diagnóstico si no estás seguro de qué cambiar.
Checklist de calidad
- El comportamiento esperado se mantiene explícitamente.
- Los cambios están justificados uno por uno.
- Incluye pruebas para confirmar que no se rompió nada.
Cómo usarlo paso a paso
- Pega un fragmento acotado y los casos de uso importantes.
- Indica qué no puede cambiar aunque el código sea feo.
- Compara la salida antes y después con pruebas reales.
Consejos prácticos
- Pide cambios pequeños si el código es crítico.
- Solicita explicación antes del código si estás aprendiendo.
- No mezcles refactorización con nuevas funcionalidades en el mismo pedido.
Errores comunes
- Aceptar una reescritura completa sin pruebas.
- No indicar restricciones de compatibilidad.
- Confundir refactorizar con cambiar la lógica del negocio.
Búsquedas relacionadas
Prompts relacionados
Diagnostica errores con hipótesis, pasos de reproducción, causa probable y solución mínima explicada.
ProgramaciónCrear tests unitariosDiseña tests unitarios con casos positivos, negativos y borde sin modificar la lógica original del código.
ProgramaciónExplicar código existenteObtén una explicación clara de qué hace un código, cómo fluye, qué riesgos tiene y qué probar antes de cambiarlo.
Preguntas frecuentes
¿Puede refactorizar sin romper tests?
Puede proponer cambios y tests, pero debes ejecutarlos en tu entorno antes de confiar en el resultado.
¿Conviene pedir una reescritura completa?
Solo si el código es pequeño o descartable. En sistemas reales suele ser mejor pedir cambios incrementales.