IA aplicada18 min de leitura

Os pedidos da YC no outono de 2026: onde a IA quer chegar

A edição Fall 2026 da Y Combinator reúne 13 pedidos de startups para educação, defesa, small software, agentes multiplayer, mundo físico, confiança, compliance e APIs.

Por Felipe Natanael·11 de setembro de 2026·Nível: Intermediário

A Y Combinator publicou a edição de outono de 2026 dos seus Requests for Startups. São os pedidos que a aceleradora gostaria de ver fundadores atacando, não um edital e muito menos uma lista de empresas que já provaram mercado.

Nos 13 pedidos, a IA aparece ligada a educação, defesa, trabalho físico, cuidado, compliance, confiança, APIs e infraestrutura. A lista vai além de interfaces de conversa e descreve produtos que precisam acompanhar pessoas, operar em ambientes reais, registrar decisões ou alterar sistemas.

A própria YC diz que esses pedidos são apenas uma parte do que ela financia e que não é necessário trabalhar em um deles para se candidatar. Eles descrevem direções de produto, não validação de mercado.

Esses caras costumam ditar as regras no mundo da tecnologia e da IA. A carteira de investimentos da YC é monstruosa. Quando eles apontam um problema, muita gente começa a construir, investir e prestar atenção naquela direção. Eles meio que conseguem decidir o que vai ser construído nos próximos anos. Por isso, coloquei os 13 pedidos no News, junto com os Shorts oficiais.

O que a edição reúne

A escala

Os 13 pedidos vão de um tutor infantil a APIs que abrem pull requests, passando por defesa, consumo, cuidado e operações físicas.

Os temas

Os pedidos passam por educação, defesa, small software, agentes multiplayer, computação no mar, produtos de consumo, cuidado, operações físicas, cripto, dados, confiança, compliance e APIs.

O que a YC diz

Os Requests for Startups são uma parte das teses financiadas pela aceleradora. Não são demanda comprovada, distribuição garantida nem atalho para escapar de regulação, capital e manutenção.

A YC está pedindo sistemas, não só interfaces

Nos pedidos, o produto precisa continuar funcionando depois que a conversa termina.

Um tutor precisa acompanhar a evolução da criança. Um sistema de compliance precisa deixar rastros. Um software de campo precisa lidar com pessoas, agentes e máquinas. Uma API precisa detectar uma mudança e abrir uma correção no código. Uma ferramenta multiplayer precisa permitir que outra pessoa entre, redirecione o trabalho e assuma a tarefa.

Isso é diferente de colocar uma janela de chat em cima de um processo antigo.

Isso ajuda a explicar por que a lista parece tão ampla. Os pedidos apontam para lugares em que ainda existe trabalho caro, lento ou mal coordenado, sem escolher uma única categoria vencedora.

1. The Primer: um tutor que acompanha a criança

O primeiro pedido parte da ideia do livro interativo de Neal Stephenson: um sistema que não apenas ensina a ler, escrever e fazer contas, mas aprende como cada criança pensa e ajusta a forma de ensinar ao longo dos anos.

Na entrada, a proposta é mais concreta: um produto comprado pelos pais para ensinar habilidades básicas com a qualidade de um tutor particular. A YC faz questão de dizer que isso deve complementar professores, não substituir a escola.

A promessa de acompanhar a pessoa ao longo do tempo depende de segurança, qualidade pedagógica, privacidade, participação dos pais e supervisão humana. A proposta também precisa mostrar aprendizagem mensurável e evitar dependência de respostas erradas que ninguém revisou.

2. The Future of American Defense: reduzir o custo por interceptação

O pedido do secretário do Exército dos Estados Unidos é direto: soluções modulares para combate terrestre, incluindo interceptores de baixo custo, sensores, software, cargas úteis, drones, logística e fabricação avançada.

O centro do problema é econômico e operacional. Não basta construir algo tecnicamente impressionante. É preciso reduzir o custo por interceptação, encaixar a solução numa arquitetura aberta e fazê-la funcionar em climas extremos.

