Pular para o conteúdo
primorpa+ai
Primo Epic

Agentes de IA corporativos
que você pode controlar e auditar

O Primo Epic é uma plataforma de agentes de IA que roda na sua própria infraestrutura. Os agentes revisam contratos, verificam faturas conforme a política da empresa e processam planilhas. Cada alteração aguarda a aprovação de um colaborador, cada decisão é registrada com seu raciocínio e o acesso segue suas funções e regras de segurança.

Ver a plataforma
RPA + agentes de IA

Um robô repete etapas que estão escritas.

Quando uma exceção não está no script do robô, a tarefa vai para um colaborador, que consulta o regulamento, os documentos relacionados e o histórico da operação. O raciocínio por trás da decisão raramente fica registrado.

Um agente decide dentro das regras que você define e registra o porquê.

Ele reúne os documentos e os dados, compara-os com as regras da empresa e prepara o resultado para aprovação ou passa a decisão a um colaborador, com a cláusula do regulamento em que se baseou e cada etapa registrada.

Os colaboradores cuidam de exceções e decisões, não de buscas e conferências manuais.

Capacidades

Agentes para o trabalho que exige julgamento, não só repetição

01

Revisão de contratos e documentos

Verifica um contrato ou uma proposta comercial conforme a política da empresa e o devolve como arquivo Word com controle de alterações. Cada alteração mostra o texto original, a substituição proposta e a cláusula do regulamento que a fundamenta.
02

Verificação de faturas e documentos

Concilia os documentos primários com o contrato e a política contábil, lista cada divergência com sua referência e recomenda se deve ser aceito. Casos simples são preparados automaticamente; os controversos vão para um contador.
03

Análise de planilhas

Lê, corrige e faz cálculos em pastas de trabalho do Excel. Os colaboradores perguntam em linguagem natural e recebem seleções ou cálculos prontos, executados por código em um ambiente isolado.
04

Respostas a partir de políticas e bases de conhecimento

Responde às perguntas dos colaboradores com base nas políticas da empresa, com referência à cláusula. Se os documentos não contêm a resposta, o agente informa isso.
05

Robôs Primo RPA como ferramentas

Para sistemas sem API, o agente aciona robôs Primo RPA por meio do Orchestrator. O robô continua; o agente trata a exceção e decide quando acioná-lo.
06

Conexão com os sistemas da empresa

ERP, contabilidade e outros sistemas com API são conectados por servidores MCP. Documentos digitalizados são reconhecidos pelo Primo AI Server e depois revisados pelo agente.

O que torna um agente de IA aceitável em uma empresa não é o que ele consegue fazer, mas até que ponto pode ser controlado. O Primo Epic coloca esse controle na plataforma, não no prompt.

Controle

Duas camadas de controle, uma delas independente do modelo

Política — suas regras

  • —Regras da empresa para o caso, redigidas a partir do seu regulamento: formulação para o modelo, severidade e citação da cláusula
  • —Mantidas por um advogado ou metodologista, com versionamento, e publicadas sem programador
  • —O modelo lê as regras e as segue. Como qualquer modelo de linguagem, ele pode deixar alguma passar

Verificações do sistema — aplicadas pelo código da plataforma

  • —Limites de execução: etapas, tokens e tempo por tarefa
  • —Ferramentas permitidas: tudo o que está fora da lista é bloqueado ou enviado para confirmação
  • —Filtro de entrada e saída: palavras proibidas e instruções injetadas pelo texto dos documentos
  • —Mascaramento de dados pessoais nas respostas do modelo
  • —A reação é definida por verificação: bloquear, enviar para confirmação ou mascarar. Os valores são definidos para a plataforma e refinados por agente ou etapa

Alterações em documentos e dados aguardam a decisão de um colaborador sobre cada uma. As regras de confirmação são fixadas na publicação do agente e, durante a execução, só podem ficar mais rígidas. Por padrão, nenhuma ação que altera dados é executada sem confirmação.

Uma decisão que não pode ser explicada não pode ser auditada. Para cada tarefa, a plataforma registra o que o modelo decidiu, qual ferramenta usou e quem aprovou o resultado.

Rastreabilidade

Cada decisão pode ser reconstruída depois

Cada etapa do modelo

Cada etapa do agente com sua duração e os tokens usados pelo modelo, para que uma execução possa ser reproduzida em ordem.

Cada chamada de ferramenta

Qual ferramenta o modelo chamou, com quais argumentos e o que retornou.

Cada decisão sobre uma alteração

A cláusula, o código e a severidade da regra, o texto original e o proposto, o raciocínio do modelo e quem aceitou ou rejeitou.

Cada verificação do sistema acionada

Limites atingidos, ferramentas bloqueadas e conteúdo filtrado aparecem no mesmo registro da etapa que os provocou.

Cada repasse

