После ограничения моделей с открытым исходным кодом первым шагом является утверждение модели.

Как только модель с открытым исходным кодом начинает ограничиваться, первое, что всплывает на вопрос: «Можно ли ее еще загрузить?» но «кто еще может им пользоваться?» Этот шаг выглядит как процесс, но когда дело касается проекта, он на самом деле представляет собой поверхность управления: по умолчанию можно запускать тот же набор файлов модели, тот же набор слов-подсказок и тот же набор сценариев регрессии. Позже необходимо подтвердить утверждение, зеркалирование, разрешения и резервные пути, прежде чем можно будет по-настоящему войти в рабочий процесс.

Это изменение легко недооценить, поскольку оно не приводит к немедленному выходу системы из строя. Модель все еще существует, интерфейс все еще существует, определенная учетная запись все еще может получить изображение, и первый этап проверки все еще может быть пройден. Что действительно начинает запутывать, так это второй уровень: кто-то получает старую версию, кто-то количественную версию, а кто-то вообще не может передать разрешения. При устранении неполадок все по-прежнему говорили об одном и том же названии модели, но держали в руках разные предметы.

В настоящее время очень опасно продолжать рассматривать доступ к модели как «временное предоставление токена». Временная авторизация лучше всего создает иллюзии: возможность бежать сегодня не означает, что вы узнаете тот же путь завтра, а сегодняшние результаты возврата не означают, что его можно повторить завтра. После ограничения модели первое, что становится дорогим, — это не токен и не сама вычислительная мощность, а стоимость решения. Каждый раз, когда вы обнаруживаете проблему, вы должны сначала спросить, какая у вас версия, из какого образа она взята, изменилась ли цепочка одобрения и сохранилась ли точка отката.

Так что что действительно нужно сделать в первую очередь, так это не более красивую страницу загрузки, а утверждение модели. Одобрение – это не бумажная работа. Он определяет, кто может войти в базовый уровень производства, кто может оставаться только в экспериментальной зоне, чьи результаты можно использовать для регрессии, а чей результат можно рассматривать только как одноразовый эталон. После закрытия этого слоя границ модель начинает выглядеть как поддерживаемая зависимость; без этого слоя границ так называемое «полезное» становится просто счастливой случайностью.

Самый практичный подход не сложен: зафиксируйте версию модели как четкую базовую версию, запишите изображение и источник в запись, а результаты утверждения и пути отката поместите в один и тот же набор трассировок. Таким образом, наступает ограничение, и теряется ширина входа, а не сам рабочий процесс. Что действительно нужно защищать, так это не то, что «каждый может прикоснуться к этому», а то, что, прикоснувшись к нему, вы можете вернуться на ту же линию.