Cloudax publica o OHP: o Protocolo Aberto de Transferência para IA de voz.

A Cloudax publicou hoje a versão preliminar pública de OHP: o Protocolo Aberto de Transferência de Informações, uma especificação independente de fornecedor para a transferência de conversas de voz ao vivo entre agentes de IA, IVRs, centrais de atendimento e funcionários humanos. A versão preliminar está disponível em github.com/OpenHandoffProtocol/OHP sob licença Apache-2.0.

OHP resolve um problema que a indústria de voz vem tentando contornar há mais de uma década: não existe uma maneira compartilhada para uma IA de voz de um fornecedor transferir uma conversa ao vivo, com identidade do chamador verificada, intenção, estado do slot, consentimento e continuidade de mídia, para uma IA de voz, IVR ou atendente humano de um fornecedor diferente. Todas as camadas abaixo da conversa já possuem um padrão. A conversa em si, não.

O problema, em quatro números

A discrepância se manifesta na experiência mensurável do cliente e nos custos, e não apenas em diagramas de arquitetura.

O que a OHP define

OHP é um formato de transmissão em camadas para transferência de conversas ao vivo. compõe com, não substitui, SIP, WebRTC, MCP, OVON Open Floor e planos de controle CPaaS existentes. A especificação define cinco camadas componíveis.

• Nível 4: Envelope de Estado da Conversação (CSE). Um documento JSON/CBOR canônico e assinado, contendo a identidade verificada do chamador, a pilha de intenções, o estado do slot, a transcrição redigida, dicas de memória do modelo, recibos de consentimento e provas de continuidade de mídia.
• L3: Plano de controle. Cinco verbos idempotentes, terminados em -ado: PROPOSE, ACCEPT, REJECT, ASSUME, RETURN, mais uma reserva INCIDENT Verbo para comunicação de incidentes graves, conforme o Artigo 73 da Lei de Informática da UE.
• L2: Ligações de transporte. SIP INFO, WebSocket, HTTP e gRPC, portanto o mesmo envelope trafega inalterado pelos planos de telefonia, web e operações.
• Nível 1: Confiança e identidade. Assinaturas híbridas Ed25519 + ML-DSA-65 (com proteção pós-quantum, FIPS 204), selagem HPKE por destinatário, credenciais verificáveis SD-JWT, recibos de consentimento ISO/IEC 27560 e um registro de transparência no estilo Sigstore.
• L0: Continuidade da mídia. Dicas SDP re-INVITE, encaminhamento de trilha SFU e uma verificação opcional de impressão digital de áudio que vincula cada envelope a uma perna de chamada específica.

Quatro níveis de conformidade: do piso de adoção ao teto regulamentado

O sistema OHP foi projetado para que um pequeno fornecedor possa enviar o nível de iluminação para piso em um fim de semana prolongado, enquanto uma empresa regulamentada possa iluminar o teto sem alterar o formato da fiação. Cada nível é um superconjunto estrito do nível inferior.

As cargas de trabalho declaram o nível mínimo exigido e o próprio formato da transferência, e não a boa vontade do fornecedor ou a documentação de atestação trimestral, rejeita transferências não conformes. Uma empresa regulamentada pode impor restrições. audience.minTier="sealed" ou "regulated" em processos de aquisição, e com recusa automatizada no momento da transferência, caso a contraparte tente efetuar a entrega por um valor inferior a esse limite.

Projetado para dados regulamentados desde a primeira linha.

OHP é o primeiro formato de transferência de voz projetado para ser legível por máquina, tanto para a Lei de IA da UE quanto para o Sistema de Gestão de IA ISO/IEC 42001. Um único envelope contém a identidade e a versão do sistema de IA, a classificação de risco, a cláusula do Anexo III, a referência de conformidade CE, as referências AIIA e FRIA, a cadeia de fornecedores GPAI (Artigo 53), a comprovação de divulgação do Artigo 50, a postura de supervisão do Artigo 14 e uma cadeia de proveniência estruturada por decisão.

Um regulador que se baseia em um único hash de envelope pode reconstruir o panorama completo da responsabilidade por uma conversa: qual sistema de IA processou a chamada, sob qual classe de risco, o que foi divulgado ao interlocutor e quando, quem supervisionou, quais decisões o sistema tomou e por quê, e quais modelos upstream estavam na cadeia, sem ferramentas específicas do fornecedor e sem acesso ao payload.

Por que as normas existentes não eliminam essa lacuna?

Cada camada abaixo da conversa já possui um padrão. A conversa em si não, e o OHP é explícito sobre o que ele compõe, em vez de substituir.

