Ir para o conteúdo

Contratar um engenheiro de IA

Os engenheiros de IA da Data Science Lab integram a sua equipa para desenvolver aplicações baseadas em modelos de linguagem, como o assistente RAG para a Fokker Services Group.

Anthony Chat, o assistente RAG que desenvolvemos para a Fokker Services Group, responde a perguntas sobre documentos internos

"Trabalhar com a Data Science Lab em projetos que vão da inteligência de mercado a soluções de chat baseadas em IA tem sido inestimável", afirma Kaveh Alizadeh, gestor da área de gestão de programas na Fokker Services Group.

Leia o caso de estudo

Como levar o nosso projeto-piloto com um modelo de linguagem para além da demo?

O projeto-piloto funcionou na demo, mas, perante perguntas reais, o modelo dá por vezes respostas que não correspondem aos documentos. Faltam um conjunto de testes e referências às fontes, bem como a ligação aos sistemas onde estão as respostas. Um engenheiro de IA implementa estas componentes na sua equipa.

Agende uma conversa

Um engenheiro de IA constrói a aplicação em torno do modelo de linguagem, não o próprio modelo

Fale connosco sobre o seu caso de uso

Pesquisar nos seus próprios documentos

Dividir e indexar documentos e responder a perguntas sobre eles com retrieval-augmented generation (RAG), como no caso de Anthony Chat para Fokker Services Group.

Ligações a sistemas existentes

O assistente obtém conhecimento de sistemas já existentes, como o chatbot Dex, que ligámos aos sistemas da PostNL.

Um modelo de linguagem numa análise

Um LLM pode ser uma etapa num fluxo de dados, como no caso da Respect Foundation, em que um LLM analisou o sentimento das publicações nas redes sociais.

Testes e salvaguardas

Um conjunto de testes com perguntas reais, medições da exatidão e da relevância e medidas contra prompt injection antes de um assistente ou agente entrar em funcionamento.

Fale com um candidato de IA sobre o seu caso de uso e as suas fontes

  1. Caso de uso e fontes

    Analisamos a que questão a aplicação responde, que documentos e sistemas utiliza e quem ficará responsável por ela.

  2. Falar com os candidatos

    Apresentamos colegas que desenvolvem com modelos de linguagem. Pode falar com eles sem compromisso e escolher quem contrata.

  3. Desenvolver e testar

    O engenheiro desenvolve no seu ambiente. O código, o conjunto de testes e os resultados da avaliação ficam consigo quando o projeto termina.

Está na altura de recorrer a um engenheiro de IA ou é preciso definir melhor o caso de uso?

Avalie numa conversa

É adequado se

Existe uma questão bem definida, como pesquisar em manuais ou contratos, os documentos estão disponíveis e a sua equipa quer aprender a desenvolver e gerir a aplicação.

Não é adequado se

Ainda não existe um caso de uso ou pretende receber um assistente de conhecimento como projeto concluído. Nesse caso, uma conversa sobre estratégia ou um projeto é um ponto de partida melhor do que reforçar a equipa.

Disponibilidade e tarifa

O projeto determina o número de horas por semana e a duração da colaboração; não há uma duração mínima ou máxima fixa. A tarifa depende dos conhecimentos especializados necessários, da experiência do engenheiro e da duração.

Contratado por nós

Não contrata um trabalhador independente: o engenheiro de IA é contratado pela Data Science Lab e destacado para a sua organização. A seleção, o onboarding e o acompanhamento passam por um único ponto de contacto.

Destacar um engenheiro de IA, encomendar um projeto GenAI ou contratar alguém diretamente?

Destacamento

Escolha esta opção se a sua equipa mantiver a responsabilidade pela aplicação e quiser aprender a desenvolvê-la, testá-la e geri-la. É o que recomendamos se o primeiro caso de uso já estiver definido.

Como projeto

Escolha esta opção se quiser que lhe entreguemos um assistente ou agente funcional, assumindo nós a responsabilidade; consulte IA generativa.

Contratação direta

Escolha esta opção se prevê acrescentar regularmente aplicações baseadas em modelos de linguagem. Se ficar satisfeito com o nosso engenheiro, podemos conversar sobre a sua contratação permanente.

Os nossos engenheiros de IA desenvolvem o que os colegas criaram na Fokker e na PostNL

Os colegas criaram o assistente RAG para a Fokker Services Group e o chatbot Dex para a PostNL. Contamos também com o nosso laboratório interno e os Techdays. A Data Science Lab existe desde 2016 e é Databricks Partner e Microsoft Partner.

Agende uma primeira conversa

O seu caso de uso e os seus documentos orientam a primeira conversa

Stef Stoelwinder

Stef Stoelwinder

Desenvolvimento de Negócio

Stef é o seu primeiro ponto de contacto. Na primeira conversa, falamos sobre o seu caso de uso, as suas fontes e o perfil mais adequado.

