Após a restrição dos modelos de código aberto, o primeiro passo é a aprovação do modelo.

Uma vez que o modelo de código aberto começa a ser restrito, a primeira coisa que aparece não é “ainda pode ser baixado?” mas “quem ainda pode usá-lo?” Esta etapa parece um processo, mas quando se trata do projeto, é na verdade a superfície de controle: o mesmo conjunto de arquivos de modelo, o mesmo lote de palavras de prompt e o mesmo conjunto de scripts de regressão podem ser executados por padrão. Posteriormente, a aprovação, o espelhamento, as permissões e os caminhos alternativos deverão ser confirmados antes que o fluxo de trabalho possa ser realmente inserido.

É fácil subestimar essa mudança porque ela não derruba o sistema imediatamente. O modelo ainda está lá, a interface ainda está lá, uma determinada conta ainda pode conseguir extrair uma imagem e a primeira rodada de verificação ainda pode ser aprovada. O que realmente começa a ficar confuso é o segundo nível: algumas pessoas obtêm a versão antiga, outras obtêm a versão quantitativa e outras não conseguem passar as permissões. Durante a solução de problemas, todos ainda falavam sobre o mesmo nome de modelo, mas seguravam objetos diferentes.

Neste momento, é muito perigoso continuar a tratar o acesso ao modelo como “dar temporariamente um token”. A autorização temporária é melhor para criar ilusões: poder correr hoje não significa que você reconhecerá o mesmo caminho amanhã, e os resultados de retorno de hoje não significam que ele possa ser repetido amanhã. Depois que o modelo é restrito, a primeira coisa que fica cara não é o token, nem o poder computacional em si, mas o custo de julgamento. Cada vez que você localizar um problema, você deve primeiro perguntar qual versão você obteve, de qual imagem ela veio, se a cadeia de aprovação foi alterada e se o ponto de reversão foi mantido.

Então o que realmente precisa ser feito primeiro não é uma página de download mais bonita, mas sim a aprovação do modelo. A aprovação não é um exercício de papelada. Determina quem pode entrar na linha de base da produção, quem só pode permanecer na área experimental, cujos resultados podem ser usados ​​para regressão e cuja produção só pode ser considerada como uma referência única. Após fechar essa camada de limites, o modelo começa a parecer uma dependência sustentável; sem essa camada de limites, o chamado “utilizável” é apenas um golpe de sorte.

A abordagem mais prática não é complicada: fixe a versão do modelo como uma linha de base clara, grave a imagem e a fonte no registro e coloque os resultados da aprovação e os caminhos de reversão no mesmo conjunto de rastreamentos. Dessa forma, vem a limitação, e a perda é a largura de entrada, e não o fluxo de trabalho em si. O que realmente precisa ser protegido nunca é que “todos possam tocar”, mas que depois de tocá-lo, você possa retornar à mesma linha.