Visão geral
O BYOM (Bring Your Own Model) está disponível para todas as empresas no Pipefy.
Com ele, você registra múltiplos provedores e modelos de LLM na sua organização e atribui o modelo certo para cada Agent Behavior diretamente no Agent Builder, desde que configurado pelo administrador da Organização.
Cada etapa do processo passa a rodar com o modelo mais adequado para ela, seja para extração rápida ou para raciocínio complexo, tudo dentro do mesmo pipe.
O que há de novo?
- Registro de múltiplos provedores no Model Registry: Company Admins e Super Admins podem cadastrar mais de um provedor de LLM simultaneamente em Painel do Admin → Configurações de IA → Bring Your Own Model, definir credenciais por provedor e marcar um modelo como padrão da organização.
- Seleção de modelo por Agent Behavior: Pipe Admins escolhem o modelo que alimenta cada Behavior diretamente no Agent Builder, via menu suspenso na parte inferior do Behavior. Behaviors sem atribuição explícita usam automaticamente o modelo padrão da organização.
- Fallback em três camadas: o sistema tenta o modelo atribuído ao Behavior; se não houver, usa o padrão da organização; se nenhuma configuração personalizada for encontrada ou se houver falha, aciona o Pipefy AI como rede de segurança.
- Company Admin como Org Admin: Company Admins agora também são adicionados como Org Admins, ganhando acesso à configuração completa do BYOM sem depender de outros perfis administrativos.
- Provedores suportados: OpenAI, Azure OpenAI, Google Vertex, Oracle OCI Generative AI, AWS Bedrock e provedores personalizados via URL de endpoint próprio (compatíveis com o formato OpenAI).
Como isso ajuda?
- Modelo certo para cada etapa: tarefas simples como extração e classificação rodam com modelos leves e rápidos; análises complexas e raciocínio avançado usam modelos mais robustos. Tudo no mesmo pipe, sem dividir fluxos.
- Autonomia total para Pipe Admins: a seleção de modelo é feita diretamente no Agent Builder, você faz os ajustes ou cria novos Behaviors.
- Controle sobre dados sensíveis: você direciona cada tipo de informação para o provedor aprovado pela sua política de segurança, com visibilidade sobre qual modelo processa cada Behavior.
- Continuidade garantida pelo fallback automático: nenhum Behavior para por falta de atribuição explícita. O sistema sempre encontra um modelo para executar.
- Elimina workarounds de múltiplas organizações: times que dividiam fluxos em organizações separadas para simular comportamentos por modelo agora fazem tudo em uma única organização.
Casos de uso
1. Triagem e análise de chamados de TI com modelos diferentes no mesmo pipe
Um Pipe Admin de TI configura dois Agent Behaviors em um pipe de ITSM. O primeiro usa um modelo leve para classificar o tipo de incidente (hardware, acesso, software) e atribuir SLA por categoria automaticamente. O segundo, ativado apenas para chamados que exigem análise de causa-raiz, usa um modelo mais robusto para redigir o diagnóstico e recomendar a solução. O resultado é triagem imediata para incidentes simples e profundidade analítica quando o caso exige, sem custo excessivo em toda a fila.
2. Extração de dados e validação de compliance em procurement
No processo de compras, um Agent Behavior extrai campos da requisição (fornecedor, valor, categoria de despesa, centro de custo) com um modelo rápido. Um segundo Behavior, responsável por avaliar aderência às políticas internas antes do roteamento para aprovação, usa um modelo com maior capacidade de raciocínio contextual. Tudo no mesmo pipe, sem duplicação de fluxos e sem dependência de revisão manual para a etapa de compliance.
3. Onboarding de colaboradores com Behaviors especializados por etapa
Um pipe de admissão em RH tem três Behaviors: o primeiro extrai dados do formulário de admissão com um modelo leve; o segundo gera um checklist personalizado por cargo e área com um modelo intermediário; o terceiro responde a dúvidas abertas sobre políticas internas com um modelo avançado. Cada etapa usa o modelo mais eficiente para sua função, sem pipes separados e sem custo desnecessário nas etapas mais simples.
4. Atendimento a clientes com roteamento por complexidade
Em um pipe de Customer Success, o primeiro Behavior classifica a solicitação por tipo e urgência com um modelo leve. Solicitações simples seguem para resolução automatizada; solicitações que exigem resposta contextualizada são encaminhadas para um Behavior com modelo mais robusto. O roteamento e o fallback acontecem automaticamente, dentro do mesmo pipe, sem intervenção manual na triagem.
5. Governança de dados por provedor aprovado
Uma empresa com requisitos regulatórios distintos por tipo de informação configura Behaviors com provedores diferentes: dados financeiros processados exclusivamente por um provedor aprovado pelo Jurídico; dados operacionais gerais usando o modelo padrão da organização. A configuração é feita centralmente pelo Company Admin, sem necessidade de múltiplas organizações no Pipefy para isolar provedores.
Mais relevante para
- Pipe Admins que constroem fluxos com Agent Behaviors
- Company Admins e Super Admins responsáveis pela governança de IA na organização
- Times de TI que precisam controlar quais provedores de LLM processam dados internos
- Operações de Procurement, RH e Customer Success com pipes que combinam etapas simples e complexas
- Empresas com requisitos de soberania de dados ou políticas de segurança por tipo de informação
Documentação
Para o passo a passo completo, consulte o artigo no Help Center.
