Cómo trabajar con IA al programar sin perder el control del proyecto

Le pedís a un asistente de IA que arregle un formulario. Te devuelve código, asegura que terminó y, al probarlo, descubrís que cambió más de lo necesario o que el error sigue apareciendo desde el servidor. El problema no termina cuando se genera el código: necesitás poder entenderlo, comprobarlo e incorporarlo a tu proyecto.

Trabajar con IA al programar consiste en darle una tarea concreta, compartir el contexto necesario y revisar el resultado con pruebas. Es una práctica que podés aprender, más allá de la herramienta que elijas.

En el recorrido para desarrolladores de mi capacitación en IA trabajo justamente sobre ese proceso, con un proyecto de prueba y conocimientos básicos de desarrollo. El objetivo es que puedas usar un asistente con criterio: saber qué pedirle, qué revisar y cuándo un cambio está listo.

El ejemplo: evitar consultas sin un medio de contacto

Suponé que una web recibe formularios con nombre y mensaje, pero sin email ni teléfono. La consulta llega, aunque el negocio no tiene cómo responderla.

El cambio que necesitás es fácil de describir: el formulario debe pedir al menos un medio de contacto válido, email o teléfono. Si la persona completa ambos, ambos deben cumplir las reglas del formulario. Es un ejercicio demostrativo, no un caso de cliente ni una implementación incluida en esta nota.

Este ejemplo conecta una tarea de programación con una necesidad del negocio. También permite ver por qué «mejorá el formulario» es un pedido demasiado abierto.

1. Mostrale al asistente dónde ocurre el problema

Antes de pedir código, identificá el formulario que ve el usuario y el código del servidor que recibe los datos. La validación debe existir en ambos lugares: el navegador ayuda a completar el formulario, mientras que el servidor controla lo que realmente acepta.

Trabajá en una rama de Git, es decir, una versión separada para preparar el cambio. Revisá si hay modificaciones previas y usá datos de prueba. Compartí las rutas de los archivos relevantes, las reglas actuales de validación y los comandos que el proyecto utiliza para comprobar su funcionamiento.

Así el asistente tiene una tarea ubicada dentro de un proyecto concreto. No necesita inventar una estructura nueva ni reemplazar partes que ya funcionan.

2. Pedí un cambio con límites y un resultado verificable

Una instrucción inicial podría ser:

Problema: llegan consultas sin email ni teléfono y no podemos responderlas.
Objetivo: exigir al menos un medio de contacto válido.

Leé el formulario y el código del servidor que recibe sus datos.
Usá las reglas de formato existentes; si no están definidas, señalalo
antes de implementar. Validá cada campo de contacto que esté completo.
Conservá el diseño y los cambios previos del proyecto.
No agregues dependencias ni modifiques otras funciones sin justificarlo.
No envíes consultas reales ni uses credenciales de producción.

Mostrá qué archivos cambiaste, qué pruebas ejecutaste y qué quedó pendiente.

Adaptá la instrucción con las rutas reales de tu repositorio. Si el asistente propone una regla nueva para teléfonos, revisala: los formatos que necesita aceptar tu negocio deben estar definidos antes de dar el cambio por correcto.

3. Acordá las pruebas antes de aceptar el código

Para este ejercicio, estos son los resultados esperados:

Además, probá si el mensaje de error se entiende, si se puede llegar al campo con el teclado y si el formulario sigue siendo cómodo en el celular. Las pruebas se ejecutan en el entorno preparado para el ejercicio, sin enviar consultas a personas reales.

La tabla define el resultado esperado; no demuestra que el código ya lo cumpla. Para eso necesitás ejecutar las comprobaciones y mirar sus resultados.

4. Revisá lo que cambió antes de publicarlo

El diff es la comparación entre el código anterior y el nuevo. Leelo para confirmar que el asistente resolvió el pedido y no modificó funciones ajenas al formulario.

Si no entendés una parte, pedile que la explique y contrastá esa explicación con el código. Un mensaje de «todo listo» no reemplaza las pruebas ni tu revisión. También conviene registrar cuánto tiempo llevó preparar, revisar y corregir el cambio para evaluar si esta forma de trabajar te resulta útil.

Cuando ya tenés un proceso que funciona, podés documentar las convenciones del proyecto y los pasos que repetís. Esa base ayuda a que los pedidos siguientes sean más consistentes.

Qué te enseño en la capacitación para desarrolladores

En la capacitación práctica en IA para desarrollo llevo este método a tu entorno: preparo el contexto, formulo un cambio acotado, reviso lo que propone el asistente y defino cómo comprobarlo.

Según tu nivel y la modalidad acordada, también puedo trabajar sobre instrucciones de proyecto, agentes y tareas reutilizables. Las herramientas se eligen de acuerdo con su compatibilidad y tus accesos; las licencias y los consumos de API se abonan aparte. Te llevás una guía del flujo trabajado para poder repetirlo.

Si ya programás y querés incorporar IA con un método que puedas revisar, contame con qué tecnologías trabajás y dónde te trabás. Con eso puedo evaluar una sesión individual o una capacitación para tu equipo.

Si necesitás que desarrolle la solución para tu negocio

Puede que tu objetivo sea contratar el trabajo terminado. En ese caso, podés consultar el servicio de desarrollo web con IA; si necesitás conectar sistemas, también ofrezco desarrollo de bases de datos y APIs.

La capacitación está pensada para que aprendas el proceso. El desarrollo a medida se presupuesta como un proyecto, con alcance, entregables y pruebas acordados antes de implementarlo.