Как сохранить проект при блокировке аккаунта в нейросетях

Многие сейчас работают с ИИ так, будто чат будет жить вечно.

Завели проект в ChatGPT, Claude или Codex. Месяцами обсуждают задачи, принимают решения, правят тексты, собирают код, уточняют стратегию. Постепенно в переписке оказывается не просто диалог, а вся память проекта.

И пока аккаунт работает, кажется, что всё нормально.

Но если завтра его заблокируют, сломается доступ или сервис изменит правила, проблема будет не только в потере переписки. Вместе с ней пропадёт контекст. А без контекста даже нормальный проект быстро превращается в набор файлов, где вроде что-то делали, но уже непонятно, почему именно так.

Главная ошибка здесь простая: проект хранится внутри сервиса, которым ты не управляешь.

А должно быть наоборот.

Проект должен жить у тебя. Локально на компьютере и в приватном GitHub. А нейросеть должна быть сменным двигателем.

Сегодня работаешь с ChatGPT. Завтра с Claude. Послезавтра с Codex. Через год появится новый агент — подключил его к той же папке, дал прочитать контекст и продолжил работу.

Как организовать папку проекта для нейросетей

Первое, что нужно сделать, — завести отдельную папку под каждый проект.

Не общую свалку на рабочем столе, где лежат скриншоты, черновики, ссылки и файлы с названием «финал 3». А нормальную рабочую папку, в которой агент может быстро понять, что происходит.

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

То есть не просто «вот код» или «вот тексты».

А вся рабочая среда.

Тогда ИИ перестаёт быть единственным местом, где хранится понимание проекта. Он просто заходит в папку, читает вводные и работает с тем, что уже собрано.

Где хранить контекст и решения проекта

Контекст лучше хранить в обычных текстовых файлах или Markdown.

Это не модная штука для программистов, а самый удобный формат для работы с ИИ. Его легко открыть, легко править, легко передать в любой чат и легко хранить в Git.

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

И важно записывать не только что решили, но и почему.

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

Если решение осталось только в старом чате, считай, оно уже наполовину потеряно.

Как вести логи сессий с ИИ

После рабочих сессий полезно оставлять короткий лог.

Не отчёт на три страницы. Не бюрократию ради бюрократии. Просто несколько строк: что сделали, какие решения приняли, что осталось следующим шагом.

Например: сегодня собрали структуру сайта, убрали лишний раздел, перенесли CTA в конец, следующим шагом нужно проверить мобильную версию.

Такой лог выглядит скучно ровно до момента, пока ты не открываешь проект через две недели и не понимаешь, что не надо восстанавливать всё по памяти.

Ты просто читаешь последнюю запись и возвращаешься в работу.

Как водить Claude, Codex и других агентов по одной папке

Одна и та же папка может быть рабочей базой для разных ИИ-агентов.

И в этом весь смысл.

Ты не привязываешь проект к одному чату или одному сервису. Ты привязываешь проект к файлам, которые контролируешь сам.

Claude может помочь с текстами. Codex — с кодом. ChatGPT — с упаковкой, идеями, структурой, анализом. Но все они должны приходить в одну и ту же рабочую среду, а не создавать каждый свою отдельную реальность.

Тогда переключение между инструментами перестаёт быть катастрофой.

Новый агент не знает старую переписку, но ему и не нужно знать её дословно. Если важное вынесено в файлы, он быстро поднимает контекст и продолжает с текущего места.

Зачем подключать Git и приватный GitHub

Git нужен не только разработчикам.

Если ты работаешь с ИИ над проектом, тебе всё равно нужна история изменений. Особенно когда агент может быстро переписать много файлов, текстов или логики.

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

Git решает это спокойно: можно посмотреть, что изменилось, сравнить версии, откатиться, если нужно.

А приватный GitHub добавляет страховку. Локальная папка остаётся на компьютере, а копия проекта и история изменений лежат в приватном репозитории.

Не для публичности. Не для портфолио. А чтобы проект не зависел от одного ноутбука и одного аккаунта в ИИ-сервисе.

Как поднять весь контекст в новом чате

Если старый аккаунт пропал, нормальная система должна восстанавливаться просто.

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

Да, это не вернёт старую переписку слово в слово.

Но это вернёт главное: понимание проекта.

Потому что память лежит не в чате, а у тебя.

И это принципиальная разница.

Главная мысль

Чат — это интерфейс. Не хранилище проекта.

ИИ-сервисы будут меняться. Аккаунты могут блокировать. Модели могут дорожать, ухудшаться, исчезать или просто переставать подходить под задачу.

Если весь проект живёт внутри одного чата, ты зависишь от платформы.

Если проект лежит локально, ведётся в файлах, хранится в Git и дублируется в приватный GitHub, у тебя появляется контроль.

Нейросеть становится сменным двигателем.

А проект продолжает жить независимо от того, какой сервис ты используешь сегодня.

Урок по такой системе доступен внутри «Системы Райта»: https://telegram.me/raytsystem_bot?start=main