Finales de 2026: el flujo de desarrollo ya vive en la nube

Respuesta corta: a finales de 2026 el flujo de desarrollo dejó de depender de una computadora local. El repositorio, las dependencias, el build, los tests y el CI corren en contenedores en la nube operados por agentes. Yo describo la tarea, el agente la ejecuta en una rama, abre el PR, vigila el CI y responde a la review. Mi trabajo se movió de teclear a definir contratos, revisar y decidir.

Este artículo es mi lectura de ese cambio desde la práctica: lo uso todos los días en mis proyectos (ERPs, apps móviles, plataformas T3 y experiencias 3D).

Qué cambió exactamente

Hace dos años un "asistente de código" autocompletaba líneas. Hoy una sesión de agente:

1. Clona el repo en un contenedor efímero con el entorno configurado (Node, pnpm, navegador headless, variables y red controladas).
2. Lee las reglas del proyecto (CLAUDE.md, AGENTS.md, skills) antes de tocar código.
3. Implementa, corre lint y typecheck, y hace commit en una rama dedicada.
4. Abre el PR y se suscribe a sus eventos: si el CI falla, reproduce el error, lo corrige y vuelve a empujar; si un reviewer pide un cambio pequeño, lo aplica.
5. Se despierta solo cuando llega un evento (CI, review, conflicto) en lugar de que yo esté refrescando la pestaña.

Lo radical no es que el modelo escriba mejor código. Es que el ciclo completo —editar, compilar, probar, integrar— ya no necesita mi máquina ni mi atención continua.

Tareas que ya no hago a mano

• Builds rotos. Antes: leer 300 líneas de log, encontrar el import circular. Ahora: el agente reproduce el fallo, aísla la causa y propone el parche con la prueba de que pasa.
• Manejo de sesiones y entornos. Ya no mantengo cinco terminales, tres versiones de Node y un .env por proyecto en mi laptop. Cada tarea arranca en un entorno limpio y reproducible.
• Rondas de review mecánicas. Renombrar, extraer una función, agregar un test pedido: se resuelve en la misma conversación del PR.
• Scaffolding con convenciones. Crear un módulo nuevo con su página, router, servicio, schema Zod, i18n y estados de carga sigue un patrón; un agente con la skill correcta lo hace igual que yo, pero en minutos.

Lo que la nube no reemplaza

La velocidad aumentó tanto que el cuello de botella se movió de lugar. Ahora lo escaso es:

• El contrato. Si no defines reglas (capas, errores, autorización, nombres), el agente produce código plausible pero inconsistente. Por eso escribí Roger-arq, mi skill de arquitectura.
• La revisión con criterio. Un diff limpio puede esconder un IDOR o una transacción con I/O externo dentro. Revisar es el nuevo trabajo de senior.
• Los límites de ejecución. Hay comandos que un agente no debe correr nunca: migraciones, db push, scripts que escriben datos. Eso se declara explícitamente y se respeta.

Mi flujo real, de punta a punta

Idea (desde el teléfono)
  → sesión de agente en la nube, rama dedicada
  → skills del proyecto cargadas (arquitectura, UI, 3D)
  → implementación + lint + typecheck
  → PR + suscripción a CI y reviews
  → fixes automáticos hasta verde
  → yo reviso el diff, pruebo el preview y hago merge

Lo que hago yo: la primera línea y las dos últimas. Todo lo demás es delegable si el repositorio está preparado para que un agente lo entienda.

Cómo preparar tu repo para este flujo

1. Un archivo de contexto en la raíz (CLAUDE.md / AGENTS.md): stack, comandos, convenciones y qué no se ejecuta.
2. Checks rápidos y locales: lint, typecheck y tests unitarios que corran en segundos. El agente los usa como señal de verdad.
3. Skills para lo que repites: si explicas lo mismo en tres proyectos, eso es una skill.
4. CI determinista: un CI que falla aleatoriamente entrena a todos —humanos y agentes— a ignorarlo.
5. Entornos sin secretos en el repo: variables en el entorno de ejecución, nunca en archivos versionados.

Cierre

La pregunta ya no es si la IA programa bien. Es qué tan bien defines el sistema en el que programa. En 2026 el ingeniero que rinde más no es el que escribe más rápido, sino el que convierte su criterio en reglas que una máquina puede seguir y otro humano puede auditar.

Si quieres ver cómo aplico esto al 3D, lee WebGPU y modelado 3D en la web.

Preguntas frecuentes

¿Qué significa desarrollar sin computadora en 2026?

Que el entorno de ejecución (repositorio clonado, dependencias, builds, tests y CI) vive en un contenedor en la nube operado por un agente. Desde el teléfono o el navegador describes la tarea, revisas el diff y apruebas; la máquina local deja de ser requisito.

¿Qué tareas ya reemplazó la IA en el flujo de desarrollo?

El trabajo mecánico de alto volumen: compilar y diagnosticar builds rotos, reproducir fallos de CI, resolver conflictos de merge triviales, atender comentarios menores de review, migraciones repetitivas y scaffolding de módulos siguiendo convenciones del repo.

¿Qué sigue siendo responsabilidad humana?

Decidir qué construir, definir la arquitectura y sus reglas, revisar con criterio, aprobar lo que toca datos o dinero, y asumir las consecuencias. La IA ejecuta; el ingeniero define el contrato y responde por él.