Engenharia dentro da sua operação, não um relatório sobre ela.
O engenheiro senta com quem opera, escreve código no seu ambiente e responde pelo que fica em produção. É o modelo que a Palantir criou no início dos anos 2010 e que OpenAI e Anthropic passaram a usar para colocar IA dentro de empresa que já roda.
Antes do nome: o que a pessoa faz.
Tire o rótulo em inglês e sobra uma descrição simples. É um engenheiro de software que trabalha de dentro da sua empresa, no seu sistema, com o seu dado real, junto de quem faz o trabalho todo dia. Ele não escreve um documento sobre a sua operação: ele escreve o código que a sua operação vai usar.
Três coisas definem o formato. Tirar qualquer uma delas transforma o modelo em outra coisa.
Fica onde o trabalho acontece
Não é reunião de status. É acompanhar quem opera, no horário em que a operação roda, e ver o passo que ninguém escreve no documento porque para quem faz ele é óbvio.
Escreve código no seu ambiente
Seu repositório, sua nuvem, seu dado real — não uma prova de conceito com base anonimizada que depois alguém precisa reescrever para valer.
Responde pelo resultado
O critério não é "o escopo foi entregue". É a operação melhorou e continua funcionando depois que o engenheiro sai da sala.
O modelo não é novo. Virou urgente agora.
Ele nasceu numa empresa que vendia software para governo e indústria pesada, onde entregar a licença e ir embora nunca funcionou. Quando a IA passou a depender do dado e do processo de cada cliente, o mesmo problema voltou — e as empresas de fronteira copiaram a solução.
Onde o cargo foi criado
O engenheiro trabalhava dentro do cliente em vez de na sede. Até por volta de 2016, a empresa tinha mais gente nesse formato do que engenheiros de produto.
Fonte: The Pragmatic EngineerQuem copiou primeiro
O time começou no início de 2025 com dois engenheiros e passou de dez, distribuídos em oito cidades, para levar modelo de fronteira até produção dentro do cliente.
Fonte: The Pragmatic EngineerO que a vaga pede
Construir aplicação de produção dentro do sistema do cliente, viajar de 25% a 50% do tempo para trabalhar presencialmente, e devolver ao time de produto o padrão que se repete.
Fonte: descrição da vagaA a16z chamou o cargo de o mais disputado do setor e abriu um programa próprio: 65 pessoas na primeira turma, escolhidas entre milhares de inscrições. Fonte: a16z
O que quebra quando o engenheiro fica de fora.
O piloto funciona e não vira produção
O que roda na apresentação não tem integração, não tem quem opere e não tem resposta pronta para quando errar.
Escrevemos sobre isso →A regra que decide o caso difícil não está escrita
Ela está com a pessoa que faz aquilo há anos. E ela só conta quando alguém está do lado, vendo a tela junto, na hora em que o caso difícil aparece.
A integração aparece no dia da virada
O campo que vem vazio numa parte dos registros, o sistema que só aceita carga de madrugada, o relatório que alguém corrige na mão desde sempre. Levantamento por reunião não encontra nada disso.
Ninguém é dono depois que entra no ar
Entrega assinada, time desmobilizado, e o primeiro erro em produção não tem a quem recorrer. É aí que o projeto vira prejuízo, não na construção.
Como acontece na Moonxi, semana a semana.
Não é uma sexta frente. É o formato em que a Moonxi entrega as frentes de construção, desenvolvimento de software e squad dedicado. A cotação continua saindo fechada por frente, no diagnóstico.
Conversa com quem opera. Acesso de leitura aos sistemas e à base. Mapa do dado: onde está, em que estado, quem usa. O que você já tentou e onde parou.
Onde a IA entra primeiro, qual arquitetura, quanto custa rodar por mês, o que precisa de aprovação humana. Cotação fechada por frente, com prazo. Nenhuma linha de código.
O ritmo passa a ser semanal: uma revisão com quem opera, um pedaço funcionando no seu ambiente e a lista do que mudou. Seu time revisa cada passo enquanto a construção acontece.
Alguém do seu time aprende a operar, revisar e corrigir enquanto a gente constrói. O que entra no ar entra com documentação e manual de operação.
O que não muda: as regras de como trabalhamos valem igual aqui. Todo número carrega a fonte, alguém aprova antes da ação sair, e o dado sensível não sai do seu ambiente.
Pra quem é.
A decisão que você quer automatizar está dentro de uma operação que já roda, com gente, sistema e volume.
Errar custa dinheiro, prazo ou risco regulatório — e alguém precisa responder quando errar.
Existe uma pessoa do seu lado disposta a operar, revisar e corrigir. Ela não precisa saber programar.
Pra quem não é.
O que você precisa é de uma recomendação para levar ao conselho. Aí o que resolve é a frente de descoberta e arquitetura.
O que falta é mão de obra por hora, sem meta. Isso é corpo alugado, e a Moonxi não faz.
Nenhum sistema seu pode ser tocado por gente de fora. Sem acesso combinado ao ambiente real, esse modelo não existe.
O que muda em relação a uma consultoria ou a um contrato por hora.
Os três formatos existem porque resolvem problemas diferentes. A diferença que importa é sempre a mesma: onde a pessoa trabalha, o que fica quando ela sai, e quem responde quando quebra às três da tarde de uma quarta-feira.
Consultoria
Serve quando o gargalo é a decisão, não o sistema.
Contrato por hora
Serve quando você já tem arquitetura, meta e quem revisa.
Forward Deployed Engineer
Serve quando o sistema precisa funcionar todo dia e alguém precisa ter nome quando não funcionar.
Perguntas sobre esse modelo.
Forward Deployed Engineer é uma sexta frente da Moonxi?
Não. É o formato em que a Moonxi entrega as frentes de construção, desenvolvimento de software e squad dedicado. A cotação continua saindo fechada por frente, no diagnóstico.
O engenheiro fica dentro do meu escritório?
Parte do tempo, quando a operação é presencial. O resto é dentro do seu ambiente digital: seu repositório, sua nuvem, os rituais do seu time. O combinado sai no diagnóstico, antes de começar.
Vocês precisam de acesso aos meus sistemas?
Sim, e o nível de acesso é combinado antes. No diagnóstico o acesso é de leitura. Onde o dado é sensível, a arquitetura padrão mantém o dado identificado dentro do seu ambiente.
Isso é corpo alugado com outro nome?
Não. Corpo alugado é hora vendida sem meta. Aqui existe escopo fechado, prazo, e alguém que responde pelo que está em produção.
E se eu quiser seguir sozinho depois?
Consegue. O que entra no ar entra com documentação e manual de operação, e alguém do seu time aprende a operar, revisar e corrigir enquanto a gente constrói.
Quanto custa?
A cotação sai fechada no diagnóstico, por frente. Não tem tabela porque não tem projeto igual.