Что произошло
Moonshot AI представила Kimi K3.1 Pro и более быструю версию Highspeed. Компания заявляет окно до миллиона токенов и работу с изображениями. Модели уже предлагаются через продукты Kimi и API; полные веса разработчик обещает позднее, к 4 ноября. Отдельно Vercel сообщила о доступности обеих версий через AI Gateway 23 октября. Для бизнеса это не готовая кнопка «проверить весь архив», а новый вариант пилота. Нельзя считать обещанный размер окна доказательством того, что модель правильно выберет действующий договор, найдет исключение в приложении и ответит с точной ссылкой. Эти качества проверяются на собственных документах и конкретном процессе.
Где появляется польза
Возьмём отдел закупок. В одну цепочку нужно положить тендерные требования, договор, дополнения, письма и таблицу поставок. Раньше команда часто делила пакет на части и пересказывала промежуточные итоги; при этом легко терялась оговорка. Большое окно позволяет поместить больше исходного контекста в один запрос и задать вопрос по взаимосвязанным файлам. Это полезно для первичного обзора, поиска противоречий и подготовки списка вопросов юристу или ответственному менеджеру. Однако ответ модели остаётся черновиком: сотрудник обязан открыть документ, на который она ссылается, и проверить дату, подпись, статус и точную формулировку.
Почему архив нельзя загружать без разбора
В корпоративной папке часто лежат несколько редакций одного файла. Есть сканы без распознанного слоя, черновики без подписи, приложения с отдельной датой вступления в силу. Если отправить всё сразу и попросить «дай итог», модель может выбрать наиболее заметный фрагмент, а не юридически или операционно актуальный. Перед тестом составьте опись пакета: имя, версия, дата, владелец, статус и уровень доступа. Исключите файлы, которые сотрудник не вправе передавать внешнему сервису. Если происхождение документа неизвестно, отметьте это как ограничение пилота, а не заменяйте уверенным выводом.
Как провести первый бизнес-тест
Выберите завершённое дело, по которому известен правильный ответ. Подготовьте пять вопросов: один простой, два с конфликтом версий, один по таблице или скану и один без ответа в исходниках. Для каждого заранее запишите обязательное доказательство. Затем дайте модели обезличенные файлы и требуйте указывать документ, страницу или раздел, цитату и степень уверенности. Проверяющий отмечает три вида ошибки отдельно: не найдено важное приложение, верный факт взят из недействующей версии, ссылка выдумана. Запускайте тот же набор после смены модели или настройки; сравнение красивых демо без эталона ничего не говорит о качестве.
Что считать результатом, а не впечатлением
Для руководителя важна не скорость первого ответа, а время до принятого человеком вывода. Замерьте подготовку пакета, работу модели и проверку ссылки. Дополнительно посчитайте стоимость запросов, долю ответов без существенной правки и число пропущенных исключений. Если средний ответ приходит быстро, но проверка занимает больше времени, пилот пока не улучшил процесс. Если модель помогает найти противоречие, которое человек ранее пропускал, зафиксируйте это отдельным результатом. Не экстраполируйте пять удачных случаев на весь архив: включите редкие и неудобные документы во второй этап.
Права доступа и поставщики
Миллион токенов делает особенно заманчивой загрузку большого пакета, в котором могут оказаться персональные сведения, коммерческая тайна и файлы других подразделений. Проверьте договорные условия сервиса, настройки хранения, регион обработки и список сотрудников с доступом до отправки данных. Доступ через шлюз не отменяет условий конечного провайдера. Если разрешён только внутренний контур, начните с синтетических или обезличенных примеров и дождитесь согласования. Ограничьте права тестового ключа и задайте бюджет; неожиданный рост расхода не должен обнаружиться только в счёте.
Практический вывод и вопросы
Для разового анализа небольшого пакета начните с ручного отбора действующих файлов и проверяемого вопроса. Для постоянно растущего архива сравните длинный контекст с поиском по документам: индекс может лучше находить нужные фрагменты, но сам способен пропустить важное приложение. Внутри AIшag уже есть разбор проверки договора и практика отчёта по таблице. Нужно ли внедрять модель сразу после анонса? Нет, сначала пилот. Означает ли большое окно точную цитату? Нет, её проверяет сотрудник. Когда остановиться? При потере версии, нарушении доступа или хотя бы одной критической неподтверждённой рекомендации.
Что делать команде завтра
Назначьте владельца небольшого пилота и не ставьте ему задачу «оценить интеллект модели». Пусть он выберет один класс документов, по которому уже есть закрытые решения, и составит список правильных ответов с указанием страниц. Второй сотрудник должен независимо проверить пять результатов, не видя оценки автора теста. Сравните их расхождения: если оба проверяющих по-разному понимают вопрос, проблема не в модели, а в редакционном задании. Если ответы совпали, увеличьте выборку и добавьте сканы, таблицы и конфликтующие редакции. Не переносите вывод с одного языка документов на другой без отдельного теста. Решение о расширении пилота должно фиксировать ожидаемую пользу, бюджет запросов, стоимость проверки, допустимые данные и условие остановки. Когда модель ошибается в существенном условии, это не повод скрыть случай из презентации: именно он показывает предел процесса и помогает построить контроль перед настоящим использованием.