Ir para o conteúdo
XSIS

Tecnologia

IA e dados

Modelos e fornecedores, precisão, recuperação ou ajuste fino, plataformas de dados, dados em tempo real e automação de documentos.

37 perguntas

Qual é a diferença entre um sistema multiagente e um chatbot?

Um chatbot responde perguntas. Um agente age: lê registros, chama os seus sistemas e conclui etapas de um processo. Um sistema multiagente divide uma tarefa maior entre agentes com funções estreitas, que são mais fáceis de testar e controlar.

O que são MCP, A2A e AP2?

São protocolos abertos para agentes de IA. O Model Context Protocol (MCP) conecta um agente a ferramentas e dados. O Agent2Agent (A2A) permite que agentes em sistemas diferentes deleguem trabalho. O Agent Payments Protocol (AP2) permite que um agente pague sob um mandato que você assina.

Como vocês impedem que um agente faça algo que não deveria?

Um agente só pode agir pelas ferramentas que definimos para ele, cada uma com suas próprias permissões e limites. Cada chamada é registrada. As salvaguardas verificam entradas e saídas, e as etapas que envolvem risco aguardam a aprovação de uma pessoa.

O que significa humano sobre o circuito?

No trabalho com humano no circuito (HITL), uma pessoa aprova cada etapa. No trabalho com humano sobre o circuito (HOTL), os agentes executam as etapas de rotina enquanto as pessoas supervisionam, recebem alertas e intervêm nas exceções. Acordamos com você quais etapas precisam de qual modelo.

Como vocês sabem se os agentes são precisos o suficiente?

Criamos um conjunto de avaliação a partir de casos reais com os resultados esperados. Cada agente é pontuado nele antes do lançamento e após cada mudança em prompts, modelos ou ferramentas. Você acorda o limite, e não lançamos abaixo dele.

Com quais modelos de linguagem vocês trabalham?

Escolhemos por tarefa. As opções incluem modelos de fronteira da OpenAI, Claude e Gemini, modelos de pesos abertos como Llama, Qwen, DeepSeek e Mistral e modelos regionais como Jais, Falcon e ALLaM. Quando os dados precisam ficar no país, usamos modelos que podem rodar dentro do seu ambiente.

Funciona em árabe e dialetos regionais?

Sim. Ajustamos pequenos modelos de linguagem voltados ao árabe, como Jais, Falcon e ALLaM, com o seu vocabulário e os seus documentos. Depois os testamos com as perguntas que os seus usuários fazem, nos dialetos que usam.

O que é GraphRAG com reconhecimento de permissões?

A geração aumentada por recuperação encontra as passagens que respondem a uma pergunta e as entrega ao modelo. O GraphRAG acrescenta um grafo de conhecimento de como as suas entidades se relacionam, para que as respostas sigam esses vínculos. Reconhecimento de permissões significa que cada passagem é filtrada primeiro pelos direitos de quem pergunta.

Precisamos de um modelo grande ou um pequeno resolve?

Muitas vezes um pequeno resolve. Classificação, extração e respostas a partir dos seus próprios documentos costumam funcionar bem em um pequeno modelo de linguagem ajustado, que roda em menos GPUs e custa menos. Mantemos os modelos grandes para as tarefas que exigem raciocínio mais profundo.

O que é um grande modelo quantitativo? (Grandes modelos quantitativos e ML aplicado)

Um grande modelo de linguagem é treinado com texto. Um grande modelo quantitativo (LQM) é treinado com dados numéricos, como preços, transações ou fluxos de cadeia de suprimentos. Ele é usado para simular cenários e prever resultados em que a resposta é um número.

Vocês conseguem explicar as decisões do modelo a auditores e clientes?

Sim. Usamos métodos de IA explicável (XAI) que mostram quais fatores determinaram cada decisão, e documentamos como o modelo foi construído e testado. As suas equipes de crédito, risco e auditoria podem revisar cada modelo antes de ele entrar em produção.

Como vocês verificam o viés?

Testamos o desempenho do modelo entre os grupos de clientes que importam para você e para o seu regulador. Onde os resultados diferem sem um motivo sólido, mudamos os dados, os atributos ou o modelo antes do lançamento.

O modelo consegue impedir a fraude conforme ela acontece?

