Back home

Une fois les modèles open source restreints, la première étape est l’approbation du modèle.

Qu'il puisse être utilisé ou non commence à devenir une question d'approbation, laissant des traces et reculant.

Une fois que le modèle open source commence à être restreint, la première chose qui apparaît n’est pas « peut-il encore être téléchargé ? mais “qui peut encore l’utiliser ?” Cette étape ressemble à un processus, mais lorsqu’il s’agit du projet, il s’agit en fait de la surface de contrôle : le même ensemble de fichiers de modèle, le même lot de mots d’invite et le même ensemble de scripts de régression peuvent être exécutés par défaut. Plus tard, l’approbation, la mise en miroir, les autorisations et les chemins de secours doivent être confirmés avant que le flux de travail puisse réellement être entré.

Ce changement est facile à sous-estimer car il ne fait pas tomber le système immédiatement. Le modèle est toujours là, l’interface est toujours là, un certain compte peut encore être en mesure d’extraire une image et le premier cycle de vérification peut encore être réussi. Ce qui commence vraiment à devenir compliqué, c’est le deuxième niveau : certaines personnes obtiennent l’ancienne version, d’autres obtiennent la version quantitative, et certaines personnes ne peuvent pas du tout passer les autorisations. Lors du dépannage, tout le monde parlait toujours du même nom de modèle, mais ils tenaient des objets différents.

À l’heure actuelle, il est très dangereux de continuer à traiter l’accès au modèle comme « donner temporairement un jeton ». L’autorisation temporaire est la meilleure façon de créer des illusions : pouvoir courir aujourd’hui ne signifie pas que vous reconnaîtrez le même chemin demain, et les résultats d’aujourd’hui ne signifient pas qu’il puisse être répété demain. Une fois le modèle restreint, la première chose qui devient coûteuse n’est pas le jeton, ni la puissance de calcul elle-même, mais le coût du jugement. Chaque fois que vous détectez un problème, vous devez d’abord demander quelle version vous avez obtenue, de quelle image elle provient, si la chaîne d’approbation a changé et si le point de restauration a été conservé.

Ce qu’il faut donc faire en premier, ce n’est pas une plus belle page de téléchargement, mais l’approbation du modèle. L’approbation n’est pas un exercice de paperasse. Il détermine qui peut entrer dans la base de production, qui ne peut rester que dans la zone expérimentale, dont les résultats peuvent être utilisés pour la régression et dont la production ne peut être considérée que comme une référence ponctuelle. Après avoir fermé cette couche de limites, le modèle commence à ressembler à une dépendance maintenable ; sans cette couche de frontières, ce qu’on appelle « utilisable » n’est qu’un coup de chance.

L’approche la plus pratique n’est pas compliquée : fixer la version du modèle comme référence claire, écrire l’image et la source dans l’enregistrement, et placer les résultats d’approbation et les chemins de restauration dans le même ensemble de traces. De cette façon, la limitation survient et la perte concerne la largeur d’entrée, et non le flux de travail lui-même. Ce qu’il faut vraiment protéger, ce n’est jamais que « tout le monde puisse le toucher », mais qu’après l’avoir touché, on puisse revenir sur la même ligne.