# reyes-factory-building-machine-software-2026-09-22

## Veille

Charla de **Eno Reyes** (cofundador y CTO de **Factory**, cuyos agentes "droids" se describen en la introducción como utilizados por cientos de miles de desarrolladores y empresas como **Nvidia** y **MongoDB**, justo después de una **Serie C de 150 millones de dólares**), publicada el **22 de septiembre de 2026** en el canal de **FirstMark Capital** (video de 25 min 51 s, transcripción de unas 5300 palabras). Presenta la "fábrica de software" como un bucle de retroalimentación impulsado por agentes, y el papel de los humanos como custodios de esta fábrica.

## Titre Article

Building the Machine That Builds the Software | Eno Reyes, Co-Founder & CTO of Factory

## Date

2026-09-22

## URL

https://www.youtube.com/watch?v=NLsiZtleLe4

## Keywords

fábrica de software, fábrica de software, Factory, Droid, agentes de codificación, bucle de retroalimentación, SDLC, independencia de modelo, routeur de modèles, soberanía, air gap, trazas, gobernanza, identidad del agente, auditoría, harness, agent readiness, validación determinista, guardrails, métrica de Google, asignación de inferencia, Missions, papel de los desarrolladores

## Authors

Eno Reyes — cofondateur et CTO de Factory ; conférence vidéo (FirstMark Capital).

## Ton

Perfil: charla técnica ejecutiva de un proveedor de agentes de codificación, dirigida a líderes de ingeniería y CIOs de grandes empresas, en un registro oral y demostrativo. Comienza con una retrospectiva (2023: el autocompletado "de líneas a párrafos, archivos, repositorios"), y luego recorre las preguntas que se plantean las organizaciones (costos de tokens, ROI, dependencia de un único modelo, papel de los desarrolladores) antes de proponer su marco. Las posturas se enuncian como principios ("deberías…") y se ilustran con las prácticas internas de Factory. El orador presenta ciertas decisiones como opiniones propias ("nuestra postura sería"), especialmente sobre la identidad del agente, y reconoce las contrapartidas: la soberanía plena exige mucho esfuerzo y no es adecuada para todas las organizaciones.

## Pense-betes

- **De la codificación al bucle**: la era del "agente de codificación" mantiene el modelo mental de "pulso y obtengo el código". Reyes señala que los desarrolladores dedican la mayor parte de su tiempo fuera del código: la revisión (en sentido amplio, no solo el pull request), las pruebas manuales y el QA, la depuración, la planificación.
- **Bucle de señales**: señales (clientes, errores, telemetría, competidores) → clasificación por humanos (PM, EM) → plan → código → validación (pruebas, QA, seguridad) → despliegue → monitorización → nuevas señales. La cuestión no es la viabilidad, sino la **medición, la analítica y la gobernanza**: *"el problema no es técnico. El problema es organizativo"*.
- **Principio 1, agnóstico de modelo**: un CIO no debería tener que apostar por un único modelo; la dependencia expone a la política de precios del proveedor. Factory describe un enrutador que asigna el modelo según la tarea y el rol (por ejemplo, los product managers y los desarrolladores no acceden a la misma gama), para arbitrar de forma centralizada el costo y la calidad.
- **Principio 2, soberanía**: elección del despliegue, desde SaaS hasta air gap ("en un submarino"). El dato más valioso son las **trazas**: para corregir una mala decisión de priorización hay que saber por qué la tomó la fábrica. Reyes matiza esto: es una flexibilidad que conviene tener disponible, no necesariamente ejercer.
- **Principio 3, todo el SDLC, un único agente**: revisión de código, seguridad continua, QA de caja negra (web, CLI, API), documentación sincronizada, respuesta a incidentes, despliegue progresivo. Un único agente evita multiplicar enrutadores, políticas de costo y exportaciones de trazas. Se considera viable construir internamente un agente de CLI; mucho menos viable un agente multisuperficie (SDK, sandboxes).
- **Gobernanza**: identidad jerárquica del agente (organización, equipo, proyecto, usuario, máquina); la identidad del usuario se hereda para la actividad sincrónica, una cuenta de servicio para la revisión de código en sandbox. Controles: listas de permitidos, clasificación de riesgos, límites de gasto y una auditoría capaz de rastrear, en **una sola consulta**, desde el acceso a una tabla hasta la persona, el prompt y las trazas de razonamiento. Se considera no esencial indexar el código en una nube de terceros.
- **El cuello de botella se desplazó**: *"hace tiempo que no es el LLM"*; el harness se está volviendo bueno, la nueva restricción es la organización (herramientas accesibles para los agentes, validación determinista: lint, pruebas, tipado, convenciones de archivos impuestas en el commit).
- **Los humanos y la métrica**: los humanos pasan de construir el software a construir la fábrica, mediante código convencional en lugar de especificaciones en lenguaje natural. Cada empresa debe encontrar su "métrica de Google" para que la asignación de tokens pueda orientarse por el ROI (ejemplo: Missions, un objetivo de latencia de 50 ms con 2000 millones de tokens asignados).
- ⚠️ **Alcance**: charla ofrecida por un proveedor que describe sus propios productos; no se proporcionan datos medidos de clientes, y la sesión de preguntas y respuestas no tuvo lugar por falta de tiempo. Las cifras citadas (más de 150 señales, 140 personas en San Francisco, Serie C) son autodeclaradas.

