Контекст для AI в бизнесе: что я сохраняю отдельно от чатов
· 2 мин чтения
После потери доступа к Claude я получил экспорт размером 162 байта. Рабочего контекста в нём не было. Когда в переписке остаются решения по проекту, потеря аккаунта превращается в задачу по восстановлению собственной работы.
Код, промпты, решения и текущее состояние
В своей памятке я выделил четыре вещи, которые храню в GitHub: код, промпты, решения и статус проекта. Код показывает, что сделано. Промпты объясняют задачу. Решения сохраняют причины выбора, а статус позволяет продолжить с нужного места.
У меня в проектах работают разные AI-агенты. Передавать им только последний вопрос неудобно: следующему агенту приходится заново разбираться, что уже обсуждали и почему от каких-то вариантов отказались. Общие файлы нужны мне и в обычной работе, ещё до любой блокировки.
В GitHub я выношу материалы проекта. Доступы, пароли и персональные данные в такой набор включать не нужно. Для гостиничной команды это особенно существенно, если рядом с рабочими документами есть данные гостей.
Как примерить этот подход к задаче отеля
Допустим, AI помогает подготовить описание гостиничного проекта или план работы с сайтом. Чтобы другой сотрудник или агент мог продолжить задачу, ему понадобятся согласованный бриф, текущая версия текста, принятые решения и список того, что ещё не проверено. Это возможный сценарий применения подхода, а не описание внедрения в конкретном отеле.
Я бы начинал с вопроса: что потребуется человеку, который завтра откроет этот проект впервые? Если ответ можно найти только в длинной переписке с одной моделью, нужные материалы ещё предстоит собрать.
Полезно записывать и ограничения: какие факты подтверждены, что публиковать нельзя, где работа остановилась. Иначе при передаче задачи теряется именно то, что удерживало предыдущую версию от ошибки.
Набор подписок не заменяет сохранённую работу
В посте от 2 октября я перечислял свои AI-подписки и рабочее окружение. Копировать этот список для другой команды я бы не предлагал: задачи и объём работы у всех разные. Для меня важнее возможность передать контекст, чем сам набор сервисов.
Смена модели не должна начинаться с пересказа всей истории по памяти. Я хочу открыть материалы проекта и увидеть, на чём остановился. После истории с экспортом это желание стало совсем предметным.))
Источники и продолжение
Материал подготовлен на основе моих опубликованных историй. Исходная публикация: 2 октября 2026 г.. Здесь отдельная редакция для читателей selivanov.biz; примеры для гостиничного бизнеса обозначены в тексте.