4 de junho de 2026. Estou aprimorando três partes da VALESKA que determinam se um revisor consegue inspecionar uma decisão de recuperação: o registro de eventos de acesso, a atualização de permissões e as condições de consulta de imagens. Uma declaração de política sozinha não explica por que um registro específico foi retornado. A implementação precisa levar os valores relevantes pelos caminhos de acesso e recuperação, e seus testes precisam exercitar esses caminhos. As mudanças de hoje melhoram essa capacidade de inspeção. Elas ainda não medem como a plataforma se comporta diante de mudanças contínuas em um diretório empresarial real.
A auditabilidade começa pelo caminho realmente tomado
O trabalho de governança reforça o caminho do hash de auditoria e o código de autorização e linhagem que o sustenta. Um hash de auditoria dá a um revisor posterior uma forma de comparar o que foi registrado sobre um evento de acesso com as entradas que o governaram. Isso só tem valor se o código ao redor passa os valores tipados pretendidos para o cálculo e se o caminho de acesso tem testes que exercitam os casos relevantes. Esta revisão também atualiza o tratamento de atualização da lista de controle de acesso (ACL) e os mapeadores de permissões para Alfresco, Gmail, OpenText e SharePoint. O propósito comum é preservar as informações de permissão de origem enquanto elas são transformadas em concessões que o VALESKA pode avaliar.
Essa é uma superfície de integração implementada, não evidência de que todos os conectores tenham sido operados continuamente ou de que todas as políticas de origem tenham sido reconciliadas. Os testes do repositório cobrem mapeamento, atualização, comportamento da interface de programação de aplicações (API), autenticação de rotas e casos relacionados à linhagem. Eles mostram que os contratos alterados podem ser exercitados no código-base. Eles não medem a atualização diante de um diretório empresarial em mudança, nem estabelecem uma auditoria de acesso concluída para uma organização em operação. Essas continuam sendo perguntas operacionais, e precisam de evidência de diretório em operação antes que o trabalho possa ser descrito como um resultado de governança em produção.
A recuperação de imagens também precisa de condições
A revisão de recuperação de imagens separa as pistas estruturais da consulta de similaridade. Os termos de episódio, cena e momento narrativo são removidos do texto usado para buscar correspondências, enquanto o escopo do corte de produção é tratado por condições explícitas de consulta. A mudança também aborda verificação de caminhos e ordenação de resultados, com atualizações correspondentes em imagens, cortes, miniaturas, reconciliação e busca. Isso importa quando uma consulta mistura uma descrição com uma localização dentro de uma produção: o sistema deve aplicar o escopo solicitado sem tratar cada rótulo estrutural como linguagem descritiva. As mudanças tornam a mecânica de seleção mais inspecionável; consultas representativas ainda são necessárias para estabelecer se as imagens retornadas são úteis.
Colocar essas mudanças em um único marco datado não transforma governança de acesso e busca de imagens no mesmo problema. Elas compartilham uma disciplina. Um sistema deve ser capaz de mostrar qual regra aplicou, qual representação usou e qual teste estabelece o comportamento atual. Para acesso, isso significa uma ACL de origem, uma concessão mapeada, linhagem e um registro de auditoria. Para recuperação de imagens, significa uma forma de consulta aceita, tratamento de miniaturas e reconciliação, e condições explícitas antes que um resultado entre em um caminho de corte de produção.
A pergunta de trabalho
O próximo teste é operacional: quando permissões mudam em uma fonte conectada, uma atualização consegue produzir um registro revisável de antes e depois sem conceder mais acesso do que a fonte permite? Em paralelo, os casos de consulta de imagens precisam de dados de avaliação representativos para que as condições de corte de produção possam ser testadas contra falhas reais de recuperação, além de fixtures unitários. Até que esses testes existam, este trabalho deve ser descrito como implementado e coberto por testes do repositório, não como um resultado de produção medido. O valor hoje é que revisores têm caminhos concretos para inspecionar, em vez de uma promessa de que a governança existe em algum lugar fora da evidência.
Base histórica: marcos de repositório de 2026-06-04, commits 741fa08 e 0a9121c.