docs/docs/uk/cli/migrate.md
2026-04-30 19:59:46 +00:00

16 KiB
Raw Blame History

read_when summary title x-i18n
Ви хочете перейти з Hermes або іншої агентської системи до OpenClaw
Ви додаєте постачальника міграцій, що належить Plugin
Довідник CLI для `openclaw migrate` (імпорт стану з іншої агентської системи) Міграція
generated_at model provider source_hash source_path workflow
2026-04-30T19:53:23Z gpt-5.5 openai ffcd9e874bdaa0a5195e712d4fccd7b3d53034cb362c7f7462e9c7df72477b1a cli/migrate.md 16

openclaw migrate

Імпортуйте стан з іншої агентної системи через постачальника міграції, що належить Plugin. Вбудовані постачальники охоплюють стан Codex CLI, Claude і Hermes; сторонні plugins можуть реєструвати додаткових постачальників.

Покрокові інструкції для користувачів див. у [Міграція з Claude](/uk/install/migrating-claude) і [Міграція з Hermes](/uk/install/migrating-hermes). [Центр міграції](/uk/install/migrating) перелічує всі шляхи.

Команди

openclaw migrate list
openclaw migrate claude --dry-run
openclaw migrate codex --dry-run
openclaw migrate codex --skill gog-vault77-google-workspace
openclaw migrate hermes --dry-run
openclaw migrate hermes
openclaw migrate apply codex --yes --skill gog-vault77-google-workspace
openclaw migrate apply codex --yes
openclaw migrate apply claude --yes
openclaw migrate apply hermes --yes
openclaw migrate apply hermes --include-secrets --yes
openclaw onboard --flow import
openclaw onboard --import-from claude --import-source ~/.claude
openclaw onboard --import-from hermes --import-source ~/.hermes
Назва зареєстрованого постачальника міграції, наприклад `hermes`. Виконайте `openclaw migrate list`, щоб побачити встановлених постачальників. Створити план і вийти без зміни стану. Перевизначити каталог вихідного стану. Для Hermes типовим є `~/.hermes`. Імпортувати підтримувані облікові дані. Типово вимкнено. Дозволити apply замінювати наявні цілі, коли план повідомляє про конфлікти. Пропустити запит підтвердження. Обов’язково в неінтерактивному режимі. Вибрати один елемент копіювання skill за назвою skill або ідентифікатором елемента. Повторіть прапорець, щоб мігрувати кілька skills. Якщо прапорець пропущено, інтерактивні міграції Codex показують селектор із прапорцями, а неінтерактивні міграції зберігають усі заплановані skills. Пропустити резервну копію перед apply. Потребує `--force`, коли існує локальний стан OpenClaw. Обов’язково разом із `--no-backup`, коли apply інакше відмовився б пропускати резервну копію. Надрукувати план або результат apply як JSON. З `--json` і без `--yes` apply друкує план і не змінює стан.

Модель безпеки

openclaw migrate спочатку показує попередній перегляд.

Постачальник повертає деталізований план до будь-яких змін, включно з конфліктами, пропущеними елементами та чутливими елементами. JSON-плани, вивід apply і звіти міграції редагують вкладені ключі, схожі на секрети, як-от API-ключі, токени, заголовки авторизації, cookies і паролі.
`openclaw migrate apply <provider>` попередньо показує план і запитує підтвердження перед зміною стану, якщо не задано `--yes`. У неінтерактивному режимі apply потребує `--yes`.
Apply створює й перевіряє резервну копію OpenClaw перед застосуванням міграції. Якщо локального стану OpenClaw ще немає, крок резервного копіювання пропускається, а міграція може продовжитися. Щоб пропустити резервну копію, коли стан існує, передайте і `--no-backup`, і `--force`. Apply відмовляється продовжувати, коли план має конфлікти. Перегляньте план, а потім повторно запустіть із `--overwrite`, якщо заміна наявних цілей є навмисною. Постачальники все ще можуть записувати резервні копії на рівні елементів для перезаписаних файлів у каталозі звіту міграції. Секрети типово ніколи не імпортуються. Використовуйте `--include-secrets`, щоб імпортувати підтримувані облікові дані.

Постачальник Claude

Вбудований постачальник Claude типово виявляє стан Claude Code у ~/.claude. Використовуйте --from <path>, щоб імпортувати конкретний домашній каталог Claude Code або корінь проєкту.

Покрокову інструкцію для користувачів див. у [Міграція з Claude](/uk/install/migrating-claude).

Що імпортує Claude

  • Проєктні CLAUDE.md і .claude/CLAUDE.md у робочу область агента OpenClaw.
  • Користувацький ~/.claude/CLAUDE.md, доданий до USER.md робочої області.
  • Визначення MCP-серверів із проєктного .mcp.json, Claude Code ~/.claude.json і Claude Desktop claude_desktop_config.json.
  • Каталоги skills Claude, які містять SKILL.md.
  • Markdown-файли команд Claude, перетворені на skills OpenClaw лише з ручним викликом.

Стан архівування та ручного перегляду

Hooks Claude, дозволи, типові значення середовища, локальна пам’ять, правила з областю дії за шляхом, субагенти, кеші, плани й історія проєкту зберігаються у звіті міграції або повідомляються як елементи для ручного перегляду. OpenClaw не виконує hooks, не копіює широкі allowlists і не імпортує стан облікових даних OAuth/Desktop автоматично.

