В этом материале
Архив Roo Code требует сохранить требования процесса и отдельно проверить замену без предположений об автоматическом переносе состояния.
Официальный репозиторий Roo Code архивирован, а README сообщает о закрытии расширения 15 мая. Существующую установку рассматривают как задачу перехода с сохранением правил и знаний, а не рекомендуют новую установку Roo.
Конкретная граница приложения
Дата архивирования репозитория — 15 мая 2026 года. Историческая документация описывает Code, Architect, Ask, Debug, пользовательские режимы и MCP. Это помогает определить прежние потребности, но архивный перечень не обещает текущую поддержку и доступность сервисов. Отделите переносимую часть процесса от состояния продукта: инструкции проекта, границы проверки, локальную модель и примеры задач можно описать независимо. Секреты провайдера не являются обычным текстом правил и не должны попадать в заметки миграции. У форка или другого продукта собственные границы поддержки и настройки. Сходство происхождения не доказывает совместимость пользовательских режимов, историй бесед или разрешений, поэтому перенос нужно оценивать по фактическим требованиям работы (Roo Code official archive).
Практический маршрут
Изучите существующую установку без расширения разрешений и новой длительной задачи. Сохраните нужные правила проекта и опишите режимы через назначение и допустимые действия. Runtime и идентификатор модели запишите отдельно. Для кандидата, например Cline, используйте текущую документацию локальных моделей и воссоздайте только нужные возможности пробы. Начните с объяснения кода, затем небольшого проверяемого изменения. Не импортируйте неизвестный файл целиком и не предполагайте понимание определений режимов Roo другим продуктом (Cline local model overview).
Разобранный пример
Пользователь применял Ask для объяснений и режим, разрешавший документацию без изменения исходного кода. Переносимое требование — разница доступа, а не старое название. В новом приложении воссоздайте объяснение и узкую правку документации. Сопоставьте предложенное действие и фактический diff с сохранённым требованием до использования на текущей работе. Локальную модель при первой пробе лучше оставить прежней, чтобы не смешивать два независимых изменения.
| Проверка | Запись |
|---|---|
| Сохранённые знания | Инструкции проекта, назначения режимов и безопасный пример задачи. |
| Сохранённый путь модели | Локальный runtime и идентификатор без секретов в заметках. |
| Проба замены | Объяснение и проверенная правка документации под управлением нового приложения. |
Как правильно прочитать сбой
Знакомый интерфейс преемника не доказывает совместимость контрольных точек, ключей и разрешений. Например, у снимков Cline собственная документированная область файлов. Нельзя обещать автоматический перенос старой истории и снимков. До понимания поведения замены сохраните прежние свидетельства и необходимые исходные материалы. Для каждого неперенесённого объекта прямо отметьте, что он не проверен новым приложением (Cline Checkpoints).
Что завершает проверку
Устойчивый результат — описанный локальный процесс, оцениваемый независимо от закрытого расширения. Архив Roo требует пересмотра инструмента, но не устанавливает автоматическую совместимость с конкретной альтернативой или сохранение всех прежних возможностей без отдельной проверки.
Связанные материалы: Воспроизводимый стек инференса: как сохранить результат GPU-пилота, LLM для кода на 12 ГБ VRAM: модель, контекст и запас.