Os Engenheiros de Campo (Forward Deployed Engineers – FDEs) da Anthropic atuam na interseção entre o produto, a realidade do cliente e o comportamento do modelo. Sua preparação será mais eficaz se você encarar a entrevista como uma avaliação de como toma decisões de implementação em cenários com restrições complexas, e não como um teste de conhecimentos teóricos sobre modelos.
Considere a seguinte situação: uma grande organização de suporte deseja implementar o Claude para ajudar os agentes a responder a chamados de clientes, mas enfrenta regras rígidas de dados, um sistema de identidade já existente e um conjunto de ferramentas internas que contêm as respostas necessárias. Sua função, sob a ótica de um FDE, é transformar esse cenário em um plano de implementação seguro e funcional, com uma análise clara dos prós e contras (trade-offs).
A abrangência do produto Anthropic refere-se aos elementos com os quais os clientes interagem diretamente ao desenvolver soluções com o Claude. Na prática, isso inclui o Claude como modelo, a API do Claude como meio de comunicação entre a aplicação e o modelo, e os controles corporativos que garantem a aprovação por parte da equipe de segurança.
No exemplo dos chamados de suporte, o cliente não está solicitando apenas “um chatbot”. Ele busca um sistema de IA capaz de ler o contexto do chamado, recuperar trechos relevantes de políticas, acionar ferramentas internas quando necessário e impedir que dados sensíveis vazem para locais indevidos.
Grande parte do trabalho do FDE consiste em traduzir objetivos de negócio em tarefas concretas de desenvolvimento. Você acaba definindo quais dados o Claude pode acessar, quais ações pode executar e como comprovar que seu comportamento é adequado antes de um lançamento em larga escala.
Veja como essas questões de implementação se traduzem em tarefas reais de desenvolvimento.
A Realidade Corporativa Prevalece Ao responder a uma pergunta de entrevista, a maneira mais rápida de parecer inexperiente (nível júnior) é ignorar aspectos como identidade, acesso a dados e controles de implementação, indo direto para a criação de prompts.
O processo de entrevista da Anthropic muda com o tempo, mas os candidatos frequentemente relatam um conjunto de etapas que correspondem às atividades principais da função de FDE. O objetivo não é memorizar uma sequência “correta”, mas sim entender o que cada etapa busca avaliar sobre o seu desempenho em um projeto real, como a implementação de um sistema de tickets de suporte.
Uma triagem inicial com o recrutador geralmente avalia se você consegue explicar com clareza seu trabalho técnico anterior com clientes e se sua motivação é compatível com a função. Uma etapa baseada em estudo de caso frequentemente avalia a fase de descoberta (discovery): a habilidade de transformar uma solicitação vaga em uma definição clara do problema, restrições e próximos passos, sem transferir o trabalho de engenharia para o cliente.
Uma etapa de arquitetura de sistemas (system design) frequentemente foca em RAG (Retrieval-Augmented Generation ou Geração Aumentada por Recuperação), que consiste em utilizar uma etapa de busca em dados do cliente para embasar a resposta do modelo antes de ele gerá-la. Em nosso exemplo, isso poderia significar recuperar a política de reembolso atual e as exceções específicas de cada região, garantindo que o agente receba uma resposta alinhada às regras vigentes, em vez de um palpite que apenas pareça plausível.
Uma etapa de implementação ou depuração (debugging) tende a avaliar sua capacidade de realmente colocar soluções em produção. Isso inclui ler logs, isolar modos de falha (como timeouts de ferramentas ou recuperação de dados ineficiente) e realizar correções pontuais sem precisar reescrever todo o sistema.
Uma etapa comportamental ou de redação técnica frequentemente avalia se você consegue comunicar trade-offs (escolhas e concessões), riscos e o status do projeto de maneira a construir confiança tanto com engenheiros quanto com profissionais de outras áreas. No contexto da implementação, isso poderia envolver um breve comunicado explicando por que o uso da ferramenta está restrito a listas de permissão (allowlists) e por que o projeto começa com uma única fila antes de ser expandido.
Explore os tipos comuns de etapas e o que cada uma busca avaliar.