Перейти к содержимому
Новость

Новый инструмент собирает историю AI-помощников в один архив

ai-data-extractor переносит переписки с AI-инструментами для программирования в единый формат JSONL. Проект решает проблему, о которой часто вспоминают только после смены редактора или потери локальных данных: история работы остается разбросанной по разным приложениям.

Впечатлительная
Новый инструмент собирает историю AI-помощников в один архив

Автор: kruzovic7

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

Инструмент работает не как обычный экспорт чатов из одного сервиса. Он ищет локальные файлы и базы данных, которые используют разные помощники, после чего приводит найденные записи к общей структуре. В списке поддерживаемых решений указаны Claude Code, Cursor, Windsurf, Aider, Cline/Roo Code и другие инструменты для разработки. Данные могут храниться в разных форматах: JSONL, SQLite, JSON или даже текстовых файлах с историей команд.

Главная практическая деталь проекта связана не с самим копированием сообщений, а с разницей между приложениями. Один помощник сохраняет сессии как набор JSON-записей, другой использует локальную SQLite-базу, третий хранит историю внутри папок отдельных проектов. Универсального стандарта хранения у AI-инструментов пока нет, поэтому ai-data-extractor работает через отдельные модули для каждого источника и пытается сохранить не только текст диалога, но и связанные данные, если они доступны в локальном хранилище.

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

У подобных инструментов есть еще одна проблема: приватность. Истории AI-помощников могут содержать исходный код, пути к файлам, фрагменты проектов и внутреннюю информацию о разработке. Сам факт наличия экспортера не означает, что такой архив можно бездумно отправлять в сторонние сервисы. Его ценность как раз в обратном: сохранить собственные данные у себя и контролировать, что с ними происходит.
Сейчас ai-data-extractor выглядит как утилита для разработчиков, которые используют несколько AI-помощников одновременно или хотят сохранить накопленную историю работы. Универсального решения для миграции между всеми сервисами пока нет, но сам подход показывает проблему, которая будет становиться заметнее: переписки с AI постепенно превращаются из временных чатов в часть рабочего процесса.

Источник: GitHub
2 показов