Caso real 1: tickets de un cliente por Telegram

Las cinco capas de la clase pasada, ahora trabajando juntas. Una empresa familiar, nuestro cliente Technopharmed, pide cambios de su software por Telegram. El equipo del cliente le escribe directo al bot.

El agente pregunta hasta tener cuatro cosas: qué pantalla, qué pasa hoy, qué esperan y cómo lo verificamos. Un pedido vago se vuelve un ticket claro antes de tocar código.

Probamos la vía directa: Claude Code solo resolvió el ticket en 8 minutos, pero asumiendo. Dejó 4 preguntas al final, con el código ya hecho. Y 2 de 3 pedidos reales necesitaban una aclaración antes.

No todo cambio pesa igual. Verde: textos y estilos, pasa con aviso. Amarillo: fórmulas y estructura, un humano aprueba antes. Rojo: plata, datos existentes y producción, jamás automático.

Claude Code construye con reglas fijas: rama nueva, alcance cerrado, máximo 3 intentos y escala a un humano. Y el ticket se trata como dato no confiable, por si trae órdenes escondidas (clase 8).

Antes de entregar: compilar, revisar el código, verificación visual en un navegador real y el escaneo de secretos con tu Gitleaks del módulo 2. Si una compuerta falla, no hay entrega.

El agente le avisa al cliente: "esto ya vive en la versión de prueba. Pasa a producción el viernes". Y ese paso final lo da un humano. Siempre.

Cuatro piezas viajan a cualquier proyecto tuyo: pregunta antes de construir, semáforo para clasificar el riesgo, compuertas que no negocian y un humano en la puerta final.

Este agente atiende a un cliente. En la próxima clase conoces al del equipo: JarvisEdge, el teléfono del cerebro, un agente para toda la casa en un servidor de $6 al mes.