Ideas de startups 2026: las 13 que Y Combinator quiere financiar

El 27 de julio de 2026, mientras en LinkedIn e Instagram seguían circulando las tarjetas rojas con las quince ideas que Y Combinator quería financiar, la aceleradora publicó otra lista distinta. Trece ideas nuevas, escritas por otros socios, con otras obsesiones. Y una firma que no había aparecido nunca en veinte años de Requests for Startups: la del secretario del Ejército de Estados Unidos en activo.

La lista que se ha hecho viral es la de verano. La buena, la que marca lo que se va a financiar ahora, es la de otoño. Y lo interesante no es ninguna de las dos por separado: es lo que ha cambiado entre una y otra en apenas tres meses.

Qué es una Request for Startups y por qué la lista que circula ya no es la última

Una Request for Startups (RFS) es el documento en el que Y Combinator publica, por escrito y gratis, las ideas de empresa que le gustaría que alguien montara. No es un requisito para entrar en el programa, y la propia aceleradora lo aclara en la cabecera: representan solo una fracción de lo que financian. Pero sí es la señal pública más explícita que da su institución más influyente sobre dónde cree que va a estar el dinero.

El contexto operativo importa para entender el peso del documento. Y Combinator invierte 500.000 dólares en cada empresa aceptada: 125.000 por un 7% en un SAFE post-money y otros 375.000 en un SAFE sin cap con cláusula MFN, según su propia página de programa. Hace cuatro tandas al año, de tres meses cada una, y su comunidad de exalumnos supera los 6.000 fundadores. Airbnb, Stripe, DoorDash y Twitch salieron de ahí.

Las RFS se publican por tanda. La de verano de 2026 salió a finales de abril con 15 categorías, ocho de las cuales exigían hardware, capital intensivo o ambos: robots agrícolas, defensa antidrones, chips de inferencia para el espacio, fabricación lunar a partir de regolito fundido y software para la cadena de suministro de semiconductores. Es la lista de las tarjetas que están circulando estos días. The Next Web la analizó el 2 de mayo de 2026 como el giro más brusco de la tesis pública de YC desde que empezó a publicar estas listas.

La de otoño de 2026 se publicó el 27 de julio de 2026, el mismo día en que cerraba el plazo de solicitudes para esa tanda. Trece ideas. Y un tono distinto.

Las 13 ideas de la Request for Startups de otoño de 2026

Y Combinator las presenta sueltas, cada una firmada por un socio o un fundador. Agrupadas por el problema que atacan, se leen mejor.

Bloque 1: personas antes que empresas

The Primer (Andrew Miklas) pide un tutor de inteligencia artificial que enseñe a leer, escribir y calcular a niños pequeños con la calidad de un profesor particular dedicado y a precio de producto de consumo. El nombre viene de La era del diamante, la novela de Neal Stephenson de 1995 en la que una niña recibe un libro interactivo que se adapta a ella durante años. La petición es explícita en un punto: complemento del profesor, no sustituto.

AI for the Aging Population (Max Kolysh) parte de un dato demográfico: en 2030, uno de cada cinco estadounidenses tendrá más de 65 años, y hay 53 millones de familiares ejerciendo de cuidadores sin cobrar. La observación que hace es más incómoda que el dato: casi ninguna tecnología está construida para personas mayores, y ni Alexa ni Google Home resultan cómodos para la mayoría de ellas.

AI-Powered Consumer Products for 1 Billion People (Raphael Schaad) señala algo que a cualquiera que trabaje en marketing le debería sonar: tres años después del salto de la IA generativa, el único icono nuevo en la pantalla de inicio de la gente es un chatbot. Su argumento es de curva de coste: hoy la magia puede costar 1.000 dólares al mes en tokens por usuario, pero esa cifra cae diez veces al año. Cuando el coste marginal se desploma, el modelo de negocio vuelve a estar en juego, algo que ya vimos cuando el negocio de las suscripciones dejó de vivir de la lealtad.

Bloque 2: la capa de confianza

Proving You’re Human (Max Kolysh) es probablemente la petición más comercial de la lista. Abre con un caso real: un empleado de finanzas se conectó a una videollamada con su director financiero y varios compañeros, y transfirió 25 millones de dólares. Todas las demás personas de la llamada eran deepfakes.

El caso existe y tiene nombre: le ocurrió a la ingeniería británica Arup en su oficina de Hong Kong. La policía local lo reportó en febrero de 2024 y la compañía se identificó como víctima en mayo de ese año, según confirmó a CNN. Fueron quince transferencias a cinco cuentas distintas. Las caras y las voces se construyeron con vídeo y audio públicos de los directivos.

