# Переезд с одной нейросети на другую: что забрать с собой

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

URL: https://posts.danashkin.ru/guides/perehod-s-odnoy-neyroseti-na-druguyu
Обновлено: 2026-09-11

---

## Коротко

**Главное**

- При переходе на другую нейросеть теряется переписка, а не работа. Работа живёт в файлах, и файлы читает любой инструмент.
- То, что сервис «помнит» о тебе, можно выгрузить: попроси его самого собрать всё накопленное в один текст и забери этот текст с собой.
- Перевозить стоит четыре вещи: описание себя и компании, правила работы, наработанные материалы и список текущих задач. Историю переписки перевозить не надо.
- Формат для переезда - обычные текстовые файлы. Их читает любая модель, они открываются на любом компьютере и не зависят от сервиса.
- Переезд проверяется контрольным вопросом: задай новой нейросети задачу из своей работы и посмотри, хватило ли ей перенесённого контекста.

## Что на самом деле теряется при переходе?

**Главное**

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

Вопрос звучит на каждом втором обучении: «я полгода работал в одном сервисе, он меня уже знает. Если перейду на другой - всё насмарку?»

Ответ короткий: нет, если ты работал через файлы. Да, если вся работа жила внутри переписки.

Формулирую это правилом, которое даю ученикам: значение имеет не чат, а файлы. То, что беседа велась в конкретном сервисе, само по себе ничего не значит. Значение имеет, какие файлы созданы и где они лежат.

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

Про то, как устроен этот принцип целиком, писал в материале про [контекст-инжиниринг](/guides/kontekst-inzhiniring): работа с ИИ - это работа с контекстом, а контекст живёт в файлах.

## Как забрать то, что сервис помнит о тебе?

**Главное**

Попросить его самого. Нейросети накапливают заметки о пользователе, и их можно выгрузить обычным запросом: «собери всё, что ты обо мне запомнил, в один структурированный текст». Дальше этот текст переезжает файлом.

Приём, который я показываю на обучениях и которым пользуюсь сам.

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

Забрать их можно двумя путями:

1. **Посмотри раздел с памятью в настройках**

   У большинства сервисов есть страница, где видно, что именно о тебе запомнено. Часто там же можно всё это скопировать.

2. **Попроси собрать выгрузку прямо в чате**

   Формулировка: «собери всё, что ты обо мне и моих проектах запомнил, в один структурированный текст: кто я, чем занимаюсь, над чем работаю, какие у меня предпочтения в ответах».

3. **Дополни своими словами**

   Модель знает не всё. Допиши то, что она не назвала: контекст компании, ограничения, привычные форматы.

4. **Сохрани в файл**

   Обычный текстовый файл на диске. Это и есть твой переносной багаж.

5. **Отдай новому инструменту**

   На первом же разговоре: «вот описание меня и моей работы, учитывай это дальше».

**Заодно проверь, что там записано**

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

## Что перевозить, а что бросить

**Главное**

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

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

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

Как собирать профиль себя и своей работы, чтобы он был полезным, а не анкетным, разбирал в материале про то, [как рассказать нейросети о себе](/guides/agent-sobral-rabochuyu-kopiyu).

## Формат, который читают все

**Главное**

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

Практический ответ на вопрос «в чём хранить». В обычном тексте.

Почему именно так:

- **Любая модель это читает.** Текст - универсальный вход для всех инструментов, без исключений.
- **Ты сам это читаешь.** Открыл, посмотрел, поправил. Никаких особых программ.
- **Не зависит от сервиса.** Файл лежит у тебя. Сервис может закрыться, подорожать или разонравиться - файл останется.
- **Хорошо ложится в папку проекта.** Рядом с материалами, а не в отдельной вселенной.

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

Отсюда же ответ на второй частый вопрос: файл-память проекта - это обычный текстовый файл, и другой инструмент его прочитает так же спокойно, как и первый. Ничего волшебного в нём нет. Что писать внутрь такого файла, разбирал подробно - [что писать в CLAUDE.md](/guides/chto-pisat-v-claude-md).

Такой набор файлов и есть твой [второй мозг](/concepts/vtoroy-mozg): он не принадлежит ни одному сервису и переезжает вместе с тобой.