## RésuméDe400mots

Eno Reyes, cofundador y CTO de Factory, presenta cómo construir una "fábrica de software": una organización en la que los agentes se encargan de todo el ciclo de desarrollo de software. Parte de una retrospectiva: en 2023 se esperaba que la IA de código progresara del autocompletado de líneas al autocompletado de archivos, y luego a repositorios enteros. Llegaron los agentes de codificación, pero la mayor parte del uso sigue siendo "pido y recibo". Según él, esta era se está agotando: las organizaciones se preguntan ahora por los sobrecostos, el retorno de la inversión, la dependencia de un único modelo y el papel de los desarrolladores, que dedican poco tiempo solo a programar.

Describe el desarrollo como un bucle de retroalimentación. Las señales procedentes de clientes, errores, telemetría o competidores se clasifican y luego se convierten en un plan, código, validación y despliegue, que a su vez genera nuevas señales. Cada etapa puede delegarse a agentes. Para Reyes, las dificultades reales son la medición, la analítica y la gobernanza: el problema es organizativo más que técnico.

Tres principios estructuran su marco. Primero, la independencia de modelo: un responsable de TI no debería tener que atarse a un único proveedor, ni estar sujeto a su política de precios. Un routeur de modèles asigna el cómputo según la tarea y el rol. Segundo, la soberanía: elegir el propio despliegue, desde SaaS hasta air gap, y conservar el control de las trazas, ya que corregir una mala decisión tomada por la fábrica requiere entender por qué se tomó. Tercero, la cobertura de todo el ciclo de vida, con el mismo agente en todas las superficies, para evitar multiplicar políticas, enrutadores y exportaciones de trazas.

La gobernanza sigue siendo difícil: la identidad del agente (heredada del usuario para la actividad interactiva, cuenta de servicio para la revisión en sandbox), los controles de modelo, las listas de permitidos, la clasificación de riesgos, los límites de gasto y una auditoría capaz de rastrear, en una sola consulta, desde el acceso a una tabla hasta la persona, el prompt y las trazas. Considera innecesario indexar el código en una nube.

El cuello de botella, afirma, ya no es el modelo, ni ahora el harness, sino la preparación de la organización: herramientas utilizables por los agentes y una validación determinista (lint, pruebas, tipado, convenciones). Factory ofrece un producto *agent readiness* que mide más de 150 señales.

Los humanos se convierten en los custodios de la fábrica: vigilan las desviaciones, corrigen el sistema y previenen los errores de forma duradera, mediante código convencional en lugar de especificaciones en lenguaje natural. Reyes concluye que las empresas deberán encontrar su "métrica de Google", un vínculo entre un indicador de ingeniería y un resultado de negocio, para asignar la inferencia según el ROI, por ejemplo dando a un agente un objetivo de rendimiento con un presupuesto de tokens.

## GrapheDeConnaissance

- Eno Reyes —travaille_chez→ Factory (ORGANISATION, 0.97)
- Eno Reyes —a_créé→ Factory (ORGANISATION, 0.9)
- Factory —publie→ Droid (TECHNOLOGIE, 0.95)
- Factory —publie→ Agent Readiness (TECHNOLOGIE, 0.93)
- Factory —publie→ Missions (TECHNOLOGIE, 0.9)
- Factory —mesure→ série C de 150 millions de dollars (MESURE, 0.88)
- Eno Reyes —recommande→ construire la software factory indépendante du modèle (AFFIRMATION, 0.93)
- Eno Reyes —recommande→ rester souverain sur le déploiement et les traces de la software factory (AFFIRMATION, 0.92)
- Eno Reyes —recommande→ un même agent sur toutes les surfaces du SDLC (AFFIRMATION, 0.92)
- Eno Reyes —affirme_que→ le goulot est désormais l'état de préparation de l'organisation plutôt que le modèle (AFFIRMATION, 0.9)
- Eno Reyes —affirme_que→ le problème de la software factory est organisationnel et non technique (AFFIRMATION, 0.9)
- Software factory —utilise→ boucle de rétroaction (CONCEPT, 0.92)
- Droid —utilise→ routeur de modèles (TECHNOLOGIE, 0.88)
- routeur de modèles —réduit→ dépendance à un fournisseur de modèle (CONCEPT, 0.85)
- Agent Readiness —mesure→ plus de 150 signaux de la base de code (MESURE, 0.9)
- validation déterministe —améliore→ fiabilité des agents (CONCEPT, 0.88)
- Eno Reyes —prédit→ les meilleures entreprises seront celles qui trouvent leur Google metric (AFFIRMATION, 0.85)
- Google metric —permet→ allocation d'inférence guidée par le ROI (CONCEPT, 0.85)
- Missions —s_applique_à→ objectifs de performance de long terme (CONCEPT, 0.82)
- Eno Reyes —affirme_que→ les humains deviennent les stewards de l'usine logicielle (AFFIRMATION, 0.88)

---
Canonical: https://www.thekb.eu/es/fiches/reyes-factory-building-machine-software-2026-09-22/