Quando o assistente repassa uma solicitação a um agente específico, o registro mostra para quem e por quê.

Um log de auditoria separado

Concessão e revogação de permissões, mudanças de função, contas bloqueadas e tentativas de acesso negadas. Os logs podem ser exportados para sistemas externos, incluindo SIEM.

Controle e registros só importam se a plataforma se encaixa no modelo de segurança corporativo. Acesso, execução e conexão de ferramentas seguem as regras que sua equipe de segurança já aplica.

Segurança

Projetada para passar na sua revisão de segurança

Dentro do seu perímetro

A plataforma, os dados, os arquivos e os logs ficam nos seus servidores e nenhuma telemetria sai. As conexões de saída vão apenas para o modelo, os sistemas conectados e as ferramentas que você aprova.

Ver arquitetura de implantação →

Seu login e seus grupos

Os usuários entram pelo seu provedor OIDC ou pelo Keycloak incluído, com grupos do LDAP ou do Active Directory. A plataforma não armazena senhas próprias.

Funções e permissões por objeto

Quatro funções definem seções e ações. Permissões em quatro níveis controlam o acesso a cada agente, modelo, servidor e política. Os direitos são verificados no servidor a cada ação, e as recusas são registradas.

Agentes agem com os direitos do usuário

Um agente age em nome do colaborador que definiu a tarefa e não pode fazer o que esse colaborador não tem permissão para fazer. Cada colaborador vê apenas as próprias conversas.

Ferramentas revisadas pela segurança

Um administrador marca um servidor de ferramentas como confiável somente após a sua revisão de segurança. Até lá, qualquer ação que não seja somente leitura exige confirmação.

Execução de código isolada

O código que o agente escreve para cálculos roda em um contêiner descartável sem acesso à rede. Os tokens de acesso a modelos e ferramentas são armazenados criptografados.

Chatbots em nuvem e agentes resolvem problemas diferentes. A diferença está em onde o trabalho é executado e em quem mantém o controle do resultado.

Como um agente difere de um chatbot

Chatbot sobre um modelo em nuvem

  • —Roda na nuvem do fornecedor do modelo; o fornecedor decide quais modelos e conectores estão disponíveis
  • —Responde principalmente com texto; ações nos sistemas passam pelos conectores do fornecedor
  • —Controle e logs ficam do lado do fornecedor

Agente do Primo Epic

  • —Roda nos seus servidores; você escolhe o modelo
  • —Corrige o documento, prepara o registro no sistema e aciona robôs Primo RPA, com confirmação antes de alterar dados
  • —Cartões de confirmação, verificações no nível da plataforma e um registro de etapas mantido dentro do seu perímetro

Nem todo processo se encaixa. Esta é uma leitura honesta de onde o Primo Epic tem melhor desempenho e de onde talvez ainda não seja a escolha certa.

Quando o Primo Epic é a escolha certa

Bom encaixe

  • —Contratos, faturas, solicitações ou relatórios que precisam ser verificados conforme um regulamento escrito
  • —Decisões que exigem uma trilha fundamentada e auditável que um auditor interno possa seguir
  • —Exceções que hoje os robôs repassam aos colaboradores
  • —Dados que precisam permanecer dentro do perímetro da empresa
  • —Documentos digitalizados, com o Primo AI Server fazendo o reconhecimento

Pontos de atenção

  • —Não há regulamento escrito nem conjunto de regras em que basear as decisões
  • —Não há critérios de sucesso acordados antes do piloto
  • —Não há acesso a um modelo de linguagem: um servidor com aceleradores, um gateway corporativo ou um modelo em nuvem aprovado
  • —Processos que precisam rodar de forma totalmente não assistida; hoje uma tarefa é iniciada por um colaborador ou por um sistema chamador
  • —Ambientes que exigem uma certificação de segurança específica da plataforma; os requisitos são avaliados antes do piloto
Implantação e controle

Uma implantação gradual,
com controles integrados.

2–3semanas
Avaliação do processo
Normalmente antes de um piloto: volumes de tarefas, exceções, regulamentos, sistemas e requisitos de segurança.
6–10semanas
Piloto com critérios de sucesso acordados
Um agente funcionando dentro do seu perímetro, medido em uma amostra de controle dos seus próprios documentos.
4
Verificações do sistema no nível da plataforma
Limites de execução, ferramentas permitidas, filtro de entrada e saída, mascaramento de dados pessoais. Valem independentemente do modelo.
1
Entrada no catálogo para trocar o modelo
Os agentes não são reconstruídos. A qualidade é verificada novamente antes da troca.

Os prazos são típicos de uma implantação inicial e dependem da prontidão da infraestrutura e do escopo das políticas. Os números descrevem a abordagem de entrega e o design da plataforma, não resultados de clientes.

Comece agora

Veja o Primo Epic com seus próprios regulamentos e documentos

Ver a plataforma