Empieza por $0.99

20 prompts para programar que evitan que la IA adivine

Casi todo el código malo de una IA sale de huecos que dejaste y el modelo rellena por su cuenta. Cada prompt de aquí cierra uno: el modelo lee antes de escribir, prueba antes de arreglar y ordena sus sospechas en voz alta.

Cambia lo que haya entre [corchetes] por tu propio código, error u objetivo.

01. Mide el radio de impacto antes de tocar nada

Antes de cambiar código que no escribiste tú.

Lee el código de abajo. Todavía no escribas ni cambies nada de código.

Dime:
1. Qué hace, en tres frases o menos.
2. Todas las suposiciones que hace sobre sus entradas, sus llamadas y su entorno.
3. Qué se rompería si yo [describe el cambio que quieres hacer], y dónde.

Si necesitas ver otro archivo para responder, nombra el archivo y detente.

[pega el código]

02. Ordena las causas antes de que nadie escriba un arreglo

Un bug que todavía no sabes explicar.

Aquí tienes un error y el código que lo rodea.

Enumera las tres causas más probables, de la más a la menos probable. Para cada una, dame la única línea de log o el único test que la confirmaría o la descartaría.

No propongas un arreglo. Yo ejecutaré las comprobaciones y te diré cuál era la causa.

Error y stack trace:
[pega el error]

Código:
[pega el código relevante]

03. Escribe los tests que fallan y detente

Antes de pedir código nuevo o un arreglo.

Escribe tests para [función o funcionalidad] usando [framework de tests].

Cubre el caso normal, estos casos límite: [lista los que ya conozcas], y al menos dos casos que creas que no he considerado. Explica en una línea por qué importa cada uno de esos dos.

Todos los tests deben fallar con el código actual o con una implementación inexistente. No escribas la implementación.

Desbloquea gratis los otros 17 prompts

Suscríbete al boletín de Whizi para leer el resto de este pack.

  1. Revisa el diff como la persona a la que llaman de guardia
  2. Refactoriza sin cambiar ni un solo comportamiento
  3. Elige los cinco archivos que leer primero
  4. Escribe la consulta sobre tu esquema real
  5. Consigue una regex con los casos que la demuestran
  6. Porta código para que parezca escrito por un nativo
  7. Encuentra a dónde se va el tiempo con un perfil real
  8. Rastrea la entrada no confiable de la fuente al destino
  9. Escribe el README que un desconocido pueda usar
  10. Escribe el mensaje de commit a partir del diff
  11. Aprende un concepto con tu propio código
  12. Diseña la API y luego ataca el diseño
  13. Planifica una migración que nunca tumbe el sitio
  14. Haz que el modelo te haga las preguntas
  15. Enumera las entradas que lo van a romper
  16. Descubre qué rompe en tu código una actualización de dependencia
  17. Pide a un segundo modelo que califique al primero