# Как подключить старый метод установки к AI и перейти на CLI

Если вы все еще используете исходный код Docker, `create-nocobase-app` или Git для установки и поддержки NocoBase в соответствии со старой документацией, вы можете продолжать использовать его таким же образом. Для доступа к AI нет необходимости сразу переустанавливать приложение.

Эта страница в основном поможет вам сначала определить маршрут:

- Продолжайте использовать исходные методы установки и обновления.
- Предоставьте существующим приложениям доступ к агенту AI в первую очередь.
- Переход на новый подход на основе CLI.

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

## Какой метод мне выбрать?

| Если вы хотите сейчас... | Что делать по умолчанию |
| --- | --- |
| Продолжайте устанавливать, обновлять и обслуживать приложения оригинальным способом | Просто продолжайте использовать старый способ, сначала прочитайте соответствующую запись в документе ниже |
| Позвольте старому приложению, которое работало стабильно, подключиться к AI-агенту | По умолчанию сначала используется удаленное подключение, которое имеет наименьший риск |
| Используйте `nb app`, `nb env`, `nb source` для управления приложениями в будущем | Создайте новое приложение CLI и перенесите туда старые данные |

## Продолжайте использовать исходный метод установки.

Если вы привыкли к предыдущему способу установки, вы можете продолжать использовать его. Просто следуйте исходным документам для установки, обновления и настройки переменных среды.

### Установите NocoBase

- [Установка Docker](/get-started/installation/docker)
- [установка create-nocobase-app](/get-started/installation/create-nocobase-app)
- [Установка исходного кода Git](/get-started/installation/git)
- [Переменные среды](/get-started/installation/env)

### Обновление NocoBase

- [Обновление установки Docker](/get-started/upgrading/docker)
- [Обновление установки create-nocobase-app](/get-started/upgrading/create-nocobase-app)
- [Обновление установки исходного кода Git](/get-started/upgrading/git)

## Способ 1. Сначала предоставьте существующим приложениям доступ к агенту AI.

Если ваше старое приложение уже работает стабильно, используйте этот метод по умолчанию.

Суть этого метода заключается в том, чтобы сначала подключить существующие приложения к CLI и агенту AI посредством удаленного подключения. Это самый низкий риск, поскольку он не влияет напрямую на текущие процессы установки, запуска, остановки и обновления.

Но надо сначала уточнить границы:

- Этот метод не имеет возможностей, связанных с `nb app`.
- Он не берет на себя управление старыми приложениями во время выполнения.
- Но способности, связанные со строительством ИИ, можно использовать обычным образом.

Другими словами, если вас больше всего волнует в данный момент «сначала подключить ИИ», а не «немедленно переключить всю систему управления операциями на CLI», вы по умолчанию пойдете по этому пути первым.

При подключении к существующему приложению вы можете инициализировать среду CLI следующим образом:

```bash
# 默认使用 OAuth 认证
nb init --yes --env app1 \
  --api-base-url=http://your-app-host/api

# 使用 token 认证
nb init --yes --env app1 \
  --api-base-url=http://your-app-host/api \
  --auth-type=token \
  --access-token=<token>
```

Если позже потребуется повторная аутентификация, вы можете выполнить:

```bash
nb env auth app1
```

Если вы просто хотите начать использовать ИИ для создания новых возможностей, продолжайте читать [Краткое руководство по созданию AI](/ai-builder/).

## Способ 2: переход на CLI

Если вы хотите использовать `nb app`, `nb env` и `nb source` для управления локальными приложениями в будущем, то более безопасный подход — не брать на себя управление существующим приложением напрямую, а создать новое приложение и затем перенести туда данные старого приложения.

Причина также очень проста: возможность «взять на себя существующие приложения» все еще находится в стадии разработки.

Итак, на данный момент рекомендуемый маршрут миграции по умолчанию:

1. Сначала создайте новое приложение CLI.
2. Перенесите базу данных, `storage` и переменные среды старого приложения.
3. Убедившись, что работа, обновление и возможности искусственного интеллекта нового приложения работают нормально, решите, следует ли переключаться на производственную среду.

Сначала создайте новую среду CLI:

```bash
nb init --yes --env app1
```

Перед миграцией рекомендуется подтвердить, что это содержимое готово:

1. Резервная копия базы данных создана.
2. Резервная копия каталога `storage` создана.
3. Записаны ключевые переменные среды старого приложения, такие как `APP_KEY`, `TZ`, `DB_*`, `DB_UNDERSCORED`.

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

## Куда смотреть дальше

- Если вы готовы устанавливать приложения и управлять ими по-новому, перейдите к [Установка с помощью CLI (рекомендуется)](./cli.md)
- Если вы продолжаете использовать исходный метод установки, просто вернитесь к приведенной выше записи документа по установке и обновлению.
