Este artigo se baseia no que está oficialmente documentado e em uso real no mercado hoje, não em especulação. Boris Cherny, head do Claude Code na Anthropic e criador da ferramenta, publicou em junho de 2026 um post no X (antigo Twitter) que viralizou com mais de 2,9 milhões de visualizações. A tese é direta: os títulos tradicionais, engenheiro, designer, PM, data scientist, estão se fundindo em algo novo. E, para descrever esse novo cenário, Cherny propôs cinco arquétipos que emergem naturalmente em times de tecnologia que usam IA intensivamente.
O fim dos títulos tradicionais
Cherny observou que, no time do Claude Code, a separação clássica entre funções perdeu o sentido. Na Anthropic, todos os funcionários técnicos carregam o mesmo título formal: Member of Technical Staff. O PM programa. O designer programa. Até o financeiro programa. Não há mais entrega entre “quem decide” e “quem constrói”, porque essas são a mesma pessoa em diferentes momentos da semana, segundo relato de Aakash Gupta no Medium.
O próprio Cherny afirmou no podcast de Lenny Rachitsky que acredita que “o título de engenheiro de software vai começar a desaparecer” e ser substituído por algo como “builder”, ou talvez todo mundo seja product manager e todo mundo programe. Essa fusão não é teoria: segundo a SemiAnalysis, 4% de todos os commits no GitHub em meados de 2026 já são assinados pelo Claude Code, e a projeção é que chegue a um quinto até o fim do ano.
O movimento não é isolado. A Fast Company Brasil reportou que empresas como LinkedIn já substituíram seu programa de Associate Product Manager por uma trilha rotativa de “Product Builder”. O Shopify adotou a regra de que protótipos sem IA “nem são considerados completos”. E figuras como Dylan Field, CEO do Figma, já disseram que os cargos estão se fundindo e que todo mundo está virando “product builder”.
Os cinco arquétipos segundo Boris Cherny
Cherny não propõe novos cargos. Ele identificou cinco padrões de contribuição que existem independentemente da função formal da pessoa. Uma pessoa pode transitar entre dois ou até três arquétipos dependendo do que o produto precisa naquele momento. Os arquétipos são:
1. Prototyper (Prototipador). Gera ideias novas em alta velocidade. Cria dezenas de protótipos, sabendo que a maioria não vai virar produto. Seu valor não está no que chega a produção, mas na quantidade de direções que consegue explorar e descartar rápido. No time do Claude Code, quando lançaram o recurso Agent Teams, testaram centenas de versões antes de uma sobreviver. A animação de spinner que você vê enquanto o Claude Code trabalha levou de 50 a 100 iterações para acertar, 80% nunca foram lançadas.
2. Builder (Construtor). Pega um protótipo que funcionou e o transforma em código de produção. O prototyper prova que o conceito funciona; o builder prova que funciona em escala, com usuários reais, sob carga real. São habilidades genuinamente diferentes. Um prototyper excelente pode ser um builder terrível e vice-versa. O Cowork, produto completo para não-engenheiros da Anthropic, saiu em cerca de dez dias, perto da versão que foi lançada, isso é velocidade de builder.
3. Sweeper (Varredor). O arquétipo que ninguém menciona, mas que faz a diferença entre um produto sustentável e uma bola de neve de dívida técnica. O sweeper simplifica a interface, refatora código, remove funcionalidades que ninguém usa e otimiza performance. Num mundo onde lançar recursos é barato, o sweeper é o sistema imunológico que impede o produto de ficar inflado. Sem sweepers, times que lançam rápido acumulam dívida mais rápido do que acumulam valor.
4. Grower (Cultivador). Pega um produto já lançado e o empurra em direção ao product-market fit. O builder colocou o produto na porta. O grower observa como os usuários interagem com ele, identifica a distância entre o que foi construído e o que os usuários precisam, e fecha essa lacuna com iteração rápida. O instinto do grower é “o que faria alguém usar isso duas vezes?”, não “qual recurso devemos adicionar?”.
5. Maintainer (Mantenedor). mantém um sistema maduro seguro, confiável e rápido enquanto escala. É o arquétipo menos glamoroso é o que quebra empresas quando está ausente. Produtos que crescem sem maintainers eventualmente colapsam sob o próprio peso. O Claude Code, por exemplo, revisa todo pull request antes de um humano, o modelo pega a maioria dos bugs na primeira passada. Isso é trabalho de maintainer sendo aumentado pelo próprio produto que o time construiu.
Como a combinação ideal muda com o ciclo de vida do produto
Cherny também mapeou quais arquétipos são mais importantes em cada estágio do produto:
Produto novo (pre-PMF): precisa de pessoas fortes em Prototyper + Builder + Sweeper. A prioridade é explorar rápido, construir o que funciona e limpar o que não funciona. Startups quase sempre carecem de sweepers e maintainers, lançam rápido, acumulam funcionalidades e eventualmente desaceleram porque ninguém está limpando.
Produto em crescimento (encontrou PMF): precisa de Builder + Sweeper + Grower, com algum Maintainer. O foco vira escalar o que já funciona, refinar a experiência e expandir a adoção.
Produto maduro (PMF forte): precisa de Sweeper + Grower + Maintainer, mantendo algum Builder. A prioridade é manter a estabilidade, continuar melhorando o encaixe com o mercado e sustentar a operação.
O Sweeper é o único arquétipo que aparece como prioridade nos três estágios.
Uma observação importante de Cherny: esses arquétipos não estão ligados à função. Na Anthropic, alguns designers são Prototypers, outros são Builders, outros são Sweepers. O mesmo vale para engenheiros, PMs e data scientists. O título no crachá não diz quase nada sobre qual arquétipo a pessoa realmente exerce.
O papel da IA em cada arquétipo
Quando perguntaram a Cherny se a IA poderia substituir os papéis de Builder e Sweeper, ele respondeu: “Claude pode ajudar com todos esses em diferentes graus, e vai melhorar com o tempo.” Hoje, Claude já é particularmente bom em trabalho de Sweeper e Builder.
Mas há um limite importante: a IA adiciona, não subtrai. O trabalho do Sweeper é subtração, deletar, simplificar, remover, e isso exige gosto e julgamento que o modelo não tem. O mesmo vale para o Prototyper: um modelo gera cem ideias, mas saber qual delas vale a pena construir é um julgamento que a IA ainda não faz bem. Como observou um desenvolvedor no blog paddo.dev, “o agente faz o trabalho braçal dentro de cada arquétipo; o julgamento no centro de cada um fica com você.”
Fontes: Post original de Boris Cherny no X, Analise de Aakash Gupta no Medium, Inc., The Head of Claude Code Says Your Startup Needs These 5 Employee Archetypes, Digg, Boris Cherny propôses five functional archetypes, The New York Ledger, The 5 job archetypes of the future, AOL, The 5 job archetypes of the future, Lenny’s Podcast, Boris Cherny: What happens after coding is solved, paddo.dev, The Archetype Under the Title, Fast Company Brasil, O novo cargo do designer: engenheiro criativo de IA
