LoopX 2.2.0 добавил поиск и сравнение исходных записей исследований
В LoopX 2.2.0 улучшили проверку сохранённых результатов и восстановление незавершённой работы в исходной беседе. Обновление требует подготовки миграции для старых интеграций; измеренного прироста эффективности агентов разработчики не заявляют.
1 ноября 2026 года проект LoopX выпустил версию 2.2.0. Основные изменения касаются истории исследований и продолжения длительных агентных задач: пользователю стало проще перейти от сохранённого вывода к исходным материалам, сопоставить версии и проверить результат восстановленного запроса.
В разделе Research существующей цели Goal появился поиск по исходному тексту, идентификаторам и ссылкам на источники, а также фильтр по сохранённому статусу. Согласно описанию реализации, поиск охватывает весь загруженный снимок истории до ограничения числа отображаемых записей. Поэтому ранний отрицательный результат можно найти, даже если позднее его заменила другая версия. При неполной загрузке интерфейс предупреждает, что оставшаяся история ещё не проверена.
Как проверять изменения выводов
В найденной записи можно выбрать Compare recorded versions и увидеть рядом изменившийся текст, статусы, ссылки на доказательства и измерения. Сравнение версий сохраняет текущий поисковый запрос; альтернативные версии берутся из всего загруженного снимка, включая записи, исключённые фильтрами. Отсутствующее измерение не подменяется нулём. Эта операция только показывает сохранённые данные: она не запускает анализ и не меняет исходные записи.
Просмотр истории отделён от генерации нового отчёта. Документация версии указывает, что чтение, раскрытие записей, обновление страницы и переключение на оригинал не вызывают модель. Новый анализ запускается явно и учитывается как отдельная операция. Перевод служит представлением исходных данных; механическая проверка сохранности чисел и идентификаторов сама по себе не подтверждает точность смысла.
Что означает восстановление работы
Один из включённых механизмов позволяет продолжить явно незавершённый запрос в исходной очереди Session. В описании изменения установлен предел: одна попытка продолжения после паузы в 60 секунд, при свободной сессии, неизменном источнике запроса и сохранённых правах на рабочее пространство. Перед запуском состояние проверяется повторно, а новые сообщения пользователя имеют приоритет.
Предыдущие ответы и частичные результаты сохраняются. Неизвестные последствия операций, остановки и запросы, ожидающие разрешения, не получают автоматического права на продолжение. Проверки этого механизма использовали синтетические модели и поставщиков: они не доказывают, что реальные модели стабильно распознают незавершённую работу или что исторические запросы будут автоматически доведены до конца.
Ограничения обновления
Для старых интеграций удалены резервные пути чтения немигрированного состояния и устаревшие форматы мостов. Нужны резервная копия и подготовленная миграция; само обновление не переносит существующие Goal между File и SQLite. Передача контекста по умолчанию включена только для поддерживаемых POSIX-сессий Codex App/SSH и новых испытаний с heartbeat. Обычный CLI и неподдерживаемые сценарии сохраняют полную передачу данных, а явное отключение продолжает действовать.
Разработчики отдельно оговаривают границы проверки релиза: полную матрицу моделей и весь набор тестов заново не подтверждали. Новых доказательств роста результатов на бенчмарках, улучшения долгосрочных исходов или снижения полной стоимости нет. Практическая ценность обновления — в доступности истории и контролируемом восстановлении; наличие ссылки на источник ещё не доказывает правильность вывода агента.