O áudio e o vídeo estão em espanhol. Estas notas são uma tradução.
Hoje entrevistei Andrés Matte, fundador da Kapso, a plataforma que mais de 13.000 desenvolvedores usam para integrar o WhatsApp. Ele a opera sozinho, com seus agentes. Antes, cofundou a Platanus Ventures.
O dado mais contraintuitivo dele: o maior usuário da Kapso não são os desenvolvedores nem as pessoas, são os coding agents. São eles que integram o produto.
Também é uma conversa sobre por que esse produto não saiu do Vale do Silício: trabalhar com WhatsApp parece pouco sexy visto de lá, e é exatamente por isso que a lacuna existia.
Estrutura e Principais Destaques
Duas Motivações Diferentes
- A primeira versão da Kapso era um produto de saúde e fitness, motivado porque o pai dele teve um AVC quando ele tinha 14 anos
- A empresa não funcionou, mas a mensagem ficou: gente que até hoje diz a ele que se lembra daquilo da massa muscular
- A motivação da Kapso atual é outra: ele viu muitos CTOs sofrendo para integrar o WhatsApp a partir da Platanus
- A opinião dele sobre o estereótipo da motivação pessoal: é superestimado
- O que de fato define os fundadores que vão bem: vontade de gerar impacto, e que, quando começa a dar certo, isso já é divertido o suficiente por si só
Deixar de Ser Investidor
- Quando o convidaram para cofundar a Platanus, ele não queria ser investidor, queria fazer um produto digital
- O contexto: tinha 26 anos, nunca tinha construído nada nem investido um centavo, e decidiu confiar no critério dos sócios
- O que o fez sair: se não pegasse a onda da IA, ia se arrepender pelo resto da vida
- O cálculo dele: não tinha filhos, tinha flexibilidade financeira, e essa onda pode ser maior que a internet
- O difícil de largar: ser investidor dá um status que quase nunca a gente merece, e ele estava confortável
- Ele fez o caminho ao contrário: a maioria dos fundadores termina como investidor, e ele começou como investidor
Não É Preciso Construir Agentes
- A ressalva dele: você pode construir ao redor, ferramentas para agentes, que vão crescer do mesmo jeito
- O exemplo é o dele: não vende IA, e seus maiores usuários são coding agents
- A metáfora: não é só o ouro, são as picaretas e as pás
O que É a Kapso e por que Não Existia
- A Kapso é WhatsApp para developers: facilita integrar o WhatsApp para agentes, notificações, cobranças ou produtos completos
- Já existiam plataformas para integrar o WhatsApp, mas focadas em enterprise, não no desenvolvedor individual
- A estratégia dele é product-led growth, bottom up, como Supabase ou Vercel
- A lacuna que ele via da Platanus: os CTOs acabavam usando soluções não oficiais que simulam uma sessão do WhatsApp Web, que funcionam em baixa escala e bloqueiam o seu número
- E as soluções oficiais eram muito difíceis de integrar
- O diagnóstico dele de por que ninguém fez isso antes: esse tipo de produto sai de San Francisco, e lá não se usa WhatsApp
- A frase dele: trabalhar com WhatsApp parece um pouco terceiro-mundista, soa pequeno e pouco sexy
- Por isso faz sentido que saia da América Latina, da Índia, da Indonésia ou da África
Sobre a Meta
- A leitura dele: a Meta não está vendo que o WhatsApp pode ser a forma de ela ganhar em IA
- Ele já pensou em escrever um tweet pedindo para chegar a Mark Zuckerberg e fazer o pitch
- Enzo sugere que quem poderia entender melhor é Javier Olivan, o número dois da Meta, que é espanhol e usa WhatsApp com a família
- A Kapso hoje é parceira oficial dentro do programa de parceiros do WhatsApp
- O que ele faria se fosse o Mark: posicionar o WhatsApp como a AWS da mensageria, a camada de infraestrutura sobre a qual outros constroem
- O argumento dele: há negócios gigantes construídos sobre a AWS que só tornam a experiência mais fácil
WhatsApp contra o SaaS
- A tese dele: muitos softwares não deveriam existir e deveriam existir só através do WhatsApp
- Muitos aplicativos não deveriam ser interfaces, só bancos de dados
- O que ele já está vendo: fundadores com aplicativos móveis em produção e centenas de milhares de usuários que estão eliminando esses apps para ir 100% para o WhatsApp
- O motivo: fazer o usuário baixar um app e criar uma conta é um atrito gigante, quando ele já tem o WhatsApp aberto
Construir para Agentes
- A resposta dele: é bem parecido com construir para developers. Boas APIs, boa documentação e uma ferramenta de terminal bem documentada
- Por que os produtos novos crescem mais rápido: já foram feitos assim desde o zero, enquanto os negócios existentes precisam mudar sua arquitetura
- A mensagem que ele recebeu de um usuário: não leu a documentação, passou o link para o Claude Code e já está com tudo integrado sem entender como
- A pequena diferença técnica: para o humano serve informação legível, e para o agente funciona melhor um JSON
- Como ele iterou sua CLI: construía a versão inicial, abria outra sessão do Claude Code ou do Codex pedindo que a usasse e desse feedback, e repassava isso para a primeira
- Quando soube que estava pronta: quando a quantidade de feedback caiu
- O lançamento chegou a 700.000 views e recebeu mensagens de founders do mundo inteiro
A Pasta É o Agente
- O padrão que ele descobriu fazendo suporte manual: entrava várias vezes no portal da Meta para checar a mesma coisa
- A solução dele: uma pasta no computador que ele abre com o Claude Code e pede a informação
- A conclusão que tirou: vamos ter pastas com scripts e documentos que serão os novos trabalhadores da empresa
- A referência que Enzo traz: Dan Shipper, da Every, escrevendo que a pasta é o agente
- Por que importa ser um repositório: o próximo funcionário clona e automatiza seu trabalho do mesmo jeito que o fundador
- O repositório de marketing dele tem o contexto da landing, os estilos, a tipografia, o tom e cada projeto de vídeo feito com Remotion
Seu Jeito de Trabalhar
- Começou há um ano, com o Claude Code recém-lançado e o Sonnet 3.5, depois o 3.7
- Passou pelo Cursor, depois pelo Claude Code, e há quatro ou cinco meses usa principalmente o Codex
- O método dele: não prepara um prompt perfeito, dá uma ideia muito crua e discute
- A razão dele: assim o agente entende seu processo de pensamento e pode te propor algo melhor
- O princípio por trás: é muito mais fácil detectar qualidade do que criá-la do zero
- A leitura dele do estado atual: a implementação já está resolvida, o difícil é definir o quê e o como
- Sobre o Codex frente ao Claude Code: o Codex é menos corajoso, não tem problema em percorrer o repositório inteiro para responder em duas linhas
- O Claude Code tem mais confiança em si mesmo, olha dois arquivos, decide e às vezes duplica código
Os Dois Tipos de Developer
- O que curte o resultado final, a feature funcionando em produção
- O que curte a qualidade do código, que o arquivo fique perfeito
- A observação dele: o segundo entrou mais tarde na onda, porque no começo os modelos escreviam código feio
- O paralelo: o mesmo aconteceu com os designers e os primeiros modelos de imagem
- O conselho dele: acostume-se agora e aprenda a deixar ir, porque depois será mais difícil se adaptar
Como Opera o Negócio Sozinho
- O suporte é essencial em produtos para developers, e chegou a ocupar 90% do dia dele
- Primeira camada: um agente na web com o contexto do seu projeto, que pode construir automações por você
- Segunda camada: um agente de suporte pelo WhatsApp, construído sobre a Kapso, o que o transforma em seu próprio usuário
- O que esse agente faz quando não sabe: pergunta a ele pelo Slack, ele responde na thread e o agente continua com o usuário
- A parte administrativa: ele deu ao ChatGPT Pro todo o contexto jurídico, os documentos e as threads com contadores e advogados
- Ficou pensando duas horas e devolveu um Excel mestre de seis abas com todas as suas obrigações fiscais por país
- O contraste: a versão que seus contadores dos Estados Unidos mandaram depois era muito mais simples
Sobre Evals
- Ele não tem: dão muito trabalho, mudam muito e rodá-los é caro em tokens
- O argumento de fundo dele: os evals não simulam bem a realidade, porque o humano é muito mais bagunçado
- O que fez no lugar: quatro semanas revisando todos os chats de usuários e melhorando o prompt onde falhava
O Repositório que se Automelhora
- O Kapso Knowledge é um repositório sem intervenção humana, que roda a cada quatro horas revisando fontes
- Decide o que deveria lembrar no futuro e escreve isso em documentos markdown que só o agente controla
- Guarda sínteses, não fontes primárias, com referências para buscar o original
- Está conectado ao agente de suporte, então um caso estranho com um playbook já escrito se resolve sozinho
- A leitura dele: a verdadeira explosão chega no minuto em que você tira a si mesmo do leme
- O que isso exige: deixar ir, aceitar que às vezes o repositório terá informação ruim e confiar que ele se autocorrija
O Limite É a Atenção
- Muitos developers rodam features em paralelo, e essa estratégia nunca funcionou para ele
- A razão dele: precisa estar ali para que o produto fique bom, e as decisões de produto ele não delega
- O que faz no lugar: ignorar coisas, deixar WhatsApps sem resposta em algum momento
Sobre Memória e Contexto
- A opinião dele evoluiu: antes achava que era preciso escrever documentação para os agentes, como um mapa do codebase
- Hoje acha que é muito menos necessário, porque o agente navega e infere o que precisa
- O que de fato faz falta: boas ferramentas de busca para que ele possa buscar de forma iterativa
- O que um fundador ganha com isso: pode desenhar sua organização muito melhor, porque os processos vivem em repositórios e não em documentos que ninguém lê
O que Sobrevive e o que Morre
- A previsão dele sobre linguagens: vai ser muito difícil surgirem novas, porque o agente não as terá no seu training data
- Isso cria uma espécie de moat para as linguagens e frameworks existentes
- Onde ele está bullish: os modelos, os canais conversacionais como WhatsApp, e-mail e Telegram, e as empresas que funcionam como repositórios de dados bem estruturados
- A condição dele: esses repositórios precisam se transformar para serem consumíveis por um agente
- O caso concreto que discutem: o Notion tem o incentivo de fechar seus agentes dentro da própria web, e os dois acham que seria um erro
- A sensação dele ao usar um site hoje: preencher formulários à mão parece coisa de homem das cavernas
San Francisco, Sim ou Não
- A experiência dele: está há quase um mês testando se muda
- A faca de dois gumes: você trabalha muito porque o resto trabalha muito e, ao mesmo tempo, é muito fácil se distrair com a parte glamourosa
- A tese mais provocadora dele: ter o feed certo no Twitter é 80% de estar no Vale do Silício
- A descrição dele do Twitter: o grupo de WhatsApp do milhão de pessoas que mora aqui fofocando o dia todo
- Quando é preciso estar lá: quando você precisa captar muito capital e contratar talento técnico em escala
- A vantagem de vir pouco: gera sensação de escassez para você e para os outros, e as pessoas priorizam te ver
- O custo real de se mudar sendo uma empresa de uma pessoa só: 50% do tempo dele durante um mês em vistos, mudança e trazer o cachorro
- O que o Chile dá a ele: família, amigos, levar o cachorro para passear e algo que o obriga a se desconectar
Sobre a Empresa de Uma Pessoa e Um Bilhão
- Ele não acha que a Kapso seja a candidata: é infraestrutura, há negócios operando em cima, e precisa de gente que lhe dê estabilidade
- Onde ele vê isso possível: negócios em que você possa delegar boa parte do processo, como certo e-commerce
- O alerta dele: essas oportunidades seriam de curta duração, porque você teria todo mundo como concorrência
A Quem Ele Agradece
- Aos fundadores da Fintual, Pedro Pineda e Agustín Feuerhake, que pensam grande por padrão
- O que ele mais gosta neles: muita autoconfiança e humildade ao mesmo tempo, sem precisar ser o narcisista insuportável
Glossário do Vale do Silício
| Termo | Significado | Contexto no episódio |
|---|---|---|
| PLG | Product-led growth, crescer pela adoção do produto | A estratégia dele frente ao foco enterprise da concorrência |
| Bottom up | Entrar pelo usuário individual e não pela diretoria | Como a Kapso chega às empresas |
| CLI | Ferramenta de linha de comando | O que ele lançou para que os coding agents operem sobre o WhatsApp |
| Coding agent | Agente que escreve e executa código | O maior usuário dele, acima dos humanos |
| Evals | Testes sistemáticos da qualidade de um agente | O que ele decidiu não ter, e por quê |
| Vibe coding | Programar conversando com o modelo | Como ele construiu a Kapso desde o início |
| Moat | Vantagem que impede que te copiem | O que ele vê para as linguagens já presentes no training data |
| SOP | Procedimento operacional padrão | O que agora vive em repositórios em vez de documentos |
| Training data | Os dados com que um modelo foi treinado | Por que uma linguagem nova teria muita dificuldade |
| Context switching | O custo de pular entre tarefas | O limite real dele ao operar sozinho |
| Partner program | Programa oficial de parceiros de uma plataforma | Onde a Kapso está dentro do WhatsApp |
Pessoas, Empresas e Referências
Pessoas Mencionadas
- Andrés Matte: fundador da Kapso, antes cofundador da Platanus Ventures
- Pedro Pineda e Agustín Feuerhake: da Fintual, a quem ele agradece
- Dan Shipper: da Every, pela ideia de que a pasta é o agente
- Mark Zuckerberg e Javier Olivan: para quem ele gostaria de apresentar a oportunidade do WhatsApp
- Dario Amodei: pela previsão da empresa de um bilhão com um único funcionário
- Enzo Cavalie: host do podcast
Empresas e Organizações
- Kapso: WhatsApp para developers, mais de 13.000 desenvolvedores
- Platanus Ventures: a aceleradora chilena que ele cofundou
- Meta e WhatsApp: a plataforma sobre a qual ele constrói, e seu programa de parceiros
- Supabase, Vercel, Resend: as referências de experiência de desenvolvedor que faltavam ao WhatsApp
- Claude Code, Codex, Cursor: as ferramentas pelas quais ele passou
- Every: a newsletter da qual ele é assinante pagante
- Notion, GitHub, PostHog, Dropbox: os repositórios de dados que eles discutem
- Remotion: com o que ele faz os vídeos de lançamento
- Fintual: a referência que fecha o episódio