Sim. Modelos de fraude e PLD pontuam transações em tempo real, conforme acontecem. Casos suspeitos são retidos ou encaminhados aos seus investigadores, com os motivos pelos quais o modelo os sinalizou.

Um agente de voz ou de chat consegue de fato concluir um pedido?

Sim. Os agentes transacionais chamam os seus sistemas por ferramentas restritas e registradas para fazer o trabalho, como consultar um pedido ou alterar uma reserva. Etapas que envolvem risco, como pagamentos, podem exigir a confirmação do cliente ou de um funcionário.

Os agentes entendem árabe e dialetos regionais?

Construímos e testamos agentes nos idiomas e dialetos dos seus clientes, incluindo o árabe, com modelos ajustados para eles. Testamos com gravações e mensagens reais antes que qualquer cliente ouça ou leia o agente.

Por que executar visão computacional na borda?

Vídeo pesa muito e algumas decisões não podem esperar. O processamento na própria câmera ou perto dela dá resultados mais rápidos, envia menos dados pela rede e mantém as imagens no local quando elas precisam ficar ali.

Quais canais os agentes podem atender?

Chamadas de voz, chat na web e mensagens, conectados aos mesmos sistemas de retaguarda para que o cliente possa transitar entre canais. Começamos pelo canal que concentra mais pedidos.

O que é processamento inteligente de documentos (IDP 2.0)?

Ele lê documentos como uma pessoa faria: o texto, o layout e o significado. O IDP 2.0 acrescenta IA que verifica os dados em relação às suas regras, resolve exceções de rotina e lança o resultado nos seus sistemas.

Quais documentos vocês conseguem processar?

Faturas, extratos bancários, documentos de comércio exterior, arquivos de KYC e formulários complexos, digitados, digitalizados ou fotografados. Testamos com as suas próprias amostras, em todos os layouts e idiomas que você recebe.

E se a extração estiver errada?

As regras de validação capturam a maioria dos erros antes do lançamento, verificando totais, fornecedores, pedidos e registros. Qualquer coisa incerta fica retida para uma pessoa, com o motivo exibido. As correções retornam ao sistema para que ele melhore.

Isto é o mesmo que automação robótica de processos?

Não. A automação robótica de processos repete cliques em telas e quebra quando um layout muda. O IDP entende o documento em si e lança pelas interfaces do seu ERP, não pelas telas dele.

Em quais sistemas ERP vocês conseguem lançar?

Lançamos pelas interfaces suportadas dos ERPs com que a nossa divisão de integrações trabalha, incluindo SAP, Oracle, Microsoft Dynamics 365 e Odoo. Os lançamentos são testados em um sandbox antes de chegarem ao seu razão em produção.

Qual plataforma de dados devemos usar?

Depende dos seus dados, das suas competências, de onde os dados precisam ficar e de como você vai consultá-los. Comparamos Snowflake, Databricks e um lakehouse aberto em Apache Iceberg com as suas cargas de trabalho e regras de residência, e recomendamos a opção mais simples que atenda.

Precisamos de dados em tempo real?

Apenas onde uma decisão depende deles, como verificações de fraude, níveis de estoque ou ações de agentes. Transmitimos esses eventos com Kafka e Flink e mantemos cargas em lote onde números diários bastam, porque o lote custa menos para operar.

Vocês conseguem extrair dados do nosso ERP sem deixá-lo lento?

Sim. Lemos alterações pelas interfaces suportadas do ERP ou pelos logs do seu banco de dados, em vez de consultas pesadas, e agendamos cargas em massa fora dos horários de pico. Medimos a carga no ERP antes e depois.

Como vocês garantem que os números estão certos?

Cada pipeline tem verificações de qualidade sobre volumes, chaves, totais e atualidade, e as falhas impedem que dados ruins cheguem aos relatórios. Conciliamos os números principais com os seus sistemas de origem junto aos responsáveis de finanças e operações.

Quanta indisponibilidade e perda de dados devemos planejar?

É uma decisão de negócio, tomada como duas metas. O objetivo de ponto de recuperação é quanto dado recente você poderia perder. O objetivo de tempo de recuperação é quanto tempo um sistema pode ficar indisponível. Projetamos replicação, failover e backups para atendê-los e depois os testamos.

Com que tipos de banco de dados vocês trabalham?

