Producto propio / I+D, no trabajo de cliente
Cómo construimos realmente con asistentes de IA
Nuestro flujo de trabajo con asistentes de IA: cinco etapas, controles estrictos, alcances separados, revisión independiente y validación automática.
Claude Code · Codex · git · GitHub Actions · MDX · Next.js
Estas son nuestras propias prácticas de investigación y entrega; no son un servicio de cliente ni una promesa de automatización sin control. Construimos con asistentes de IA solo cuando el trabajo se puede dividir, verificar y aceptar de forma explícita.
El flujo de trabajo
- Definimos el problema y el contrato. El resultado, los archivos, las restricciones y los criterios de aceptación quedan escritos antes de empezar.
- Separamos los alcances. Cada asistente recibe un módulo distinto. No permitimos que dos herramientas modifiquen el mismo archivo al mismo tiempo.
- Implementamos con contexto limitado. El asistente propone o realiza una parte comprobable; las decisiones del producto y la arquitectura siguen a cargo de una persona responsable.
- Revisión independiente. La persona que creó un cambio no lo aprueba. Buscamos errores de contrato, efectos laterales, seguridad y accesibilidad.
- Puerta automática. Tipos, pruebas, lint, validación de contenido y build son evidencia de que el resultado está listo; un chat no sustituye estas pruebas.
Qué protege este método
- Evita que una respuesta convincente se confunda con una implementación correcta.
- Mantiene la historia, instrucciones y decisiones en el repositorio, no solo en conversaciones.
- Permite detener una etapa y conservar un resultado entendible por otro equipo.
- Hace visibles las incertidumbres: si una decisión requiere datos o autorización, se detiene en vez de inventarla.
El método no elimina los errores de la IA. Su objetivo es hacerlos detectables antes de que lleguen a producción. Los sistemas propios que usamos para investigar aparecen en el laboratorio, y el proceso de colaboración con clientes en proceso.