В этом разборе
Target, draft и визуальный processor проверяют единой конфигурацией до интерпретации результата ускорения.
Vision DSpark требует согласованной пары target и визуального пути, поэтому черновой артефакт нельзя выбирать независимо от ускоряемой модели.
Парный релиз
Анонс вводит экспериментальный визуальный drafter для названного target. Это отношение является главным контрактом артефактов. Принадлежность другого checkpoint тому же семейству не устанавливает взаимозаменяемость внутренних представлений, предположений выхода и поведения черновика. Поэтому удобное сходство названий помогает найти материалы, но не подтверждает пригодность случайного сочетания файлов для корректного исполнения выбранной визуальной задачи.
Датированные предшественники
Предыдущий релиз target и анонс текстового DSpark устанавливают последовательность визуальной интеграции. Они определяют разные артефакты с разными ролями. Target задаёт опорный путь модели, а drafter предлагает работу, интерпретируемую и проверяемую совместимой процедурой исполнения. Наличие обоих файлов не заменяет эту процедуру: отношения компонентов необходимо сохранить в конфигурации, а не только в описании каталога моделей.
Поэтому drafter нельзя учитывать как обычные заменяющие веса. Его загрузка вместо target меняет смысл эксперимента. Релиз описывает связь компонентов, а не меньший файл, автоматически повторяющий функцию target. Сравнение должно показывать, какой компонент используется как источник окончательной проверки и какую роль играет черновое предложение; иначе измеряется уже другая система, хотя сохранено знакомое имя семейства.
Пример смены processor
Представим прежние веса target с другим визуальным processor в оболочке. Target и drafter получают свидетельства иначе, чем в парном контрольном примере. Изменение принятия черновика может начинаться в подготовке входа, а не в весах. Такой сценарий показывает важность версии предварительного пути: общие файлы моделей не гарантируют тождества вычислительного задания после преобразования исходного изображения.
Ревизии target, draft и визуальной подготовки хранят вместе. Исполнение только target служит контролем: оно отделяет отказ базового визуального пути от ошибки, возникающей после включения спекулятивного исполнения. При этом контроль не доказывает ускорение; он помогает установить область причины и не приписывать черновому механизму проблему, которая присутствовала ещё до его участия в обработке выбранного входа.
Совместимость перед пользой
Сначала проверяют исполнение задания парой с сохранением ожидаемого контракта результата. Только затем имеет смысл сравнение производительности. Быстрый несогласованный путь не доказывает корректного ускорения нужной модели. Это условие относится к смыслу эксперимента: измерение должно касаться действительно запрошенной системы, а не внешне похожего сочетания компонентов, которое изменяет вход, выход или правило окончательной проверки.
Контроль включает случай с зависимостью ответа от изображения. Иначе текстовый запрос создаст видимость успешной визуальной интеграции, не задействуя нужный контракт. Это предлагаемый способ приёмки, а не измеренный отчёт о совместимости непроверенного runtime. Его задача заключается в выявлении причинной зависимости от визуального входа до интерпретации результата как свидетельства поддержки объявленной модальности и выбранной пары артефактов.
Ретроспективный урок
Релиз предоставляет специализированную пару, оставляя оператору идентификацию точного пути реализации. Названия помогают найти его, но не заменяют свидетельства совместимости. Такое описание сохраняет ценность публикации и не превращает сам факт доступности drafter в обещание одинакового поведения каждого target, версии processor или способа подготовки изображений, который может использовать внешняя пользовательская оболочка.
Target, draft и визуальный processor рассматривают как единую проверяемую конфигурацию. Обновление участника требует повторного контрольного примера даже при прежнем API. Парность входит в идентичность развёртывания, а не добавляется необязательной пометкой после измерения времени. Тогда последующее изменение результата можно связать с конкретной ревизией компонента и проверить, не была ли нарушена исходная граница совместимого исполнения модели.
Дополнительный разбор: Воспроизводимый стек инференса: как сохранить результат GPU-пилота; GPU-хостинг для мультимодальных моделей: считайте не только текст.