La frase con la que YC cierra la petición explica por qué está en la lista: quien construya esa capa se convierte en el filtro que consultan todos los bancos, todas las apps y todas las videollamadas antes de fiarse de nadie. Eso no es un producto, es un peaje.

AI-Native Compliance Infrastructure (Daivik Goel) va a la misma raíz por otro lado: el cumplimiento normativo financiero sigue funcionando con hojas de cálculo, herramientas sueltas y plantilla cara, y el coste de mantenerse en regla crece más rápido que los ingresos cuando una empresa entra en mercados nuevos.

Bloque 3: el trabajo, en equipo y sobre el terreno

Multiplayer AI (Aaron Epstein) es la idea más fácil de vender de toda la lista y la que más se parece a un patrón conocido. Google Docs se comió a Word y Figma se comió a Photoshop por la misma razón: pasaron de ser herramientas de una sola persona a ser sitios donde un equipo trabaja junto. La IA todavía no ha tenido ese momento. Sigue siendo una conversación privada en una caja que solo ve uno.

El argumento de fondo es de escala temporal: cuando un agente ejecuta tareas que duran horas, días o semanas, ese trabajo deja de ser individual por definición y acaba tocando a mucha gente de la empresa. En publicidad esa transición ya empezó: Google metió agentes de Gemini dentro de DV360 y cambió quién ejecuta las campañas.

New Operating Systems for the Physical World (Charlie Warren) arranca con una cifra que conviene retener: el 80% de la fuerza laboral mundial no trabaja sentada en un escritorio. El software de construcción, mantenimiento y flotas no ha cambiado sustancialmente en veinte años y sigue haciendo lo mismo: repartir gente, seguirla, gestionar activos y facturar. Ahora hay tres tipos de trabajador (agentes, robots y personas con wearables) y ningún sistema diseñado para coordinar los tres. El detalle de negocio es el bueno: estos sectores gastan entre 10 y 100 veces más en mano de obra que en software.

A Cloud for Small Software (Pete Koomen) nombra una categoría que hasta ahora no tenía nombre: el software pequeño, hecho con agentes para uno mismo o para un equipo de cinco personas. Construirlo ya es fácil. Desplegarlo y compartirlo, no. AWS y Azure se diseñaron para software grande. Self-Maintaining APIs (Harsha Gaddipati) completa el bloque técnico con una idea concreta: cuando Stripe publique un cambio que rompe compatibilidad, un agente debería escanear el código de sus clientes y abrir directamente la pull request con el arreglo.

Bloque 4: infraestructura, defensa y mundo real

The Future of American Defense la firma Daniel P. Driscoll, secretario del Ejército de Estados Unidos. Es la primera vez que un cargo público en activo de ese nivel escribe una petición en una RFS. Pide interceptores de bajo coste, sensores, cargas útiles y hardware que encaje en su arquitectura de sistemas abiertos, y lo justifica diciendo que rompieron el manual de adquisiciones antiguo porque no seguía el ritmo de las amenazas.

Compute at Sea (Francois Chaubard) es la más llamativa y la más reveladora. El planteamiento no es tecnológico, es de permisos: la IA se está quedando sin capacidad de cómputo y los centros de datos se están quedando sin electricidad y sin suelo. Un centro de datos nuevo tarda años en conseguir aprobación y megavatios, y aun así puede morir por oposición local. El mar no tiene proceso de licencias.

Data for the Real World (Austin Tindle y Diana Hu) pide más empresas que recojan datos físicos densos, no los datos escasos de sensores diseñados para humanos. Y The Best Time to Build in Crypto (Nemil Dalal) es una petición deliberadamente a contracorriente: la escribe reconociendo que los precios están bajos y que muchos constructores se están yendo, y defiende justo por eso que es el momento.

Qué cambió entre la lista de verano y la de otoño

La comparación se hace sola. En abril de 2026, Y Combinator pedía construir cosas: robots que identifican malas hierbas, chips de inferencia que sobreviven a la radiación, estructuras impresas en 3D con regolito lunar fundido, software para una cadena de suministro de semiconductores que atraviesa doce países y unos 1.400 pasos de proceso. El mensaje era que el software había dejado de ser el foso y se había convertido en el sustrato.

En julio de 2026 pide otra cosa. De las trece ideas de otoño, solo dos son de hardware duro. El resto ataca educación infantil, cuidado de mayores, verificación de identidad, cumplimiento normativo, coordinación de equipos, trabajo de campo, consumo masivo y rieles financieros. Incluso la petición más futurista de la lista, poner el cómputo en el mar, no se justifica por la tecnología sino por la burocracia: el problema no es fabricar el centro de datos, es conseguir el permiso y los megavatios.