É uma categoria que depende de capital, certificações, acesso institucional e capacidade industrial. O pedido trata infraestrutura pelo custo do resultado e pelas condições de operação, não pela novidade da demonstração.

3. A Cloud for Small Software: publicar ferramentas pequenas sem carregar a AWS inteira

“Small software” é a ideia de ferramentas feitas para uma pessoa ou para um grupo pequeno. Um time pode ter um fluxo próprio, um painel interno, um acompanhamento de números ou um protótipo que nunca vai precisar atender milhões de usuários.

Construir esse tipo de software ficou muito mais fácil com agentes. Publicar, compartilhar, configurar autenticação, permissões e ambiente ainda dá trabalho. A YC quer uma nuvem em que esse tipo de ferramenta seja tão simples de compartilhar quanto um Google Doc.

O desafio central é definir o menor ambiente que deixa uma ferramenta útil, compartilhável e segura.

A interface simples não pode esconder a complexidade. Autenticação, permissões, código arbitrário e manutenção não desaparecem; só mudam de lugar. Se a nuvem não resolver isso, o usuário vira o operador da própria infraestrutura.

4. Multiplayer AI: agentes que trabalham no mesmo espaço que o time

Hoje, a maioria das interações com agentes ainda é individual. Uma pessoa abre um chat, dá uma instrução e recebe uma resposta que fica presa naquela conversa.

O pedido é transformar uma execução longa em um espaço compartilhado. Pessoas diferentes poderiam acompanhar o mesmo agente, redirecionar o trabalho e fazer a passagem de bastão. A YC cita engenharia, vendas, suporte, jurídico, análise e marketing como exemplos.

O pedido descreve uma sessão viva: alguém consegue ver o que está acontecendo, corrigir a rota e assumir quando for necessário.

O limite é permissão. “Todo mundo pode entrar” não é colaboração; pode ser conflito, vazamento ou uma ação duplicada. O produto precisa registrar quem mudou o quê, quais ações aguardam aprovação e como voltar atrás.

5. Compute at Sea: levar data centers para a água

A tese é colocar capacidade de computação em embarcações modulares no oceano, usando espaço, luz solar e a água como dissipador de calor.

O pedido responde a um problema real: data centers disputam energia, terreno, licenças e tempo de construção. A solução adiciona outros problemas: manutenção marítima, conectividade, corrosão, segurança, seguros, descarte, clima e impacto ambiental.

6. AI-Powered Consumer Products for 1 Billion People: o retorno do produto de consumo

A YC acredita que os modelos ficaram bons o bastante para serem tratados como uma pessoa e que o custo pode cair muito. A partir daí, imagina produtos de consumo para fazer coisas, se locomover, aprender, cuidar da saúde, administrar dinheiro, jogar e se relacionar.

O número de um bilhão representa a escala imaginada pela YC, não uma validação de mercado. A proposta depende de um comportamento recorrente, de um resultado claro e de um motivo para a pessoa voltar.

7. AI for the Aging Population: tecnologia para cuidado e independência

Esse pedido junta uma pressão demográfica com uma lacuna de produto. A YC aponta para interfaces de voz, monitoramento de segurança, robótica doméstica e software para familiares coordenarem consultas, cuidado e emergências.

Aqui a IA pode melhorar acesso e coordenação, mas o custo de um erro é alto. Um alerta perdido, uma interpretação errada ou uma interface confusa não é um detalhe de experiência; pode afetar a saúde de alguém.

A primeira aplicação descrita envolve coordenação com um responsável humano claro. Decisões médicas e operação autônoma dentro de uma casa aumentam o risco de um erro.

8. New Operating Systems for the Physical World: coordenar pessoa, agente e robô

Construção, manutenção e frotas ainda usam software centrado em despacho, rastreamento, ativos e cobrança. O pedido da YC é um sistema que trate três trabalhadores ao mesmo tempo: agentes de IA, robôs em campo e pessoas usando dispositivos para registrar o que fazem.

O pedido combina registro do trabalho como ele acontece com decisões sobre pessoas, agentes e robôs. Uma operação de manutenção, por exemplo, poderia receber um chamado, decidir quem deve atendê-lo, verificar o risco e registrar o resultado.

