LongCat‑2.5‑Preview в пилоте: обзор того, что стоит проверить до подключения к рабочим файлам
LongCat‑2.5‑Preview интересен не числом токенов, а сочетанием большого контекста и изображения. Это делает его кандидатом на задачи, где раньше приходилось вручную собирать несколько источников: спецификацию, фотографию, таблицу замечаний и историю правок. Но именно в таком наборе легко скрыть старую версию или чувствительные данные, поэтому пилот должен быть уже, чем кажется.
Для первого запуска выберите один результат: список расхождений между текстом и изображениями, краткая сводка по актуальной версии или перечень пунктов без подтверждения. Не просите «разобраться в проекте». Владелец должен заранее знать, где находится правильный ответ, иначе оценка сведётся к вере в гладкий текст.
Хороший знак — модель показывает, чего ей не хватает. Плохой — она связывает похожие фрагменты и выдаёт их за один факт. Поэтому в контрольном наборе нужен конфликт: одинаковый параметр в двух версиях документа или подпись, не совпадающая с фото. Удобную форму такого набора разбирает практика тестирования новой модели.
Не подключайте внешние действия, интеграции и общий диск в первый день. Сравните качество, число правок, скорость поиска основания и стоимость. Если результат помогает быстрее собрать очередь проверки — пилот имеет смысл расширять. Если ускоряется только ответ, а не проверка, контур нужно сузить.
FAQ
Это готовый рабочий инструмент? Статус Preview требует отдельного теста. Зачем давать конфликтный пример? Чтобы увидеть реакцию на неопределённость. Что считать успехом? Проверяемый вывод с меньшим временем ручного поиска.