Depurar exactamente lo que está roto
Convertir el error exacto que puedes ver en una corrección pequeña y probada sin reescribir partes funcionales de la aplicación.
Cuándo usarlo
En el momento en que una página, botón, formulario o conexión deja de funcionar y puedes describir exactamente qué sucedió.
Antes de empezar
- La página exacta, las acciones, la redacción del error y el resultado esperado. Copia el mensaje en lugar de resumirlo.
- Tu dispositivo, navegador, rol de inicio de sesión y si el problema ocurre siempre.
- El último cambio que recuerdes, incluso si parece no estar relacionado.
- Una captura de pantalla o grabación breve con nombres, detalles de pago, contraseñas y claves de conexión eliminados.
- Un registro de prueba en lugar de datos irremplazables de clientes siempre que sea posible.
El prompt
Estos prompts funcionan mejor en inglés — pégalos tal como están, incluso en páginas traducidas.
Something is broken in this app. Here is exactly what I see. Page or screen: [PAGE NAME OR ADDRESS]. Exact steps: [STEP 1], then [STEP 2], then [STEP 3]. Exact visible error message: [PASTE THE COMPLETE ERROR, OR WRITE NO MESSAGE]. What happened instead: [DESCRIBE THE WRONG RESULT]. What I expected: [DESCRIBE THE RIGHT RESULT]. Where it happens: [PHONE OR COMPUTER], [BROWSER], [EVERY TIME OR SOMETIMES], [LOGGED OUT / NORMAL USER / ADMIN]. Last change before it broke: [CHANGE, OR I DO NOT KNOW]. I have attached [SCREENSHOT OR SCREEN RECORDING, IF AVAILABLE] with private information removed. Reproduce the problem before changing anything. Inspect the visible page and the diagnostic logs, which are records showing what happened behind the scenes. Explain the likely cause to me in plain language and separate what you observed from what you are guessing. Make the smallest fix that addresses the cause. Do not redesign the page, replace a working feature, delete stored information, reset the app's data, remove security checks or change unrelated files. If a destructive step or a new paid service seems necessary, stop and ask me first. After the fix, repeat my exact steps and test one nearby action that could have been affected. Show me what changed, what you tested, and anything you could not verify. Keep the repair surgical and the explanation calm.
¿Ya estás creando? Pega esto en tu proyecto. ¿Empiezas de cero? Abre una cuenta gratuita en un creador compatible a continuación.
Créalo en
Qué crea esto
- Una descripción repetible del fallo
- Una explicación en lenguaje sencillo que separa la evidencia de las suposiciones
- La reparación específica más pequeña
- Una nueva prueba de la ruta exacta que estaba rota y una ruta cercana
- Una lista clara de cualquier cosa que el constructor no pudo verificar
Comprueba que funcionó
Pega el prompt, espera a que termine la construcción y luego confirma esto — en lenguaje sencillo, sin comprobaciones técnicas:
- Seguir los mismos pasos ya no produce el error o resultado incorrecto
- La página, botón o formulario ahora hace la cosa específica que esperabas
- La acción cercana que funcionaba antes sigue funcionando después de la reparación
- Ningún registro de cliente, reserva, pedido o archivo cargado fue eliminado para hacer desaparecer el error
- Recibes una breve explicación que entiendes y una nota veraz sobre cualquier cosa que no se haya probado
¿Falta algo? Es normal — pídelo en un mensaje corto de seguimiento en vez de volver a ejecutar todo el prompt.
Siguientes pasos
Capturar una falla intermitente
Cuando el problema solo ocurre a veces
Add temporary, privacy-safe diagnostic records around [BROKEN ACTION] so we can compare a success with a failure. Record timing, the step reached and a safe error reason, but never passwords, API keys, payment details or full private messages. Tell me how to reproduce the issue and how we will remove the extra diagnostics afterward.
Sabrás que funcionó cuando: La próxima falla deja suficiente evidencia segura para diagnosticar en lugar de adivinar.
Prevenir la misma rotura más tarde
Después de que la causa ha sido solucionada
Add a small repeatable test for this exact rule: [DESCRIBE WHAT MUST KEEP WORKING]. The test should fail if the original problem returns and should not use real customer data or send real payments or messages. Run it now and tell me how to run it after future changes.
Sabrás que funcionó cuando: Una prueba segura pasa ahora y marcará el problema original si regresa.
Mejorar el mensaje que ven los clientes
Cuando la solución técnica funciona pero el mensaje de error es confuso
Replace only the customer-facing error for [FAILED ACTION] with a calm message that says what happened, whether their information was saved, and what they can do next. Keep the useful technical detail in private diagnostics for the owner, not on the public screen.
Sabrás que funcionó cuando: Los clientes obtienen un siguiente paso útil sin ver detalles técnicos privados.
Ojo con
- Parafrasear oculta pistas. "Se bloqueó" es mucho menos útil que el mensaje completo y el clic inmediatamente anterior. Pega el texto exacto y conserva sus saltos de línea.
- Las capturas de pantalla pueden filtrar secretos o datos de clientes. Elimina contraseñas, claves API, detalles de pago, direcciones y mensajes privados antes de adjuntarlas.
- Los errores intermitentes necesitan patrones, no suposiciones. Registra la hora, el rol de la cuenta, el dispositivo y los intentos repetidos; no aceptes una corrección basada en un solo reintento exitoso.
- Ocultar el error no es arreglar la causa. La acción esperada debe tener éxito y la información guardada debe permanecer correcta; eliminar la advertencia por sí sola es una reparación fallida.
- El comportamiento en vista previa y en vivo puede diferir. Si el error ocurre solo en el dominio publicado, dilo y realiza la verificación final allí con datos de prueba seguros.
Notas por plataforma
Lovable puede utilizar pruebas de navegador e inspeccionar evidencias visibles y tras bambalinas cuando se le pide reproducir un problema. Base44 proporciona registros de diagnóstico para acciones privadas y conexiones externas, pero la evidencia útil depende de reproducir la acción exacta. v0 puede inspeccionar registros de vista previa y de aplicaciones publicadas, mientras que los problemas que ocurren solo después de la publicación pueden requerir también los registros de diagnóstico de Vercel. En todas las plataformas, un error exacto y pasos repetibles son más útiles que pedirle que "arregle todo".
Gasta menos créditos
Toda plataforma te cobra por el trabajo que hace su IA — así que el hábito más barato es pensar antes de construir. Estas seis reglas eliminan la mayor parte del desperdicio, elijas la plataforma que elijas.
- Planifica primero en un chat gratuito. Esboza todo en ChatGPT, Claude o Gemini — páginas, funciones, qué recoge cada formulario, cómo debe verse. Pensar allí es gratis; pensar dentro de un builder se factura.
- Empieza con un prompt escrito, no con una frase. "Hazme una web" es la frase más cara al construir con IA. Un primer prompt completo — como los de este sitio — ahorra decenas de rondas de corrección.
- No seas perezoso con los detalles. Cada detalle que omites vuelve como una corrección que pagas. Nombre del negocio, colores, cada página, cada campo del formulario, qué pasa tras el envío — ponlo todo en el primer prompt.
- Después, un cambio por mensaje. "Arregla la cabecera, y el formulario, y los colores" produce un enredo que cuesta más deshacer de lo que ahorró.
- ¿Atascado? Deja de parchear. Si la misma corrección falla unas tres veces, no envíes una cuarta — describe el estado final deseado de toda la sección en un mensaje nuevo.
- Empieza gratis. Mejora el plan cuando necesites más. Usa la cuota gratuita para crear y explorar tu primera versión. Mejora el plan cuando necesites más uso o funciones de pago, y revisa el coste de los servicios conectados antes del lanzamiento.
Los prompts de esta página están escritos para hacer casi todo este trabajo por ti — de eso se trata.
Lee la guía completaPlaybooks relacionados
Revisado el: 2026-07-27