Que aplicação baseada num modelo de linguagem pretende desenvolver?

Diga-nos qual é a questão, quais são as fontes e que equipa está envolvida. Responderemos por e-mail ou proporemos uma primeira conversa.

Introduza um endereço de e-mail válido.

Diga-nos como podemos ajudar.

Perguntas frequentes

Um engenheiro de IA desenvolve aplicações com base em modelos de linguagem existentes (LLMs): um assistente que pesquisa nos documentos da sua organização, um agente que executa etapas de um processo de trabalho ou um LLM usado numa etapa de uma análise. Escolhe o modelo, cria as ligações aos sistemas de origem e testa se as respostas estão corretas.

Se procura um engenheiro de GenAI ou de LLM, trata-se geralmente da mesma função. Na nossa página sobre alocação de profissionais, o engenheiro de IA consta das funções de data science e IA.

O engenheiro de IA desenvolve aplicações com base num modelo de linguagem existente e trabalha sobretudo com fontes, prompts, integrações e avaliação. Um engenheiro de machine learning treina modelos próprios com os seus dados e coloca-os em produção. Um engenheiro de MLOps configura os processos que mantêm todos os modelos em produção: registry, CI/CD e monitorização.

Se pretende obter previsões a partir dos seus próprios dados, um engenheiro de ML é a escolha mais adequada. Se precisa de um assistente que responda a perguntas sobre documentos, opte por um engenheiro de IA.

Na retrieval-augmented generation, uma etapa de pesquisa recupera primeiro passagens relevantes dos seus documentos. Estes foram previamente divididos em partes (chunks) e armazenados como vetores através de um modelo de embeddings. O modelo de linguagem formula a resposta com base nessas passagens e indica a fonte, para que possa verificá-la.

Na Fokker, identificámos duas dificuldades: uma pergunta com várias partes pode não recuperar todas as passagens relevantes, e contratos semelhantes de clientes diferentes podem ser confundidos. Dividir as perguntas em partes e usar metadados claros ajuda. Saiba mais no nosso artigo sobre LLMs internos e RAG.

Com um conjunto de testes composto por perguntas reais e pelas respostas esperadas. No caso do RAG, a Microsoft distingue dois tipos de medição: a etapa de pesquisa (o assistente recupera as passagens certas?) e a resposta. Na resposta, avalia-se o groundedness (a resposta contém algo que não consta das fontes?), a relevância e a completude.

Outro modelo de linguagem pode atuar como avaliador e atribuir estas pontuações. O engenheiro de IA executa o teste sempre que o prompt, o modelo ou o índice é alterado, para que possa ver se a alteração melhora ou prejudica os resultados.

Comece por avaliar os dados que serão introduzidos no modelo. Se a sua organização já utiliza Azure, Azure OpenAI é uma opção natural: inclui um acordo de tratamento de dados padrão e permite desativar o armazenamento temporário dos dados introduzidos. Um modelo aberto alojado na sua própria infraestrutura oferece o maior controlo, mas exige mais trabalho e mecanismos de proteção próprios.

Analisamos os compromissos entre privacidade, alojamento, custos e facilidade de utilização no nosso artigo como escolher o LLM certo.

O maior risco é a prompt injection: texto numa pergunta, num documento ou numa página web que dá outras instruções ao modelo. A OWASP identifica-a como o principal risco das aplicações com LLM. No caso dos agentes, que interagem autonomamente com sistemas, o risco é maior.

Entre outras medidas, a OWASP recomenda atribuir ao agente apenas as permissões de que precisa, assinalar separadamente os conteúdos externos, exigir aprovação humana para ações de grande impacto e testar ativamente a aplicação através de ataques. Saiba mais sobre agentes em IA agêntica.

As pessoas têm de saber que estão a falar com uma máquina. Segundo a Comissão Europeia, as regras de transparência do Regulamento da IA aplicam-se a partir de agosto de 2026. Se utilizar um assistente para tomar decisões sobre pessoas, por exemplo, para selecionar candidaturas a emprego, este pode ficar sujeito às regras mais rigorosas aplicáveis a sistemas de risco elevado.

O engenheiro de IA assegura que as fontes das respostas, as versões e os testes ficam registados. Cabe à sua equipa jurídica ou de compliance avaliar se uma aplicação está abrangida pelas regras. Saiba mais em governação da IA.

Se ainda não existe um caso de uso bem definido, o engenheiro não tem nada para desenvolver. Comece antes pela Data & AI strategy. Se os documentos estão desatualizados ou dispersos, trate primeiro da fundação de dados. Se precisa de um modelo preditivo próprio, um engenheiro de machine learning é mais adequado.

Se procura um assistente de conhecimento interno mas não tem uma equipa de desenvolvimento própria, conheça o Joost, o nosso assistente de IA para conhecimento interno.

Leia como trabalhamos com modelos de linguagem e dados de manutenção numa empresa de MRO em IA na manutenção de aeronaves e MRO.