Versão

Uma versão publicada permanece exatamente como foi publicada. Você continua desenvolvendo a próxima sem alterar o comportamento que já está atendendo os seus clientes, e nenhuma edição sua alcança a produção por engano, porque alcançar a produção é um ato separado e deliberado.

Essa é a propriedade que sustenta todas as outras da plataforma, e vale ser explícito sobre o que ela elimina: uma classe inteira de alterações acidentais em produção simplesmente não existe aqui. Ninguém quebra o agente que está atendendo ao salvar um rascunho, ao renomear uma pasta ou ao testar uma ideia às onze da noite.

Os dois estados

Tudo que se constrói na Sublime existe em dois estados: a cópia de trabalho, que você edita, e as versões publicadas, que são fotografias imutáveis dela. Não há rascunho a promover nem status a mudar, porque você edita a cópia de trabalho o tempo todo e publicar apenas acrescenta uma fotografia do estado atual à lista.

cópia de trabalho  ──publica──►  v1
                   ──publica──►  v2
                   ──publica──►  v3   ◄── é esta que está no ar

Agentes, procedimentos, bases de conhecimento, documentos e canais funcionam assim, os cinco.

O que está no ar

Cada coisa aponta para uma versão publicada, que é a que executa, e nada do que você edita muda o comportamento de nada até que essa escolha se mova. Três consequências valem mais do que a mecânica:

• Editar não quebra produção, então um procedimento pela metade não afeta ninguém e você pode parar no meio e voltar amanhã.
• Uma execução termina na versão em que começou, de modo que publicar durante um processo em andamento não o transforma em outro processo no meio do caminho.
• Voltar atrás é escolher uma fotografia anterior, e não desfazer alterações uma a uma até torcer para ter chegado no lugar certo.

Voltar atrás é imediato

Vale insistir na terceira, porque ela é a que muda o comportamento de quem opera. Retornar a uma versão anterior é imediato e não passa por medição, já que aquela versão é uma fotografia que já foi aprovada uma vez e nada nela mudou desde então. Não há o que reprovar em uma coisa que não se alterou.

A cópia de trabalho fica intacta durante a volta, o que significa que você reverte a produção sem perder nada do que estava construindo. Se houver uma publicação em curso, ela é encerrada, porque a decisão de voltar é mais recente que a de avançar.

O efeito prático é o que interessa: o custo de errar uma publicação é um clique e alguns segundos. É isso que torna razoável publicar com frequência, e publicar com frequência é o que mantém a distância entre o que você desenhou e o que está atendendo pequena o bastante para ser compreendida.

Como uma versão chega ao agente

Um agente vincula versões, uma de cada procedimento e uma de cada base de conhecimento, o que significa que publicar um procedimento não altera nenhum agente e apenas cria uma versão disponível.

É essa indireção que dá controle. Dois agentes podem rodar versões diferentes do mesmo procedimento, e uma alteração só alcança a produção quando alguém a vincula e publica o agente. Uma correção urgente em um agente não arrasta consigo os outros seis que usam o mesmo processo.

Publicar uma base de conhecimento

A base é publicada inteira, em um ato só, e a organização e o texto de todos os documentos com alteração pendente passam a valer juntos. Não dá para publicar um documento e segurar outro, e isso é deliberado, porque metade de uma reorganização é pior do que nenhuma: o agente ficaria procurando um caminho que ainda não existe.

Quando não há alteração pendente, publicar fica indisponível em vez de criar uma versão idêntica à anterior.

O agente é o único caso medido

Procedimentos, bases e canais publicam direto, porque o que eles têm de errado é estrutural e já foi conferido antes de congelar. Um agente, não. Publicá-lo passa por uma medição contra cenários declarados, e é essa medição que os três documentos seguintes tratam.