• SIP / SIP REFER. Estabelece, transfere e encerra sessões de voz, mas não possui carga semântica: os cabeçalhos X são ad hoc, sofrem perda de dados entre as operadoras e são limitados a algumas centenas de bytes.
• WebRTC + DataChannel. Define um canal, não um esquema. Cada fornecedor cria seu próprio JSON com base nisso.
• MCP. Padroniza a forma como um modelo invoca ferramentas. Limita-se a um único ambiente de execução de agente, sem considerar a conversa, a identidade do chamador ou a transferência de mídia.
• OVON Espaço Aberto. Um vocabulário de alto nível para que os agentes se apresentem. Sem vinculação de áudio/mídia, sem aterramento de telefonia, sem semântica de consentimento ou retenção.
• CCXML / VoiceXML. Scripting de IVR da era pré-LLM. Sem estado do modelo, sem incorporações, sem parciais de streaming.
• Webhooks CPaaS e dados anexados em CC. Limitado a um único fornecedor; mão única; sem espaço para inteligência artificial e sem capacidade de defesa além das fronteiras.
• OpenTelemetry GenAI semconv. Telemetria somente leitura, não um envelope de transferência em tempo de execução.

Governança: escrito pela Cloudax, propriedade da indústria

A Cloudax está publicando o OHP sob a licença Apache-2.0 com um modelo de contribuição exclusivo para DCOs e detém a licença apenas para a série v0.x. Antes de qualquer versão v1.0, a empresa convocará um grupo de trabalho com pelo menos três fornecedores de IA de voz que não sejam da Cloudax e transferir a gestão para um comitê diretivo com múltiplos fornecedores.

Um conjunto público de testes de conformidade é fornecido com a versão preliminar. Cada alteração na especificação deve vir acompanhada de novos vetores de teste, e o executor de testes de conformidade é a fonte de verdade para o que significa "estar em conformidade com o OHP".

Roteiro para a versão 1.0

• v0.1: hoje. Publicadas as versões preliminares, de implementação de referência e de conformidade. Inicia-se o contato com os parceiros de projeto.
• v0.2. Dois implementadores externos foram contratados; os resultados dos testes públicos foram divulgados.
• v0.9 RC. Grupo de trabalho ampliado; revisão final dos candidatos em comparação com o sistema de conformidade.
• v1.0. O grupo de trabalho liderado pela Cloudax passa a ser composto por um comitê diretivo com múltiplos fornecedores.

Parceiros de referência para implementação e projeto

A Cloudax publicou uma implementação de referência construída sobre sua plataforma de IA de voz existente, o Cloudax Fabric. O verificador de conformidade completo, o esquema JSON, as regras de canonicalização CBOR e exemplos de envelopes estão disponíveis juntamente com a versão preliminar.

A Cloudax está ativamente buscando parceiros de design e participantes para grupos de trabalho em plataformas de contact center, provedores de CPaaS, runtimes de IA de voz, fornecedores de biometria de voz, provedores de identidade e implementadores corporativos regulamentados. Fornecedores que já operam formatos de transferência proprietários são explicitamente convidados: o design em camadas do OHP visa tornar a adoção um processo contínuo, com trabalho de fim de semana na linha de frente e documentação completa na alta administração, e não uma tarefa árdua e complexa.

Disponibilidade

Sobre a OHP

O OHP (Open Handoff Protocol) é uma especificação independente de fornecedor para a transferência de conversas de voz ao vivo — incluindo contexto, intenção, estado, identidade, consentimento e mídia — entre agentes de IA de voz, IVRs, centrais de atendimento e humanos. Ele foi projetado para ser incorporado aos planos de controle SIP, WebRTC e HTTP/WS sem exigir um ambiente de execução, modelo ou provedor de telefonia específico, e foi desenvolvido desde o início para fluxos de dados regulamentados, de modo que o estado de autenticação, os resultados de identificação e verificação (ID&V), as instruções de pagamento, o contexto de saúde e outros dados pessoais sensíveis possam cruzar as fronteiras de fornecedores com a mesma proteção legal que uma mensagem ISO 20022 entre bancos.

Sobre a Cloudax

A Cloudax desenvolve infraestrutura de IA de voz para empresas em setores regulamentados. A empresa é a autora da versão preliminar pública do OHP e a mantenedora da implementação de referência inicial. A Cloudax detém a autoria apenas da série v0.x da especificação e está comprometida com a gestão multivendor antes de qualquer lançamento da v1.0.

Contato para imprensa e editores

Editores de especificações, consultas da imprensa e participação em grupos de trabalho: [email protected]