InterviewLab

Agentes de IA

Ejemplos reales

Ejemplo: añadir tests a código existente

Los prompts de ejemplo son ilustrativos; los comandos están verificados contra la documentación oficial.

Escenario: un módulo heredado (src/reports/) no tiene tests. El objetivo: descubrir cómo están montados los tests del proyecto, generar unos que sigan las convenciones existentes, ejecutarlos e iterar hasta que estén en verde.

El flujo

  1. Descubrir el framework de tests, las convenciones y cómo se ejecutan.
  2. Generar tests de una unidad cada vez, siguiendo el estilo de los que ya hay.
  3. Ejecutar los tests e iterar sobre los fallos.
  4. Ampliar la cobertura poco a poco.

Claude Code

claude

Descubre cómo está montado:

Averigua cómo se ejecutan los tests en este proyecto: framework, archivos de
configuración, dónde viven los tests existentes y el comando exacto para
ejecutar un solo archivo de test.

Genera tests que sigan el estilo de la casa:

Mira un módulo bien testeado que ya exista para captar el estilo y luego
escribe tests para src/reports/summary.ts cubriendo el camino feliz y los
casos límite (entrada vacía, campos que faltan, fronteras de fechas). Ponlos
donde este repo guarda sus tests.

Ejecuta e itera:

Ejecuta los tests nuevos, arregla lo que falle y sigue iterando hasta que el
archivo pase. Luego ejecuta la suite completa para comprobar que no hay
regresiones.

Aprueba de antemano sólo el comando de tests para que no pregunte cada vez (sintaxis de reglas de permisos):

claude --allowedTools "Bash(npm test *)"

Para generarlos de forma desatendida, el modo print también sirve (sin sesión interactiva):

claude -p "Escribe tests unitarios para src/reports/summary.ts siguiendo las convenciones de tests/, ejecútalos y arregla los fallos." --max-turns 30

Codex

De forma interactiva, con el sandbox workspace-write para que los tests puedan ejecutarse sin trabas:

codex --sandbox workspace-write --ask-for-approval on-request
Inspecciona cómo están montados los tests del repositorio: framework,
configuración, convenciones de directorios y el comando para ejecutar un solo
archivo de test.
Siguiendo el estilo del mejor archivo de tests que exista, escribe tests
unitarios para src/reports/summary.ts (camino feliz y casos límite),
ejecútalos y arregla los fallos hasta que estén en verde.

Variante para scripts o CI — codex exec corre sin interacción (manda el progreso a stderr e imprime el mensaje final en stdout):

codex exec --sandbox workspace-write "Añade tests unitarios para src/reports/summary.ts siguiendo las convenciones de los tests existentes. Ejecútalos e itera hasta que pasen."

Ojo: codex exec requiere un repositorio Git por defecto (se salta con --skip-git-repo-check), y --full-auto está obsoleto — usa --sandbox workspace-write.

Kimi Code

kimi

Descubre y genera:

Averigua cómo se organizan y se ejecutan los tests en este repositorio
(framework, configuración, dónde viven los archivos de test y el comando para
ejecutar uno solo).
Escribe tests unitarios para src/reports/summary.ts siguiendo las convenciones
de los archivos de test existentes: camino feliz más casos límite de entrada
vacía, campos que faltan y fronteras de fechas.

Ejecuta e itera. Pásate a Ask When Needed para que las tandas repetidas de tests no pregunten una a una:

/yolo
Ejecuta los tests nuevos e itera hasta que pasen, y luego ejecuta la suite
entera para cazar regresiones.

De una sola pasada y sin interacción (kimi -p manda la salida a stdout y corre con permisos automáticos — úsalo sólo en directorios de confianza):

kimi -p "Añade tests unitarios para src/reports/summary.ts siguiendo las convenciones existentes, ejecútalos y arregla los fallos hasta que estén en verde."

Relacionado

Última verificación: 2026-09-07

Las herramientas de IA para programar evolucionan rápido. Si encuentras información desactualizada, abre un issue o un pull request.

Ver este documento en GitHub