# Roo Code закрыт: сохранение процесса перед переходом

Переход с закрытого Roo Code: сохранение правил, назначения режимов и локальной модели до проверки подходящей замены.

Автор: Команда Retrivium
Обновлено: 2026-11-03
Канонический URL: https://retrivium.ai/ru/journal/roo-code-retired-local-workflow-migration/
Language: ru

Официальный репозиторий Roo Code архивирован, а README сообщает о закрытии расширения 15 мая. Существующую установку рассматривают как задачу перехода с сохранением правил и знаний, а не рекомендуют новую установку Roo.

## Конкретная граница приложения

Дата архивирования репозитория — 15 мая 2026 года. Историческая документация описывает Code, Architect, Ask, Debug, пользовательские режимы и MCP. Это помогает определить прежние потребности, но архивный перечень не обещает текущую поддержку и доступность сервисов. Отделите переносимую часть процесса от состояния продукта: инструкции проекта, границы проверки, локальную модель и примеры задач можно описать независимо. Секреты провайдера не являются обычным текстом правил и не должны попадать в заметки миграции. У форка или другого продукта собственные границы поддержки и настройки. Сходство происхождения не доказывает совместимость пользовательских режимов, историй бесед или разрешений, поэтому перенос нужно оценивать по фактическим требованиям работы ([Roo Code official archive](https://github.com/RooCodeInc/Roo-Code)).

## Практический маршрут

Изучите существующую установку без расширения разрешений и новой длительной задачи. Сохраните нужные правила проекта и опишите режимы через назначение и допустимые действия. Runtime и идентификатор модели запишите отдельно. Для кандидата, например Cline, используйте текущую документацию локальных моделей и воссоздайте только нужные возможности пробы. Начните с объяснения кода, затем небольшого проверяемого изменения. Не импортируйте неизвестный файл целиком и не предполагайте понимание определений режимов Roo другим продуктом ([Cline local model overview](https://docs.cline.bot/running-models-locally/overview)).

## Разобранный пример

Пользователь применял Ask для объяснений и режим, разрешавший документацию без изменения исходного кода. Переносимое требование — разница доступа, а не старое название. В новом приложении воссоздайте объяснение и узкую правку документации. Сопоставьте предложенное действие и фактический diff с сохранённым требованием до использования на текущей работе. Локальную модель при первой пробе лучше оставить прежней, чтобы не смешивать два независимых изменения.

| Проверка | Запись |
| --- | --- |
| Сохранённые знания | Инструкции проекта, назначения режимов и безопасный пример задачи. |
| Сохранённый путь модели | Локальный runtime и идентификатор без секретов в заметках. |
| Проба замены | Объяснение и проверенная правка документации под управлением нового приложения. |

## Как правильно прочитать сбой

Знакомый интерфейс преемника не доказывает совместимость контрольных точек, ключей и разрешений. Например, у снимков Cline собственная документированная область файлов. Нельзя обещать автоматический перенос старой истории и снимков. До понимания поведения замены сохраните прежние свидетельства и необходимые исходные материалы. Для каждого неперенесённого объекта прямо отметьте, что он не проверен новым приложением ([Cline Checkpoints](https://docs.cline.bot/core-workflows/checkpoints)).

## Что завершает проверку

Устойчивый результат — описанный локальный процесс, оцениваемый независимо от закрытого расширения. Архив Roo требует пересмотра инструмента, но не устанавливает автоматическую совместимость с конкретной альтернативой или сохранение всех прежних возможностей без отдельной проверки.

Связанные материалы: [Воспроизводимый стек инференса: как сохранить результат GPU-пилота](/ru/journal/software-stack-reproducibility/), [LLM для кода на 12 ГБ VRAM: модель, контекст и запас](/ru/journal/coding-llm-12gb-vram/).