Prompts para programación

Lo que nunca puede faltar

• Lenguaje y versión (C# 7.3, VB6, SQL Server 2016): filtran sintaxis válida.
• Framework y entorno (.NET Framework 4.7, IIS, ADO 2.8): lo que funciona en un stack rompe en otro.
• Restricciones: no migrar, no cambiar firmas, no agregar dependencias.
• Código existente delimitado, recortado a lo relevante.
• Error literal y comportamiento esperado cuando hay un bug.
• Criterios de aceptación: debe compilar, pasar tests, conservar el comportamiento.

Antes vs mejor estructurado

Arreglá este SQL

Objetivo: detectar por qué demora y proponer cambios.

Entorno: SQL Server 2016, tabla de 40M filas.

Problema: 40 segundos en horario pico.

Consulta: --- ... ---

Restricciones: no se pueden crear índices nuevos.

El segundo no es “perfecto”: es menos ambiguo, porque agrega entorno, volumen, síntoma y límites.

Patrón para modificar código existente

OBJETIVO

CONTEXTO TÉCNICO

COMPORTAMIENTO ACTUAL

COMPORTAMIENTO ESPERADO

RESTRICCIONES

CÓDIGO RELEVANTE

CRITERIOS DE ACEPTACIÓN

Suele rendir más que “arreglá este código” porque declara qué no debe cambiar antes de pedir mejoras.

Repositorios grandes

Enviar todo el repositorio en cada prompt no necesariamente mejora el resultado. Conviene el contexto correcto, no más contexto:

• Archivos relevantes del módulo, no el árbol entero.
• Reglas del proyecto (convenciones, versiones, qué no tocar).
• Documentación e índices cuando existan.
• Contexto bajo demanda: pedir detalles solo si hacen falta.

Plantillas (5)

Seguir

Constructor (debugging) Qué IA necesito para programar Ver técnicas