O produto Presence da OpenAI leva as empresas de demonstrações de agentes para uma produção confiável e governada em voz e chat. Explicamos como políticas, guardrails, ações aprovadas, avaliações e um ciclo de melhoria tornam os agentes seguros e úteis — e o que os líderes devem fazer para delimitar, integrar e medir o ROI desde o primeiro dia.
Presence redefine o problema do agente empresarial da escolha do modelo para a confiabilidade operacional. Ele reúne os elementos que tornam os agentes seguros e úteis em escala: conhecimento específico do trabalho, ações aprovadas, políticas e procedimentos operacionais padrão (SOPs), guardrails, simulações e avaliadores, e um caminho de escalonamento humano. Disponível para voz e chat em tempo real, o objetivo do produto não é responder a todas as perguntas, mas alcançar consistentemente resultados corretos e em conformidade com as políticas — verificando clientes, lendo o contexto da conta, aplicando lógica de negócios e tomando ações permitidas — enquanto encaminha rapidamente casos extremos para pessoas. Esse design alinha incentivos: velocidade e contenção quando a confiança é alta, e escalonamento de baixo risco quando não é.
A postura arquitetônica é de acesso mínimo necessário. Cada implantação começa com um único trabalho (por exemplo, resolução de cobrança, solicitações de serviço de TI), define as ferramentas necessárias (ler conta, emitir crédito dentro dos limites, atualizar ticket) e aplica aprovações e limites. O Presence então avalia o comportamento usando simulações e avaliadores que verificam resultados, uso de ferramentas, conformidade com políticas e tempo de escalonamento. O resultado é um ciclo governado: a telemetria das sessões de produção alimenta atualizações propostas, que as equipes podem testar A/B antes do lançamento. A integração é pragmática — conecte identidade e funções via IAM, apresente contexto via CRM/ITSM e mantenha todas as ações auditáveis com logs e painéis padrão.
Para os líderes, a mudança chave é tratar os agentes como uma aplicação de linha de negócio com ciclo de vida. O Presence formaliza isso com um processo de melhoria alimentado por Codex e Engenheiros de Implantação Avançada ou parceiros que ajudam a passar do piloto para a produção. O sucesso depende de delimitação disciplinada, um RACI claro para aprovações, zonas de política vermelha/âmbar para ações e SLOs de nível empresarial: taxa de contenção, precisão contra SOPs, taxa de violação de políticas, CSAT, tempo médio de atendimento e tempo para mudança após descoberta de lacunas. Feito corretamente, as empresas podem escalar um pequeno conjunto de fluxos de trabalho bem instrumentados em vários canais — reutilizando políticas, avaliações e regras de escalonamento — sem reinventar a pilha para cada novo caso de uso.
Plano de Implantação: do piloto à produção em 90 dias
Fase 1 (Semanas 1–3): Selecione um trabalho estreito e de alto volume com SOPs claras (por exemplo, resolver cobrança contestada ≤$100). Mapeie políticas, defina ações e integre identidade, caminhos de leitura CRM/ITSM e registro. Rascunhe zonas de política vermelha/âmbar/verde e defina gatilhos de escalonamento. Estabeleça critérios de sucesso: taxa alvo de contenção, delta CSAT, AHT e taxa de violação de políticas. Construa simulações de casos frequentes e extremos para avaliar resultados antes da exposição ao cliente.
Fase 2 (Semanas 4–8): Ative produção supervisionada com guardrails claros — portões de aprovação em gravações e créditos, limites de taxa em ações e entrega obrigatória em baixa confiança. Instrumente painéis para precisão, alertas de política e entregas humanas. Execute testes canários por canal, itere via ciclo de melhoria e codifique aprendizados como módulos de política reutilizáveis. Fase 3 (Semanas 9–12): Expanda o escopo, adicione canais e mova aprovações baseadas em evidências (por exemplo, autoaprovação de ações de baixo risco). Mantenha plano de reversão e janelas de mudança para segurança.
Confiança, Política e Escalonamento: Como o controle é aplicado
O Presence aplica controle por design. As ações são parametrizadas com pré-condições (por exemplo, identidade verificada, estado da conta), limites de magnitude (teto de crédito) e requisitos de aprovação (gerente, humano no loop). Guardrails detectam solicitações fora da política e direcionam ou interrompem interações. Regras de escalonamento disparam em baixa confiança, contexto ausente ou risco detectado, entregando com transcrição completa e estado para que humanos completem o trabalho. Avaliações ocorrem continuamente: simulações antes do lançamento, avaliadores pós-lançamento em sessões amostradas e alertas em desvios de política ou uso indevido de ferramentas.
As empresas devem alinhar isso com programas de governança: acesso baseado em função via IAM, minimização de dados para PII, regras de retenção e trilhas de auditoria integradas às ferramentas de conformidade existentes. Defina limites de aceitação/rejeição por métrica e trate qualquer regressão de política como bloqueio de lançamento. Isso permite que líderes operacionais adaptem agentes conforme produtos e regras mudam — sem ceder controle ao comportamento opaco do modelo.