Ese es el cambio. Si la lista de verano decía que el foso ya no está en el código sino en lo físico, la de otoño matiza dónde está exactamente: el cuello de botella ha dejado de ser la capacidad de construir y ha pasado a ser el permiso para operar. Energía, suelo, regulación, confianza y acceso al usuario. Cinco barreras que no se cruzan escribiendo mejor software.

Por qué importa

1. La RFS es una pieza de marketing, y de las mejores que existen

Conviene decirlo claro porque casi nadie lo dice: la Request for Startups es contenido de captación. Y Combinator no compra medios ni hace campañas de notoriedad. Publica un documento gratis, en su propia web, firmado con nombre y apellidos por las personas que después van a evaluar las solicitudes.

Hace tres trabajos a la vez. Genera flujo de operaciones cualificado, porque atrae exactamente al tipo de fundador que quiere. Autoselecciona, porque quien se presenta ya ha leído la tesis y viene alineado. Y ancla la conversación del sector, porque durante semanas todo el mundo discute las categorías que ha elegido una sola empresa. Publicar una lista de deseos y que el mercado entero la trate como una previsión es, en términos de posicionamiento, un resultado difícil de comprar con dinero.

La distribución también está pensada. Cada idea tiene un vídeo corto en su canal oficial de YouTube, la lista se trocea en publicaciones de X y luego son los creadores los que la reempaquetan en carruseles. Que las tarjetas que circulan sean las de la tanda anterior es un efecto secundario del formato: cuando el contenido funciona, sobrevive a su propia caducidad.

2. Cuando construir es barato, el trabajo se desplaza a la distribución

Este es el punto que afecta a cualquiera que haga marketing, monte producto o venda servicios, aunque no vaya a pedir 500.000 dólares a nadie. Si el coste de construir software cae, la ventaja deja de estar en tenerlo y pasa a estar en todo lo demás: la confianza que te tiene el cliente, el permiso regulatorio, los datos propios que nadie más puede recoger, el canal por el que llegas.

La petición de sistemas operativos para el mundo físico lo dice sin rodeos: quien construya ahí grabará el trabajo tal y como sucede, y ni los grandes modelos ni las empresas de robótica ni el software incumbente tendrán ese dato. La ventaja no está en el modelo. Está en el sitio desde el que se mira. Es la misma lógica por la que Bending Spoons vale 18.000 millones haciendo lo contrario de lo que recomienda el manual: la ventaja rara vez está donde todo el mundo está mirando.

3. Una lista pública es también un mapa de saturación

Hay una consecuencia que nadie menciona cuando comparte estas tarjetas: publicar una categoría la llena. Miles de fundadores leen la RFS antes de la fecha límite, y una parte no despreciable ajusta su discurso a lo que acaban de leer. En doce meses, las categorías más redondas de la lista serán las más competidas, con más ruido y con más gente vendiendo lo mismo.

Para quien vende a startups o construye a su alrededor, esa lectura vale tanto como la primera: la RFS no solo dice dónde va a haber demanda, dice dónde va a haber saturación y, por tanto, dónde va a hacer falta diferenciarse muy pronto.

La lección práctica: cómo leer una RFS si no vas a montar una startup

La mayoría de la gente que comparte estas listas no va a fundar nada. Eso no las hace inútiles, pero sí obliga a leerlas de otra manera.

Si trabajas en marketing o en una agencia: las categorías indican dónde va a haber presupuesto de comunicación en 12 o 18 meses. Cumplimiento normativo, verificación de identidad, software para trabajo de campo y cuidado de mayores son sectores que van a recibir dinero y que hoy comunican mal, con lenguaje técnico y sin criterio de marca. Ahí hay trabajo.

Si diriges una empresa que no es tecnológica: la lista funciona como radar de proveedores. Lo que YC pide que alguien construya es, casi siempre, algo que tú ya estás resolviendo mal y caro. Si tres socios distintos escriben que el cumplimiento normativo se gestiona con hojas de cálculo, revisa cómo lo gestionas tú.

Si eres freelance o consultor: el bloque de agentes multijugador y de software pequeño describe tu próximo servicio, no tu próxima competencia. Montar herramientas internas a medida para equipos que antes no podían pagárselas es un encargo que hace tres años no existía.

El framework TMT: el filtro de cuatro preguntas

Cualquier lista de tendencias, venga de una aceleradora, de una consultora o de un informe anual, se convierte en decisión cuando la pasas por estas cuatro preguntas. Sirve para la RFS de Y Combinator y sirve para el próximo trend report que te llegue por correo.

