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

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

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

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

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

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

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

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

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

Установите NocoBase

Обновление NocoBase

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

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

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

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

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

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

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

# 默认使用 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>

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

nb env auth app1

Если вы просто хотите начать использовать ИИ для создания новых возможностей, продолжайте читать Краткое руководство по созданию AI.

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

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

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

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

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

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

nb init --yes --env app1

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

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

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

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

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