Bancos de dados relacionais e bancos de documentos, chave-valor e busca, nos seus próprios servidores ou como serviços gerenciados de nuvem. No início confirmamos os motores e versões que você usa e alocamos engenheiros que os conhecem. Se você estiver escolhendo um novo banco de dados ou serviço gerenciado, primeiro comparamos as opções com a sua carga de trabalho, competências, licenças e custos operacionais.

Nosso banco de dados está lento. Por onde vocês começam?

Por medição, não por suposições. Capturamos as consultas mais lentas e mais frequentes, lemos seus planos de execução e verificamos esperas, bloqueios, memória e armazenamento. Índices, mudanças de consulta e configuração costumam ajudar mais do que hardware novo, e custam muito menos. Corrigimos as maiores causas primeiro e medimos cada mudança em relação a uma linha de base.

Por que precisamos de gestão de dados mestres?

Porque cada sistema mantém a sua própria cópia de clientes, produtos e fornecedores, e as cópias se distanciam. A gestão de dados mestres acorda uma versão única, a mantém atual e a distribui de volta, para que relatórios e modelos parem de divergir.

Como vocês impedem que um assistente de IA vaze dados?

A recuperação aplica as suas regras de acesso no nível de linha e de função antes de qualquer texto chegar ao modelo. O modelo só vê o que quem pergunta pode ler, e campos sensíveis podem ser mascarados antes.

A criptografia vai deixar os nossos sistemas lentos?

Normalmente não de forma perceptível. Os processadores modernos criptografam rapidamente, e a maioria dos bancos de dados e sistemas de armazenamento criptografa em repouso com pouca sobrecarga. Criptografar campos individuais dentro de um aplicativo custa mais. Testamos o desempenho nas suas cargas de trabalho antes da implantação e escolhemos a abordagem que atende ao risco sem desacelerar o negócio.

Podemos confiar nas respostas de uma ferramenta de BI conversacional?

Só se forem rastreáveis, então toda resposta mostra a consulta executada e os dados usados. Ela lê definições acordadas em uma camada semântica, e nós a testamos com números em que as suas equipes já confiam.

O que significa linguagem natural para SQL?

O usuário digita uma pergunta em linguagem simples, e o analista de IA a transforma em uma consulta ao banco, a executa sobre dados governados e explica o resultado. Os usuários não precisam de SQL, e os analistas gastam menos tempo com solicitações rotineiras.

Podemos oferecer análises aos nossos próprios clientes?

Sim. Construímos análises dentro dos seus portais e aplicativos, com cada cliente limitado aos seus próprios dados. Quando os seus dados têm valor para terceiros, podemos empacotá-los como um produto de autoatendimento.

Qual é a diferença em relação a adicionar um chatbot?

Um chatbot responde perguntas. Construímos sistemas que fazem trabalho. Os agentes chamam as suas ferramentas sob supervisão, os modelos respondem apenas com o que o usuário pode ver e as plataformas de dados os mantêm abastecidos. Cada um é testado, registrado e medido.

Como vocês mantêm os agentes de IA sob controle?

Os agentes agem por ferramentas estreitas e registradas, com as permissões que você concede. As pessoas os supervisionam sobre o circuito e aprovam as etapas que importam. O AgentOps acrescenta telemetria, avaliação, salvaguardas contra respostas inventadas e limites de gasto com tokens.

Mais perguntas

Todos os temas de FAQ

Comece com uma conversa, não com um contrato.

Conte o que você precisa construir, conectar ou proteger. Um arquiteto analisa com você e recomenda por onde começar.

O que acontece a seguir

  1. Definição do horário

    Nossa equipe envia um e-mail para combinar o horário da sessão.

  2. Sessão de pré-consultoria

    Uma sessão on-line gratuita de pré-consultoria de 30 minutos: analisamos os seus objetivos, sistemas e restrições.

  3. Avaliação de prontidão

    Em uma avaliação de prontidão gratuita de 48 horas, um arquiteto principal verifica o seu projeto com a Definição de Prontidão em 6 pontos e recomenda a trilha adequada.

  4. Escolha da trilha

    Projetos com escopo pronto recebem uma proposta vinculante em 3 a 5 dias úteis. Projetos em estágio de conceito começam no Blueprint Studio. Um sistema em produção com falhas, não documentado ou que precisa de integração começa com um diagnóstico de 1 a 2 semanas. O Blueprint Studio e o diagnóstico têm cada um uma taxa fixa, cotada na proposta.