## Как проверить, что переезд состоялся?

**Главное**

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

Проверка «помнишь ли ты меня» бесполезна: модель бодро перескажет то, что ты сам ей только что дал.

Рабочая проверка выглядит иначе. Возьми задачу, которую недавно решал в старом сервисе, и поставь её в новом. Сравни два ответа.

На что смотреть:

1. **Учитывает ли контекст.** Упоминает твою отрасль, ограничения, привычный формат - или отвечает общо.
2. **Задаёт ли правильные вопросы.** Хороший признак: спрашивает про то, чего действительно не хватает.
3. **Попадает ли в формат.** Если ты годами получал ответы в определённом виде, это должно перенестись через файл с правилами.
4. **Не выдумывает ли факты.** Если новый инструмент уверенно называет то, чего ты не переносил, - контекста ему не хватило, и он достроил сам.

По итогам проверки допиши файл. Обычно после первого прогона добавляется два-три абзаца - те самые вещи, которые ты считал очевидными.

## Когда переезжать не стоит?

**Главное**

Когда причина переезда - недовольство одним ответом. Инструменты сильны в разном, и разумнее держать два под разные задачи, чем каждые две недели переносить всё туда-обратно.

Честно про обратную сторону: переезд стоит времени, и не каждый повод его оправдывает.

Когда переезд оправдан:

- **Изменились требования компании.** Например, к тому, где могут обрабатываться данные.
- **Инструмент не тянет твой класс задач.** Не разово, а системно.
- **Цена перестала сходиться с пользой.**

Когда не оправдан:

- **Один плохой ответ.** Это ничего не говорит про инструмент.
- **Кто-то посоветовал.** Чужой сценарий работы не равен твоему.
- **Хочется попробовать новое.** Пробуй - но параллельно, а не переездом.

Нормальная зрелая конфигурация - два-три инструмента под разные типы задач. У меня это именно так: один для длинной работы с проектом, другой для быстрых вопросов, третий для документов. Как их выбирать, разбирал в материале про то, [какую нейросеть выбрать под задачу](/guides/kakuyu-neyroset-vybrat-pod-zadachu).

Тогда и вопрос переезда стоит иначе: не «куда мне перейти», а «что из моего багажа нужно каждому из них». Ответ - один и тот же набор файлов.

## Частые вопросы

**Главное**

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

### Частые вопросы

**Стиль общения перенесётся?**

Не сам по себе. Стиль - это твои правила, а не свойство сервиса. Опиши их словами в файле: длина ответа, тон, формат, что делать при нехватке данных. Тогда перенесётся.

**Что делать с оплаченной подпиской на старый сервис?**

Не отключать сразу. Оставь на месяц параллельно: во-первых, что-то забытое всплывёт, во-вторых, за месяц станет видно, был ли переезд правильным решением.

**У меня заведены проекты с настройками. Они переедут?**

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

**Можно работать в двух сервисах одновременно?**

Можно и часто разумно. Главное - чтобы источник правды был один: файлы в папке проекта. Иначе получишь две расходящиеся версии одной работы.

## Главный вывод

**Главное**

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

Главное, что стоит запомнить: привязка к сервису возникает не из-за качества модели, а из-за того, что твоя работа осела внутри его интерфейса. Лечится это заранее, а не в момент переезда.

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

Посмотри на свою работу за последний месяц. Что из неё останется, если завтра исчезнет доступ к сервису, в котором ты её вёл?

### Источники

- [Vendor lock-in - привязка к поставщику и как она возникает, Википедия](https://en.wikipedia.org/wiki/Vendor_lock-in)
- [Data portability - переносимость данных между сервисами, Википедия](https://en.wikipedia.org/wiki/Data_portability)
- [Markdown - простая текстовая разметка, Википедия](https://en.wikipedia.org/wiki/Markdown)
- [Plain text - почему обычный текст читается везде, Википедия](https://en.wikipedia.org/wiki/Plain_text)
- [Файл-память проекта - как агент читает контекст из файлов, документация Claude Code](https://code.claude.com/docs/en/memory)