1. ¿Qué restricción se acaba de mover? No qué tecnología ha aparecido. Qué límite concreto ha dejado de ser un límite. En Compute at Sea la restricción no es el chip, es el permiso municipal.
2. ¿Quién paga hoy por resolverlo mal? Si ya hay presupuesto asignado a una solución mediocre, hay mercado. Si nadie paga nada, estás ante una idea bonita sin cliente.
3. ¿Qué barrera queda cuando la tecnología esté disponible para todos? Distribución, confianza, regulación, datos propios o marca. Si tu respuesta es "nuestro producto será mejor", no tienes barrera.
4. ¿Qué se satura en doce meses? Si la lista es pública, la categoría se llena. Elige el ángulo asumiendo que en un año habrá doscientos diciendo lo mismo que tú.

La otra lectura: tres razones para no tomarse la lista al pie de la letra

No es una previsión, es una preferencia. Y Combinator no describe el futuro, describe lo que necesita para que le salgan las cuentas. Un fondo de capital riesgo necesita que unas pocas apuestas devuelvan cien veces lo invertido, así que su lista está sesgada hacia mercados enormes y resultados extremos. La mayoría de negocios rentables del mundo no encaja en esa lógica, y no pasa nada.

El propio documento avisa. La cabecera de la página dice que estas ideas son solo una fracción de lo que financian y que no hace falta trabajar en ellas para presentarse. Quien convierte la RFS en una checklist de lo que hay que construir está leyendo mal un texto que se ha escrito con cuidado.

Y las listas envejecen rápido. Es literalmente el caso que estamos analizando: la lista de verano, publicada en abril de 2026 y tratada como palabra definitiva, quedó sustituida tres meses después por otra que apunta a un sitio distinto. Cualquier decisión de negocio construida sobre una sola de estas listas hereda su fecha de caducidad.

El documento importa más por lo que revela que por lo que pide

Casi nadie que lea la Request for Startups de otoño de 2026 va a construir un tutor de inteligencia artificial ni una flotilla de centros de datos en alta mar. Ese no es el valor del documento.

El valor está en que trece personas que ven miles de empresas al año han escrito, cada una por su cuenta y sin coordinarse demasiado, la misma frase con distintas palabras: lo difícil ya no es hacer la cosa. Lo difícil es que te dejen hacerla, que alguien se fíe de ti para hacerla y que puedas llegar a quien la necesita. Durante quince años, Silicon Valley vendió lo contrario. Dos fundadores, un garaje y código suficiente.

La lista de otoño de 2026 dice que el garaje sigue estando bien. Lo que ya no basta es lo que se hacía dentro.

Si quieres pensar mejor el marketing, entra en la newsletter de TMT. Dos lecturas a la semana: lo que importa y por qué. Sin ruido, con criterio.

Preguntas frecuentes

¿Qué es la Request for Startups de Y Combinator?

Es el documento en el que Y Combinator publica las ideas de empresa que le gustaría financiar en cada tanda. Cada petición la firma un socio o un fundador con nombre y apellidos. No es obligatorio trabajar en esas ideas para presentarse al programa, y la propia aceleradora aclara que representan solo una fracción de lo que financia.

¿Cuántas ideas tiene la Request for Startups de 2026?

Depende de la tanda. La de otoño de 2026, publicada el 27 de julio de 2026, tiene 13 ideas. La de verano de 2026, de finales de abril, tenía 15. La de primavera de 2026 tenía 8. Y Combinator publica una lista nueva por cada una de sus cuatro tandas anuales.

¿Cuánto invierte Y Combinator en cada startup?

500.000 dólares por empresa, repartidos en dos instrumentos: 125.000 dólares por un 7% del capital en un SAFE post-money y otros 375.000 dólares en un SAFE sin cap con cláusula MFN. El programa dura tres meses y termina con el Demo Day ante inversores seleccionados.

¿Por qué firma una idea el secretario del Ejército de Estados Unidos?

Es la primera vez que ocurre en una RFS. Daniel P. Driscoll pide interceptores de bajo coste, sensores, drones y logística que encajen en la arquitectura de sistemas abiertos del Ejército, y lo argumenta diciendo que el manual de adquisiciones tradicional no seguía el ritmo de las amenazas actuales. Es una señal de hasta qué punto la contratación de defensa se ha abierto a empresas jóvenes.

¿Sirve de algo leer la Request for Startups si no voy a montar una empresa?

Sí, leída como mapa y no como catálogo. Indica dónde va a entrar dinero en los próximos 12 a 18 meses, y por tanto dónde habrá presupuesto de marketing, demanda de servicios y proveedores nuevos. También señala qué categorías se van a saturar de competidores, que es una información igual de útil para quien ya está en el mercado.