Resumo
draft-mo-cats-agent-selection-mapping-00transforma atualizações contínuas de métricas em decisões discretas, sujeitas a restrições, custo de mudança e uma regra de estabilidade.- Afinidade com estado, carga e latência só podem ordenar candidatos elegíveis; anúncio, seleção, reserva, transferência, execução e resultado continuam sendo provas diferentes.
Oscilar parece eficiência quando o painel mostra apenas o vencedor atual. Para uma sessão longa, porém, cada troca pode carregar contexto, documentos, planos e artefatos. Se o ganho desaparece antes de a transferência terminar, o controlador converte telemetria em desperdício.
O primeiro draft de A Selection Mapping Framework for AI Agent Services in Computing-Aware Traffic Steering foi publicado em 30 de setembro de 2026. É um Internet-Draft individual Informational, discutido na lista CATS. Não é RFC, item adotado pelo grupo, protocolo, formato ou prova de produção; o próprio texto afirma que não cria componente funcional novo.
O documento parte de quatro propriedades: sessões longas, execução com estado, progresso por etapas e consumo heavy-tailed. A colocação de modelo e estado muda lentamente; caminho e fila mudam rápido. O passo seguinte pode exigir capacidade diferente, descobrir novos endpoints ou despertar depois que o cache foi removido.
Três camadas organizam o problema. O descriptor registra capacidade, working set, restrições, objetivo, orçamento, tolerância a degradação e freshness. A resource view descreve forwarding, computing e storage para a mesma instância e seus caminhos. O selection context registra o ponto da sessão, compromisso atual, horizonte restante e regra de estabilidade.
Antes de ranquear, o sistema filtra. Localidade, tenant, jurisdição, memória, context window, capacidade e ceilings não podem virar pesos. Valor ausente, velho ou sem proveniência é unknown e não satisfaz restrição. Um score comum ajuda somente depois que o conjunto elegível existe.
O estado é avaliado por elemento. Context cache, material recuperado, tool result, plan/scratch e memória duradoura têm tamanhos e custos de reconstrução diferentes. Resultado não idempotente pode ser requisito duro; documento recuperável pode ser preferência. Cada item precisa de presença, idade, retenção, custo, tamanho e regra de localização.
Transferência é paga uma vez por mudança; storage e compute são pagos durante as etapas. A comparação ilustrativa entre transferir e recomputar não é benchmark. Ela torna explícito que o holder de estado tem afinidade, não propriedade. O movimento só faz sentido se o horizonte restante pagar a conta.
As decisões ocorrem em admission, início de turn ou step, wake-up, freshness expiry, melhoria sustentada, risco de restrição, tail event, orçamento e close. Entre esses pontos, métrica nova é evidência, não comando.
A janela de estabilidade exige intervalo mínimo, melhoria mínima e ganho líquido depois do custo de mover. Trabalho em andamento não muda por preferência. Risco de constraint e tail event não absorvível podem exigir resposta mais rápida, mas a exceção fica registrada.
Um handoff segue reserve, transfer/reconstruct e commit. Se o target não torna o conjunto necessário utilizável, aborta e a source continua disponível. Retries não duplicam reservas. Isso impede que anúncio otimista seja confundido com capacidade comprometida.
O fallback também é ordenado: relaxar preference sem tocar constraint; degradar apenas como autorizado; mover trabalho elegível; falhar o step com razões; por fim adiar, pedir aprovação ou encerrar session. Retry silencioso até consumir budget é falha de controle.
Descriptor, snapshot, decision record, commitment e handoff record têm autores e vidas diferentes. Selected não prova steering, execução nem outcome. E como a instância pode exagerar capability ou state para atrair sessões, cada quantity carrega tempo, freshness, source e confidence.
Na leitura de Lu Heng, essa separação evita que o símbolo vire autoridade. O controlador pode explicar por que escolheu; não pode reivindicar que a realidade posterior obedeceu.
Fontes
- https://datatracker.ietf.org/doc/charter-ietf-cats/
- https://datatracker.ietf.org/doc/draft-ietf-cats-data-model/
- https://datatracker.ietf.org/doc/draft-ietf-cats-framework/
- https://datatracker.ietf.org/doc/draft-ietf-cats-metric-definition/
- https://datatracker.ietf.org/doc/draft-ietf-cats-oam-fw/
- https://datatracker.ietf.org/doc/draft-ietf-cats-usecases-requirements/
- https://datatracker.ietf.org/doc/draft-mo-cats-agent-selection-mapping/
- https://datatracker.ietf.org/doc/draft-mo-cats-agent-selection-mapping/history/
- https://datatracker.ietf.org/doc/draft-mo-cats-agent-service-characteristics/
- https://datatracker.ietf.org/doc/draft-pang-cats-fallback-decision-framework/
- https://datatracker.ietf.org/doc/draft-zhu-cats-metric-semantics/
- https://heng.lu/minimum-initial-specification-localized-future-decision-voluntary-adoption-internet-coordination-system/
- https://heng.lu/on-reality-layers-symbolic-power-and-why-clarity-feels-so-hostile/
- https://heng.lu/running-code-primary-the-patch-needed-to-preserve-the-internet-original-design/
- https://www.ietf.org/archive/id/draft-ietf-cats-framework-24.txt
- https://www.ietf.org/archive/id/draft-ietf-cats-metric-definition-11.txt
- https://www.ietf.org/archive/id/draft-mo-cats-agent-selection-mapping-00.txt
- https://www.ietf.org/archive/id/draft-mo-cats-agent-service-characteristics-00.txt
- https://www.rfc-editor.org/rfc/rfc8174.txt
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance

