O novo Requests for Startups da YC aponta para os gargalos que a IA ainda não resolveu
Hardware, dados, financiamento e conhecimento especializado ganham espaço. Para founders brasileiros, a pergunta é qual problema já está ao seu alcance.
Ter acesso a um bom modelo de IA não resolve, sozinho, a operação de uma empresa. Essa é a leitura que conecta as 11 frentes da edição Winter 2027 do Requests for Startups, a lista de problemas que a Y Combinator gostaria de ver founders enfrentando. A oportunidade pode estar no equipamento, no dado confiável, no financiamento ou no conhecimento de um setor. Para quem está construindo no Brasil, o valor da lista está em encontrar uma hipótese que possa ser investigada com clientes reais.
O que a YC está procurando
A lista oficial da edição Winter 2027, consultada em 29 de outubro de 2026, reúne estas frentes. O quadro resume o interesse declarado pela YC, sem transformar as teses em previsão de mercado ou recomendação de investimento.
Se necessário, deslize para ver a tabela completa.
| Frente | Problema proposto |
|---|---|
| Acesso abundante ao espaço | Negócios viabilizados por lançamentos mais acessíveis. |
| Profissionais ampliados por IA | Pessoas apoiadas por IA em trabalho especializado. |
| Robôs fabricados nos EUA | Robôs e componentes produzidos localmente. |
| Modelos que escrevem melhor | Qualidade de linguagem, voz e estilo. |
| Integração de benefícios públicos | Verificação e reaproveitamento consentido de dados. |
| Financiamento da infraestrutura física | Crédito e instrumentos para equipamentos e capacidade computacional. |
| Modelos especializados por setor | Modelos voltados a domínios específicos. |
| IA para prefeituras | Processos municipais e trabalho administrativo. |
| Cadeia de data centers | Equipamentos e insumos para infraestrutura. |
| IA em ambientes isolados | Operação sem conexão à internet dentro da infraestrutura do cliente. |
| Domínio da própria inteligência | Adaptação e melhoria de modelos pelas empresas. |
Uma lista de teses não substitui um cliente
A YC explica, em seu texto sobre o RFS de 2024, que as categorias servem como ponto de partida e não representam as únicas ideias que aceita. Esse contexto ajuda a ler a edição atual: há interesse em investigar os temas, não uma promessa de seleção ou de cheque para qualquer empresa que os coloque no pitch.
A primeira decisão do founder deveria ser escolher um problema que conhece bem. Ter acesso aos usuários, entender como a compra acontece e reconhecer uma falha recorrente pode ser mais útil do que adaptar o discurso à categoria da vez. Uma hipótese sugerida pela YC ainda precisa encontrar alguém disposto a testar e pagar pela solução.
Primeira leitura: a oportunidade pode estar no que permite a IA funcionar
Na leitura da Redação, algumas frentes deslocam a atenção do aplicativo final para suas condições de operação. Um serviço pode ter uma demonstração convincente e continuar inviável se o equipamento demora, a capacidade custa demais ou a instalação exige um processo que ninguém domina. Investigar esses obstáculos pede uma conversa diferente da apresentação de funcionalidades.
Para explorar uma hipótese assim, comece perguntando onde um projeto para. Falta uma peça? O cliente não consegue financiar a implantação? A manutenção custa mais do que o benefício esperado? O primeiro produto pode ser uma solução estreita para esse ponto, antes de tentar atender a cadeia inteira. O interesse da YC em uma categoria não elimina os riscos industriais e comerciais de executá-la.
Também vale separar contextos. Uma tese ligada à fabricação nos Estados Unidos responde a condições daquele mercado. Repetir a mesma proposta no Brasil, sem conferir compradores, fornecedores e requisitos locais, pode produzir um negócio sem encaixe. A pergunta útil é qual parte do problema existe para o cliente que a equipe consegue alcançar.
Segunda leitura: conhecer o trabalho pode valer mais do que adicionar um chat
Outra forma de organizar a lista é olhar para tarefas que exigem conhecimento específico. O teste não precisa começar com um modelo próprio. Pode começar com uma atividade delimitada, um conjunto de informações permitido e um critério claro para conferir a resposta. O founder ganha uma pergunta verificável: a solução ajuda alguém a fazer esse trabalho com mais qualidade?
Isso exige cuidado com a promessa comercial. Apoiar um profissional não significa substituir uma habilitação exigida, eliminar responsabilidade ou permitir decisões sem supervisão. Em um piloto, defina quem pode usar a ferramenta, quais casos ficam fora e quando uma pessoa precisa revisar o resultado. Quanto maior a consequência de um erro, mais importante é explicitar esse limite.
Um exemplo hipotético seria organizar a conferência de documentos de uma operação. Antes de anunciar automação completa, a equipe poderia medir quais inconsistências a ferramenta encontra, quais deixa passar e quanto trabalho de revisão permanece. Esse aprendizado ajuda a decidir se há um produto ou apenas uma demonstração interessante.
Terceira leitura: o conhecimento da empresa precisa virar um ativo verificável
A frente que a YC chama de Own Your Intelligence propõe ferramentas para que empresas adaptem e melhorem modelos com seu próprio conhecimento. A tese conecta fluxos de trabalho, dados de treinamento e avaliações. É uma proposta dos autores, não prova de que toda empresa deva treinar ou hospedar um modelo.
Para a Redação, a pergunta anterior à escolha da arquitetura é o que a empresa sabe e consegue conferir. Existem exemplos bons e ruins da tarefa? Os dados podem ser usados para esse objetivo? Quem confirma que uma resposta está correta? Sem isso, trocar de modelo pode mudar a tecnologia sem melhorar o processo.
O mesmo raciocínio vale para linguagem. Um texto mais fluido pode continuar errado, genérico ou distante da marca. Para avaliar uma ferramenta de escrita, use textos reais, fatos verificáveis e critérios de utilidade para o leitor. Uma preferência por determinado estilo precisa ser testada separadamente da correção factual.
Como transformar uma das frentes em uma investigação no Brasil
Escolha uma tarefa concreta e descreva quem sofre com ela, com que frequência e como a resolve hoje. Depois converse com quem executa e com quem autoriza a compra. Essas pessoas podem avaliar a mesma solução de formas diferentes. Registre também por que a alternativa atual permanece em uso.
Em seguida, proponha um piloto pequeno. Defina quais dados estarão disponíveis, qual resultado seria útil e o que faria a equipe interromper o teste. Compare qualidade, tempo, custo e necessidade de revisão com a referência anterior. Não troque várias partes do processo ao mesmo tempo se isso impedir entender o que melhorou.
Só então pergunte o que sustenta o negócio: acesso ao cliente, conhecimento acumulado, integração, operação ou capacidade de resolver um problema difícil de copiar. A lista da YC pode abrir a conversa. A decisão de construir precisa se apoiar no que o founder consegue aprender e comprovar fora dela.
Perguntas frequentes
O que é Requests for Startups?
É a iniciativa em que a Y Combinator apresenta problemas e ideias que gostaria de ver founders investigando. A edição consultada é Winter 2027.
Construir uma dessas ideias garante investimento da YC?
Não. A lista expressa interesse nos temas, sem substituir seleção, execução ou validação com clientes.
Como usar a lista no contexto brasileiro?
Escolha uma dor acessível à equipe, confira suas condições locais e teste uma tarefa delimitada antes de ampliar a proposta.