Как сравнить локальный ИИ, API и ручные ключевые слова

Сначала задайте правила сравнения

Возьмите шесть изображений с разными задачами распознавания, а не шесть похожих фотографий. Например: простой предметный натюрморт, пейзаж с неизвестным местом, человек без оснований для идентификации, еда, сложная коммерческая сцена и короткое видео. Сохраните исходные имена файлов и подготовьте одинаковые проверяемые заметки для каждого метода.

Заранее определите ошибку. Выдуманный город, вид растения или животного, дата, бренд, личность, действие либо объект — фактическая ошибка. Нерелевантное или повторяющееся ключевое слово и неподходящий язык — отдельная проблема качества. Не считайте ошибкой отсутствие необязательного синонима.

• Используйте одинаковые файлы и исходные заметки.
• Заранее выберите платформу и язык метаданных.
• Засекайте именно время редактирования.
• Считайте все результаты примерами теста, а не отраслевой статистикой.

Соберите воспроизводимый набор из шести файлов

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

Для видео сравнивайте черновик с выборочными превью, но обязательно просматривайте весь ролик. В выборке может не оказаться позднего действия, перехода или объекта. Для человека используйте нейтральное описание вроде «взрослый человек», если у вас нет надёжного и уместного основания для большей конкретики. Нельзя угадывать по пикселям личность, владельца, наличие релиза, место или вид.

• Предметный натюрморт
• Пейзаж с неизвестной локацией
• Человек без утверждения личности
• Еда или процесс приготовления
• Насыщенная коммерческая композиция
• Короткое видео для проверки полного движения

Тестовая строка
Файл: market-bowl.jpg
Проверено: керамическая миска, апельсины, деревянный стол, дневной свет
Неизвестно: город, фотограф, бренд, точная дата
Язык: английский
Цель: описательный заголовок и релевантные ключевые слова

Проведите контролируемый тест локального ИИ

Локальный режим MetaStocker запускает поддерживаемые зрительные и рассуждающие модели в WebGPU-воркерах браузера. Доступны Gemma 4 E2B, Gemma 4 E4B и Qwen3.5 2B; модель Gemma E2B выбрана по умолчанию. Загрузка модели требует интернета, после чего её нужно явно загрузить в память.

Для честного сравнения начните с одного локального потока и одинаковой подсказки для всех шести файлов. Позже можно отдельно проверить два потока, но каждый поток способен загрузить собственную копию модели. Не путайте сохранённые браузером файлы с активной памятью модели: выгрузка может освободить память, сохранив кэш, а браузер вправе удалить хранимые данные.

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

• Для исходного замера используйте один поток.
• Запишите, когда модель загружена.
• Удаляйте предположительные теги до подсчёта.
• Не удаляйте файлы модели, пока тест может понадобиться снова.

Сопоставьте API и ручную работу

В условии с платным API используйте те же шесть изображений, заметки, язык, платформу и структуру полей. Засекайте подготовку запроса и исправление результата, а не только время генерации. В дополнительном режиме MetaStocker для OpenAI превью и контекст отправляются в OpenAI с вашим ключом. Ключ является секретом: не публикуйте и не встраивайте его в клиентский код.

Ручная разметка тоже должна проходить по той же таблице и в пределах заранее выбранного времени — например, 12 минут на файл в таком гипотетическом тесте. Ручная работа не гарантирует отсутствия ошибок: при спешке легко добавить нерелевантные слова или пропустить видимый объект. Оценивайте её по тем же правилам, что и ответы ИИ.

• Локальный ИИ: считайте настройку, правку и проверку.
• API: добавьте подготовку запроса и исправления.
• Ручная работа: включите составление и финальную проверку.
• Не сравнивайте отредактированный результат с сырым черновиком.

Составьте таблицу ошибок и времени

В основной таблице оставьте два показателя: фактические ошибки и минуты редактирования. Дополнительно отмечайте пропущенные понятия, нерелевантные слова, повторы, неверный язык и сомнительные утверждения. Отделяйте факты от стилистических предпочтений: короткий точный заголовок может быть лучше длинного, даже если оба допустимы.

Перед экспортом проверьте текущие правила площадки. В руководстве Adobe указано ограничение до 49 ключевых слов и важность первых терминов; CSV сопоставляет имена файлов с заголовками и ключевыми словами. Используйте консервативный максимум 49, проверьте актуальный экран загрузки и осмотрите импортированные данные в кабинете автора. Для CSV сначала загружают файлы, а имена вместе с расширением и регистром должны совпадать. Сам CSV не гарантирует принятие.

• Фактические ошибки: считайте неподтверждённые утверждения.
• Время редактирования: записывайте минуты на файл.
• Релевантность: отмечайте лишние и повторные слова.
• Полнота: фиксируйте пропущенные важные понятия.
• Соответствие: отдельно проверяйте правила площадки.

Пример строки оценки
Метод: локальный ИИ
Фактические ошибки: 2
Минуты правки: 7
Примечание: один повтор; место корректно оставлено неизвестным
Решение: черновик пригоден после удаления двух предположений

Рабочий пример: принимайте решение по данным

Пример, а не измеренный результат: пусть для market-bowl.jpg система добавит в заголовок город, которого вы не указывали, а также слова «органический» и «свежий» как будто это проверенные факты. Удалите город и неподтверждённые утверждения, оставьте точные понятия — миска, апельсины, деревянный стол, дневной свет — и запишите три фактические ошибки и затраченное на исправление время.

Предположим, платный API составил плавный текст, но намекнул на бренд, а ручная работа оказалась точной, но более долгой. Выводом не должно быть «ИИ лучше» или «ручная работа лучше». Возможно, локальный ИИ стоит использовать для черновиков обычных натюрмортов, проверяя каждый файл вручную, а людей и видео обрабатывать осторожнее. Если локальная модель часто выдумывает детали, выигрыш в приватности может не окупить дополнительные правки.

Если площадка требует английские метаданные, финальные заголовки и ключевые слова пишите или переводите на английский, даже когда рабочие заметки и эта статья русские. Заголовок должен быть описательным, а не списком поисковых терминов. Поиск внутри фотобанка и индексация сайта Google — разные задачи; ни один метод не гарантирует позиции, видимость или продажи.

• Если тест это показывает, выбирайте метод по типу файла.
• Не превращайте неизвестные сведения в догадки.
• Экспортируйте только проверенные строки.
• Повторяйте проверку правил при их изменении.