Cada mudança relevante num ativo de IA vira uma versão guardada, e dá para comparar duas delas campo a campo — inclusive para decidir a entrada em produção.

Versões de um ativo: histórico e comparação

Camada funcional

Cada mudança relevante num ativo de IA gera uma versão nova, com um retrato completo do ativo naquele momento e um resumo curto do que mudou.

Quem decide se um ativo pode ir para produção precisa ver o que mudou de uma versão para outra — não reler o ativo inteiro. É a mesma tela que sustenta a decisão registrada de entrada em produção.

Como você usa

Abre um ativo, na área de inventário.
Na aba de versões, cada uma aparece como uma linha fechada — número, o que mudou, quem mudou e quando — que expande para mostrar a avaliação daquela versão e o retrato inteiro, campo a campo.
Na aba de comparação, escolhe duas versões — em qualquer ordem, não precisam ser consecutivas — e vê só os campos que mudaram: texto em diferença linha a linha, listas com o que entrou e o que saiu, valores simples com o antes e o depois.
Quem administra a organização registra ali mesmo a decisão de entrada em produção — aprovar, aguardar, rejeitar ou desfazer — com justificativa, olhando a comparação.

Por que a comparação existe

Até 19/08/2026 as duas abas mostravam o retrato cru, do jeito que ele é guardado. Medido num ativo real: o retrato tem 27.414 caracteres, e entre duas versões seguidas variava um caractere. Achar essa diferença a olho, entre dois blocos de vinte e sete mil caracteres, era o que a tela pedia de quem aprova uma versão. Depois da mudança, o mesmo caso mostra 793 caracteres em vez do documento inteiro.

O que a comparação faz com cada tipo de campo

A comparação não trata todo campo igual — o que muda a leitura:

Tipo de campo	Como é comparado
Texto longo, como uma instrução	diferença linha a linha, com três linhas de contexto em volta de cada trecho alterado e a contagem do que ficou fora
Texto curto	inteiro, com destaque da palavra que mudou
Identificador, código ou segredo mascarado	inteiro, nunca quebrado em pedaços — destacar as três letras que diferem num identificador não informa nada e parece vazamento
Sim/não e números	o antes e o depois
Listas	o que entrou e o que saiu; se os itens são os mesmos e só a ordem mudou, ela diz isso em vez de listar tudo como removido e adicionado de novo
Conjuntos com nome, como skills e gatilhos	casados pelo nome, não pela posição — a ordem em que o banco devolveu não vira diferença

Duas regras atravessam tudo. Campo que existe de um lado e não do outro não é "mudou para vazio": é campo que entrou, ou que saiu. E ausência de valor é diferente de valor vazio — false, 0 e texto em branco são valores presentes, a mesma distinção que o resto da governança faz entre "não medido" e "medido, e deu zero".

Campo desconhecido aparece feio, em vez de não aparecer

A comparação sabe rotular os campos que conhece, e inventa um rótulo para o que não conhece.

Essa escolha tem uma história: o vocabulário de campos já ficou atrás do banco duas vezes, e nas duas o sintoma foi o mesmo — um campo real, que mudou de verdade, invisível na tela de quem estava aprovando. Um rótulo feio custa uma linha estranha; um campo escondido custa uma aprovação tomada sem o dado.

O resumo do que mudou só vale para o salto seguinte

O resumo guardado numa versão descreve o salto da versão imediatamente anterior para ela. Mas a comparação aceita qualquer par, inclusive salteado.

Por isso a tela só cruza o resumo com o resultado quando as duas versões são consecutivas. Nos demais casos ela mostraria "os gatilhos mudaram", referente a um salto, dentro de uma comparação que fala de outro.

O que dá para fazer, e onde

O que dá para fazer	Onde
Ver o histórico de versões de um ativo	A ficha do ativo, na aba de versões
Comparar duas versões campo a campo	A mesma ficha, na aba de comparação
Registrar a decisão de entrada em produção a partir da comparação	A mesma aba — exige ser administrador da organização

Versões de um ativo: histórico e comparação

On this page