Guillem Alsina Gonzàlez
A versão candidata da nova especificação do Model Context Protocol já se encontra disponível para avaliação, representando a revisão técnica de maior envergadura deste padrão desde o seu lançamento inicial. A publicação desta edição preliminar, que precede o lançamento da versão definitiva agendada para a próxima terça-feira (dia 28 de julho), concede aos programadores e responsáveis de sistemas um período de dez semanas para validar as alterações em ambientes de trabalho reais antes da sua adoção final.
A principal novidade desta atualização consiste na transição para uma arquitetura stateless (sem estado) na camada do protocolo, uma modificação que simplifica drasticamente a infraestrutura necessária para a sua implementação em produção. Anteriormente, as ligações exigiam um processo de handshake inicial e a criação de uma sessão persistente, o que obrigava à utilização de encaminhamento fixo (sticky sessions) e a repositórios de sessão partilhados. Com a eliminação destes requisitos, qualquer pedido pode agora ser processado por qualquer instância do servidor, permitindo às empresas operar de forma eficiente através do uso de equilibradores de carga tradicionais.
Apesar desta profunda reestruturação, as aplicações podem continuar a manter o estado recorrendo a identificadores explícitos gerados pelas ferramentas, os quais são transmitidos como argumentos comuns nas chamadas sucessivas.
Paralelamente, os pedidos iniciados pelo servidor foram modificados para que apenas possam ser executados durante o processamento de um pedido ativo do cliente. Este ajuste substitui os fluxos de eventos contínuos por um sistema no qual o servidor devolve um resultado a solicitar as informações necessárias, cabendo ao cliente retomar o pedido assim que os dados forem reunidos.
Para complementar a simplificação da rede, foram introduzidas melhorias operacionais que facilitam o encaminhamento, o armazenamento em cache e a rastreabilidade do tráfego. Os novos cabeçalhos obrigatórios permitem direcionar os pedidos dos clientes sem necessidade de inspecionar o corpo da mensagem, enquanto os resultados de leitura passam a incluir parâmetros de tempo de vida (TTL) para determinar com precisão a validade de uma resposta. Foi também documentada a propagação do contexto de rastreio (trace context) para unificar a monitorização em sistemas distribuídos.
No que respeita a funcionalidades adicionais, as extensões passam a ter o estatuto de elemento de primeiro nível, contando com um processo de desenvolvimento formalizado e independente da especificação principal. Neste âmbito, inclui-se a nova funcionalidade de aplicações integradas, que possibilita aos servidores o envio de interfaces gráficas interativas em formato HTML para serem renderizadas de forma segura do lado do cliente. Da mesma forma, a gestão de tarefas — anteriormente integrada no núcleo experimental — evoluiu para uma extensão oficial totalmente adaptada ao novo modelo stateless.
Sob a perspetiva da proteção e gestão de implementações, a segurança das autorizações foi reforçada para alinhar de forma mais rigorosa com os padrões do setor. A partir de agora, as aplicações cliente terão de validar parâmetros específicos nas respostas para evitar ataques de confusão (confused deputy), bem como declarar o seu tipo de aplicação durante o registo dinâmico, adaptando-se às exigências habituais dos padrões OAuth 2.0 e OpenID Connect. Relativamente à configuração de ferramentas, os esquemas de entrada e saída de dados foram atualizados para suportar a versão completa do padrão JSON Schema de 2020.
Por fim, e de modo a assegurar a continuidade dos projetos empresariais a longo prazo, foi estabelecida uma política formal de descontinuação (deprecação) que garante um prazo mínimo de doze meses antes da remoção de qualquer funcionalidade. Elementos de versões anteriores — como as raízes (roots), a amostragem de dados (sampling) e determinados registos de eventos — foram assinalados como obsoletos ao abrigo desta nova regulamentação, mas permanecerão operacionais durante um ano. Esta medida visa assegurar que os departamentos técnicos possam adotar as futuras revisões do protocolo sem a necessidade de reescrever o código existente com urgência face a alterações repentinas.
