99% de Código Escrito por IA: Cómo Every Opera 4 Productos Con 15 Personas

Cómo Every Construyó una Organización IA-Nativa Desde Cero

Dan Shipper dirige Every, una empresa de medios y software con seis unidades de negocio, cuatro productos de software en producción, más de 7,000 suscriptores de pago, y crecimiento de MRR de doble dígito durante seis meses consecutivos—todo con solo 15 personas. La parte notable: el 99% de su código está escrito por agentes de IA. Esta charla de AI Engineer NYC ofrece un playbook concreto de cómo realmente lucen las organizaciones IA-nativas.

Sobre la diferencia 10x: “There’s a 10x difference between an org where 90% of the engineers are using AI versus an org where 100% of the engineers are using AI. It’s totally different.” (Hay una diferencia 10x entre una org donde el 90% de los ingenieros usan IA versus una org donde el 100% de los ingenieros usan IA. Es totalmente diferente.) El efecto umbral importa porque incluso el 10% usando métodos tradicionales fuerza a toda la organización a acomodar ese flujo de trabajo—previniendo que el cambio de paradigma se complete.

Sobre productos de un solo ingeniero: “Each one of our apps is built by a single developer… and these are not little apps. Thousands of users. It’s not simple. It’s complicated.” (Cada una de nuestras apps está construida por un solo desarrollador… y estas no son apps pequeñas. Miles de usuarios. No es simple. Es complicado.) Kora (IA de email), Monologue (voz-a-texto), y Spiral son todas apps de producción mantenidas por una persona cada una. No se trata de calidad de prototipo—estas son apps con clientes pagando.

Sobre el loop central: “In traditional engineering, each feature makes the next feature harder to build. In compounding engineering, your goal is to make sure each feature makes the next feature easier to build.” (En ingeniería tradicional, cada característica hace la siguiente característica más difícil de construir. En ingeniería compuesta, tu objetivo es asegurar que cada característica haga la siguiente característica más fácil de construir.) Su proceso de cuatro pasos: Planificar → Delegar → Evaluar → Codificar. El paso de “codificar”—convertir conocimiento tácito en prompts—es donde ocurre la composición.

Sobre trabajo paralelo: “I know engineers… who are productively using four panes of agents at the same time.” (Conozco ingenieros… que están usando productivamente cuatro paneles de agentes al mismo tiempo.) Esto no es el meme de Twitter de vibe coders pretendiendo trabajar—es trabajo real paralelo de características y bugs que habilita productos de un solo ingeniero.

Sobre gerentes haciendo commits: “Managers can commit code. If you’re technical, even the CEO can… AI allows engineers to work with fractured attention.” (Los gerentes pueden hacer commits de código. Si eres técnico, incluso el CEO puede… La IA permite a los ingenieros trabajar con atención fracturada.) Shipper mismo hace commits de código de producción a pesar de dirigir una empresa de 15 personas con cuatro productos. El costo de inicio de programar bajó lo suficiente para que ejecutivos que cambian de contexto puedan contribuir.

6 Ideas de Dan Shipper sobre Ingeniería Compuesta

• 100% de adopción de IA es cualitativamente diferente - Al 90% de adopción, la org todavía acomoda flujos de trabajo tradicionales; al 100%, modelos operativos completamente nuevos se vuelven posibles
• Ingenieros individuales ejecutan productos de producción - Las apps de Every con miles de usuarios pagando son cada una mantenida por un desarrollador más contratistas ocasionales
• La ingeniería compuesta invierte la dinámica usual - En lugar de características añadiendo complejidad, cada característica hace la siguiente más fácil a través de prompts codificados y patrones aprendidos
• Compartir código tácito se vuelve gratis - Apunta a Claude al repo de un colega, aprende su enfoque de implementación, y reimplementa en tu propio stack—no se necesita abstracción de librería
• Nuevas contrataciones productivas el día uno - Toda la configuración de entorno y estándares de PR viven en archivos CLAUDE.md; el agente maneja el onboarding
• Estandarización de stack tecnológico opcional - La IA maneja traducción entre lenguajes y frameworks, así que los equipos pueden usar lo que prefieran

Qué Significa Esto para Equipos IA-Nativos

El modelo de Every—15 personas, cuatro productos, 99% código de IA—anticipa la estructura organizacional de empresas IA-nativas. La idea clave no es que la IA escribe código más rápido; es que el 100% de adopción habilita operaciones cualitativamente diferentes: productos de un solo ingeniero, gerentes-contribuidores, compartir código sin fricción entre repos. Para empresas debatiendo niveles de adopción de IA, el mensaje es binario: la adopción parcial todavía requiere acomodar el viejo paradigma, mientras que la adopción total desbloquea uno nuevo.