Постачальник Codex

Вбудований постачальник Codex типово виявляє стан Codex CLI у ~/.codex або в CODEX_HOME, коли цю змінну середовища задано. Використовуйте --from <path>, щоб інвентаризувати конкретний домашній каталог Codex.

Використовуйте цього постачальника під час переходу на harness OpenClaw Codex, коли потрібно свідомо просунути корисні особисті ресурси Codex CLI. Локальні запуски app-server Codex використовують каталоги CODEX_HOME і HOME для кожного агента, тому типово вони не читають ваш особистий стан Codex CLI.

Запуск openclaw migrate codex в інтерактивному терміналі попередньо показує повний план, а потім відкриває селектор із прапорцями для елементів копіювання skill перед фінальним підтвердженням apply. Усі skills спочатку вибрані; зніміть прапорець із будь-якого skill, який не потрібно копіювати в цього агента. Для скриптових або точних запусків передайте --skill <name> по одному разу для кожного skill, наприклад:

openclaw migrate codex --dry-run --skill gog-vault77-google-workspace
openclaw migrate apply codex --yes --skill gog-vault77-google-workspace

Що імпортує Codex

  • Каталоги skills Codex CLI у $CODEX_HOME/skills, окрім кешу .system Codex.
  • Особисті AgentSkills у $HOME/.agents/skills, скопійовані в поточну робочу область агента OpenClaw, коли потрібне володіння на рівні агента.

Стан Codex для ручного перегляду

Нативні plugins Codex, config.toml і нативні hooks/hooks.json не активуються автоматично. Plugins можуть відкривати MCP-сервери, apps, hooks або іншу виконувану поведінку, тому постачальник повідомляє про них для перегляду замість завантаження їх в OpenClaw. Файли config і hook копіюються у звіт міграції для ручного перегляду.

Постачальник Hermes

Вбудований постачальник Hermes типово виявляє стан у ~/.hermes. Використовуйте --from <path>, коли Hermes розташований в іншому місці.

Що імпортує Hermes

  • Типову конфігурацію моделі з config.yaml.
  • Налаштованих постачальників моделей і власні OpenAI-сумісні endpoints із providers і custom_providers.
  • Визначення MCP-серверів із mcp_servers або mcp.servers.
  • SOUL.md і AGENTS.md у робочу область агента OpenClaw.
  • memories/MEMORY.md і memories/USER.md, додані до файлів пам’яті робочої області.
  • Типові значення конфігурації пам’яті для файлової пам’яті OpenClaw, а також архівні елементи або елементи для ручного перегляду для зовнішніх постачальників пам’яті, як-от Honcho.
  • Skills, які містять файл SKILL.md у skills/<name>/.
  • Значення конфігурації для кожного skill із skills.config.
  • Підтримувані API-ключі з .env, лише з --include-secrets.

Підтримувані ключі .env

OPENAI_API_KEY, ANTHROPIC_API_KEY, OPENROUTER_API_KEY, GOOGLE_API_KEY, GEMINI_API_KEY, GROQ_API_KEY, XAI_API_KEY, MISTRAL_API_KEY, DEEPSEEK_API_KEY.

Стан лише для архіву

Стан Hermes, який OpenClaw не може безпечно інтерпретувати, копіюється у звіт міграції для ручного перегляду, але не завантажується в активну конфігурацію або облікові дані OpenClaw. Це зберігає непрозорий або небезпечний стан без удавання, що OpenClaw може автоматично виконувати його або довіряти йому:

  • plugins/
  • sessions/
  • logs/
  • cron/
  • mcp-tokens/
  • auth.json
  • state.db

Після застосування

openclaw doctor

Контракт Plugin

Джерела міграції є plugins. Plugin оголошує свої ідентифікатори постачальників в openclaw.plugin.json:

{
  "contracts": {
    "migrationProviders": ["hermes"]
  }
}

Під час виконання Plugin викликає api.registerMigrationProvider(...). Постачальник реалізує detect, plan і apply. Core відповідає за оркестрацію CLI, політику резервного копіювання, запити, JSON-вивід і попередню перевірку конфліктів. Core передає переглянутий план у apply(ctx, plan), а постачальники можуть перебудовувати план лише коли цей аргумент відсутній для сумісності.

Provider plugins можуть використовувати openclaw/plugin-sdk/migration для створення елементів і підрахунків у підсумку, а також openclaw/plugin-sdk/migration-runtime для копіювання файлів з урахуванням конфліктів, архівних копій у звітах, кешованих wrappers config-runtime і звітів міграції.

Інтеграція з onboarding

Onboarding може пропонувати міграцію, коли постачальник виявляє відоме джерело. І openclaw onboard --flow import, і openclaw setup --wizard --import-from hermes використовують того самого постачальника міграції Plugin і все одно показують попередній перегляд перед застосуванням.

Імпорти onboarding потребують свіжого налаштування OpenClaw. Спочатку скиньте конфігурацію, облікові дані, сесії та робочу область, якщо у вас уже є локальний стан. Backup-plus-overwrite або merge imports захищені feature gate для наявних налаштувань.

Пов’язане

  • Міграція з Hermes: покрокова інструкція для користувачів.
  • Міграція з Claude: покрокова інструкція для користувачів.
  • Міграція: перенесіть OpenClaw на новий комп’ютер.
  • Doctor: перевірка справності після застосування міграції.
  • Plugins: встановлення та реєстрація plugins.