Mistral представляет прогнозные модели Timestral: известные будущие входы и утечка

Будущие признаки Timestral должны быть известны в момент прогноза, а не включать последующие результаты, которых прогнозирующая система ещё не могла знать.

Решающее свойство доступности

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

Октябрьское событие прогнозирования

Анонс Timestral поддерживает прошлые и известные будущие признаки, а более ранние работа decoder-only прогнозирования и работа Chronos задают исследовательский контекст. Они не подтверждают корректность набора с недоступной в моделируемый момент информацией. Возможность модели использовать определённый вид входа описывает интерфейс вычисления, но сама не устанавливает правомерность хронологии данных, которые оператор решил передать при исторической оценке своего прогноза.

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

Пример планирования спроса

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

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

Утечка меняет вопрос

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

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

Ретроспективный урок

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

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

Дополнительный разбор: Воспроизводимый стек инференса: как сохранить результат GPU-пилота; Бенчмарк GPU для инференса, которому можно доверять.