Esse modelo depende de treinamento, segurança e responsabilidade de alguém no campo. O histórico só tem valor quando ajuda a conferir o resultado e identificar onde uma decisão falhou.

9. The Best Time to Build in Crypto: agentes usando trilhos financeiros

Mesmo com preços em baixa e narrativas desgastadas, a YC continua otimista com cripto. O pedido cita stablecoins, captação, pagamentos, comércio feito por agentes, trading, produtos institucionais e blockchains privadas ou escaláveis.

O pedido não se limita ao rótulo cripto. Ele descreve agentes movimentando dinheiro em sistemas programáveis, com regras e registros que possam ser conferidos.

O limite é conhecido: regulação, custódia, fraude, liquidez e segurança. “Agente com carteira” não define uma proposta de valor por si só.

10. Data for the Real World: coletar dados onde os modelos ainda não enxergam

Modelos já aprendem muito com código, texto e imagens. No mundo físico, os dados ainda são escassos, espalhados e coletados por sensores desenhados para pessoas, não para modelos.

O pedido aponta para energia, agricultura, logística e construção. A tese é que dados densos permitem modelar melhor um sistema e, depois, controlá-lo.

O dado só vale se melhorar uma decisão. Coletar tudo não resolve o problema; é preciso saber qual ação fica melhor, mais barata ou mais segura depois que o dado existe.

11. Proving You’re Human: reconstruir confiança sem destruir privacidade

O pedido parte de um problema que já chegou ao dinheiro: uma chamada falsa pode parecer uma reunião real e autorizar uma transferência enorme. Voz clonada e vídeo sintético enfraquecem sinais que antes pareciam suficientes.

A solução desejada é uma camada de confiança para saber se existe uma pessoa verificada do outro lado de uma chamada, mensagem ou transação. A YC também coloca privacidade no centro da proposta.

A solução precisa provar o necessário para cada ação e revelar o mínimo possível. A verificação também precisa lidar com o caso em que a pessoa legítima não consegue concluir o processo.

12. AI-Native Compliance Infrastructure: trocar planilhas espalhadas por rastros utilizáveis

Compliance ainda aparece como uma combinação de planilhas, ferramentas isoladas e pessoas caras tentando descobrir o que está acontecendo. A YC quer uma camada que monitore mudanças regulatórias, encontre anomalias, gere relatórios e mantenha trilhas de auditoria.

Esse pedido é operacional. Existe trabalho recorrente, custo visível e consequência quando algo é perdido.

A estrutura descrita junta fontes fragmentadas, mostra o que mudou e mantém a evidência da decisão. Em áreas reguladas, a revisão humana não é um detalhe temporário; ela faz parte do produto.

13. Self-Maintaining APIs: fazer a API corrigir o código de quem usa a API

O último pedido trata de um atrito conhecido: mudanças de API podem quebrar clientes sem aviso suficiente, enquanto changelogs são ignorados. A proposta é um agente ler a alteração, procurar os usos afetados no código do cliente e abrir um pull request com a correção.

É uma proposta com um evento claro, um código afetado e uma saída que pode ser revisada.

O cuidado está em não transformar uma correção automática em deploy automático. Abrir um PR com contexto, testes e explicação é uma coisa. Alterar produção sem aprovação é outra. O sistema precisa mostrar a evidência usada para propor a mudança e deixar a decisão final com alguém responsável.

Uma ressalva antes de transformar pedido em startup

A YC apresenta esses temas como pedidos, não como validação de mercado. A própria página diz que eles representam apenas uma parte do que a aceleradora financia e que não é necessário trabalhar em um deles para se candidatar.

A lista reúne propostas que vão de tutor educacional e produtos de consumo a defesa, dados físicos, confiança, compliance e APIs. Cada uma depende de restrições diferentes: capital, hardware, acesso institucional, regulação, dados ou revisão humana.

Uma demonstração pode provar que uma parte da tecnologia funciona. Uma empresa ainda precisa provar uso, pagamento, recorrência e capacidade de manter a operação.