From c7c612082cc80b9bb7c20c9b5475ffa0b161f852 Mon Sep 17 00:00:00 2001 From: "openclaw-docs-i18n[bot]" Date: Thu, 9 Apr 2026 00:06:10 +0000 Subject: [PATCH] chore(i18n): refresh uk translations --- docs/uk/concepts/qa-e2e-automation.md | 129 +++++++++++++------------- docs/uk/providers/qwen.md | 116 +++++++++++------------ 2 files changed, 124 insertions(+), 121 deletions(-) diff --git a/docs/uk/concepts/qa-e2e-automation.md b/docs/uk/concepts/qa-e2e-automation.md index 8a3141059..d90c55a76 100644 --- a/docs/uk/concepts/qa-e2e-automation.md +++ b/docs/uk/concepts/qa-e2e-automation.md @@ -2,50 +2,50 @@ read_when: - Розширення qa-lab або qa-channel - Додавання QA-сценаріїв із підтримкою репозиторію - - Побудова реалістичнішої QA-автоматизації навколо панелі Gateway -summary: Форма приватної QA-автоматизації для qa-lab, qa-channel, початкових сценаріїв і звітів протоколу -title: QA E2E Автоматизація + - Побудова QA-автоматизації з вищим рівнем реалістичності навколо панелі Gateway +summary: Форма приватної QA-автоматизації для qa-lab, qa-channel, початково заданих сценаріїв і звітів протоколу +title: QA E2E-автоматизація x-i18n: - generated_at: "2026-04-08T19:11:09Z" + generated_at: "2026-04-09T00:06:02Z" model: gpt-5.4 provider: openai - source_hash: 89889f3d2ed06029f2c6b023f7207c007615d5dca5468f7a1a84d3b195fcf36f + source_hash: 6ee5f55b98e46d1cd0b7ffdea96b0c8b5c1681803c69bdbcbe10dae14e62182b source_path: concepts/qa-e2e-automation.md workflow: 15 --- -# QA E2E Автоматизація +# QA E2E-автоматизація -Приватний стек QA призначений для перевірки OpenClaw у більш реалістичний, -каналоподібний спосіб, ніж це може зробити один модульний тест. +Приватний стек QA призначений для тестування OpenClaw у реалістичніший, +орієнтований на канали спосіб, ніж це може зробити один модульний тест. Поточні складові: -- `extensions/qa-channel`: синтетичний канал повідомлень із поверхнями DM, каналу, гілки, +- `extensions/qa-channel`: синтетичний канал повідомлень із поверхнями DM, каналу, треду, реакцій, редагування та видалення. -- `extensions/qa-lab`: інтерфейс налагодження та QA-шина для спостереження за транскриптом, - інʼєкції вхідних повідомлень і експорту звіту у форматі Markdown. -- `qa/`: початкові ресурси з підтримкою репозиторію для стартового завдання та базових QA- +- `extensions/qa-lab`: UI налагодження та QA-шина для спостереження за транскриптом, + інʼєкції вхідних повідомлень і експорту Markdown-звіту. +- `qa/`: ресурси початкового наповнення з підтримкою репозиторію для стартового завдання та базових QA- сценаріїв. -Поточний робочий процес оператора QA — це сайт QA з двома панелями: +Поточний процес роботи оператора QA — це двопанельний QA-сайт: - Ліворуч: панель Gateway (Control UI) з агентом. - Праворуч: QA Lab, де показано транскрипт у стилі Slack і план сценарію. -Запустіть його так: +Запустіть це так: ```bash pnpm qa:lab:up ``` -Це збирає сайт QA, запускає гілку gateway на базі Docker і відкриває сторінку -QA Lab, де оператор або цикл автоматизації може дати агенту QA-місію, -спостерігати реальну поведінку каналу та фіксувати, що спрацювало, що не -спрацювало або що залишилося заблокованим. +Це збирає QA-сайт, запускає lane Gateway на основі Docker і відкриває +сторінку QA Lab, де оператор або цикл автоматизації може дати агенту QA- +місію, спостерігати реальну поведінку каналу та фіксувати, що спрацювало, що +не спрацювало або що залишилося заблокованим. -Для швидшої ітерації інтерфейсу QA Lab без повторного збирання Docker-образу щоразу -запустіть стек із пакетом QA Lab, змонтованим через bind mount: +Для швидшої ітерації UI QA Lab без перебудови Docker-образу щоразу +запустіть стек із QA Lab bundle, змонтованим через bind mount: ```bash pnpm openclaw qa docker-build-image @@ -54,14 +54,13 @@ pnpm qa:lab:up:fast pnpm qa:lab:watch ``` -`qa:lab:up:fast` зберігає сервіси Docker на попередньо зібраному образі та монтує через bind mount +`qa:lab:up:fast` залишає сервіси Docker на попередньо зібраному образі та монтує через bind mount `extensions/qa-lab/web/dist` у контейнер `qa-lab`. `qa:lab:watch` -перезбирає цей пакет при змінах, а браузер автоматично перезавантажується, коли -змінюється хеш ресурсу QA Lab. +перезбирає цей bundle при змінах, а браузер автоматично перезавантажується, коли змінюється хеш ресурсів QA Lab. -## Початкові ресурси з підтримкою репозиторію +## Початкові дані з підтримкою репозиторію -Початкові ресурси зберігаються в `qa/`: +Ресурси початкового наповнення розміщені в `qa/`: - `qa/scenarios/index.md` - `qa/scenarios/*.md` @@ -69,28 +68,28 @@ pnpm qa:lab:watch Вони навмисно зберігаються в git, щоб план QA був видимий і людям, і агенту. Базовий список має залишатися достатньо широким, щоб охоплювати: -- чат у DM і каналах -- поведінку гілок +- чати в DM і каналах +- поведінку тредів - життєвий цикл дій із повідомленнями - cron-зворотні виклики -- відновлення з памʼяті +- відтворення з памʼяті - перемикання моделей -- передавання підлеглому агенту +- передавання підзадач субагенту - читання репозиторію та документації -- одне невелике завдання зі збирання, наприклад Lobster Invaders +- одне невелике завдання зі збірки, наприклад Lobster Invaders ## Звітування -`qa-lab` експортує звіт протоколу у форматі Markdown зі спостережуваної часової шкали шини. -Звіт має відповідати на такі запитання: +`qa-lab` експортує Markdown-звіт протоколу на основі спостережуваної часової шкали шини. +Звіт має відповідати на такі питання: - Що спрацювало - Що не спрацювало - Що залишилося заблокованим -- Які сценарії для подальшої роботи варто додати +- Які сценарії для подальшого опрацювання варто додати -Для перевірок характеру та стилю запустіть той самий сценарій для кількох живих -посилань на моделі та запишіть оцінений звіт у форматі Markdown: +Для перевірок характеру й стилю виконайте той самий сценарій на кількох refs живих моделей +і створіть оцінений Markdown-звіт: ```bash pnpm openclaw qa character-eval \ @@ -101,46 +100,48 @@ pnpm openclaw qa character-eval \ --model minimax/MiniMax-M2.7,thinking=high \ --model zai/glm-5.1,thinking=high \ --model moonshot/kimi-k2.5,thinking=high \ - --model qwen/qwen3.6-plus,thinking=high \ - --model xiaomi/mimo-v2-pro,thinking=high \ + --model qwen/qwen3.5-plus,thinking=high \ --model google/gemini-3.1-pro-preview,thinking=high \ --judge-model openai/gpt-5.4,thinking=xhigh,fast \ --judge-model anthropic/claude-opus-4-6,thinking=high \ - --concurrency 8 \ - --judge-concurrency 8 + --blind-judge-models \ + --concurrency 16 \ + --judge-concurrency 16 ``` -Команда запускає дочірні процеси локального QA gateway, а не Docker. Сценарії -оцінювання характеру мають задавати персонажа через `SOUL.md`, а потім виконувати -звичайні ходи користувача, такі як чат, допомога з робочим простором і невеликі -файлові завдання. Кандидатній моделі не слід повідомляти, що її оцінюють. -Команда зберігає кожен повний транскрипт, записує базову статистику запуску, а -потім просить моделі-судді у fast mode з міркуванням `xhigh` -ранжувати запуски за природністю, вайбом і гумором. -Для кандидатних запусків за замовчуванням використовується `high`, а для моделей OpenAI — -`xhigh`, якщо вони це підтримують. Перевизначте конкретного кандидата вбудовано за допомогою -`--model provider/model,thinking=`. `--thinking ` і далі задає -глобальний резервний варіант, а стара форма `--model-thinking ` -збережена для сумісності. -Для посилань на кандидатів OpenAI за замовчуванням використовується fast mode, щоб -використовувалася пріоритетна обробка там, де це підтримує провайдер. Додайте `,fast`, `,no-fast` або `,fast=false` вбудовано, якщо -окремому кандидату або судді потрібне перевизначення. Передавайте `--fast` лише -тоді, коли хочете примусово ввімкнути fast mode для кожної кандидатної моделі. Тривалість запусків кандидатів і суддів -записується у звіт для аналізу бенчмарків, але в підказках для суддів прямо сказано -не ранжувати за швидкістю. -Для запусків кандидатних і суддівських моделей за замовчуванням використовується паралелізм 8. Зменшуйте -`--concurrency` або `--judge-concurrency`, коли обмеження провайдера або навантаження на локальний gateway +Команда запускає локальні дочірні процеси QA gateway, а не Docker. Сценарії оцінювання характеру +мають задавати персону через `SOUL.md`, а потім виконувати звичайні користувацькі ходи, +такі як чат, допомога з робочим простором і невеликі файлові завдання. Моделі-кандидату +не слід повідомляти, що її оцінюють. Команда зберігає кожен повний +транскрипт, записує базову статистику виконання, а потім звертається до моделей-суддів у fast mode з +міркуванням `xhigh`, щоб вони ранжували запуски за природністю, вайбом і гумором. +Використовуйте `--blind-judge-models` під час порівняння провайдерів: запит до судді все одно отримує +кожен транскрипт і статус виконання, але refs кандидатів замінюються нейтральними +мітками на кшталт `candidate-01`; після розбору звіт зіставляє ранжування з реальними refs. +Для запусків кандидатів за замовчуванням використовується рівень мислення `high`, а для моделей OpenAI, які це підтримують, — `xhigh`. +Перевизначте конкретного кандидата безпосередньо через +`--model provider/model,thinking=`. `--thinking ` як і раніше задає +глобальне резервне значення, а старіша форма `--model-thinking ` збережена +для сумісності. +Для refs кандидатів OpenAI за замовчуванням використовується fast mode, щоб задіяти пріоритетну обробку там, +де провайдер це підтримує. Додайте `,fast`, `,no-fast` або `,fast=false` безпосередньо, якщо +для окремого кандидата або судді потрібне перевизначення. Передавайте `--fast` лише тоді, коли хочете +примусово ввімкнути fast mode для кожної моделі-кандидата. Тривалість роботи кандидатів і суддів +записується у звіт для аналізу бенчмарків, але в запитах до суддів прямо зазначено, +що не слід ранжувати за швидкістю. +І для запусків моделей-кандидатів, і для запусків моделей-суддів за замовчуванням використовується concurrency 16. Зменшуйте +`--concurrency` або `--judge-concurrency`, якщо обмеження провайдера або навантаження на локальний gateway роблять запуск надто шумним. -Якщо не передано жодного кандидатного `--model`, для оцінювання характеру за замовчуванням використовуються +Якщо не передано жодного кандидата `--model`, для character eval за замовчуванням використовуються `openai/gpt-5.4`, `openai/gpt-5.2`, `anthropic/claude-opus-4-6`, `anthropic/claude-sonnet-4-6`, `minimax/MiniMax-M2.7`, `zai/glm-5.1`, -`moonshot/kimi-k2.5`, `qwen/qwen3.6-plus`, `xiaomi/mimo-v2-pro` і -`google/gemini-3.1-pro-preview`. -Якщо не передано жодного `--judge-model`, за замовчуванням використовуються судді +`moonshot/kimi-k2.5`, `qwen/qwen3.5-plus` і +`google/gemini-3.1-pro-preview`, якщо не передано `--model`. +Якщо не передано `--judge-model`, за замовчуванням як судді використовуються `openai/gpt-5.4,thinking=xhigh,fast` і `anthropic/claude-opus-4-6,thinking=high`. -## Повʼязана документація +## Пов’язані документи - [Тестування](/uk/help/testing) - [QA Channel](/uk/channels/qa-channel) diff --git a/docs/uk/providers/qwen.md b/docs/uk/providers/qwen.md index a8b06b724..03a33f41e 100644 --- a/docs/uk/providers/qwen.md +++ b/docs/uk/providers/qwen.md @@ -2,13 +2,13 @@ read_when: - Ви хочете використовувати Qwen з OpenClaw - Ви раніше використовували Qwen OAuth -summary: Використовуйте Qwen Cloud через вбудований провайдер qwen в OpenClaw +summary: Використовуйте Qwen Cloud через вбудованого провайдера qwen в OpenClaw title: Qwen x-i18n: - generated_at: "2026-04-05T22:37:14Z" + generated_at: "2026-04-09T00:06:09Z" model: gpt-5.4 provider: openai - source_hash: f175793693ab6a4c3f1f4d42040e673c15faf7603a500757423e9e06977c989d + source_hash: 4786df2cb6ec1ab29d191d012c61dcb0e5468bf0f8561fbbb50eed741efad325 source_path: providers/qwen.md workflow: 15 --- @@ -26,36 +26,36 @@ x-i18n: ## Рекомендовано: Qwen Cloud -Тепер OpenClaw розглядає Qwen як першокласного вбудованого провайдера з канонічним ідентифікатором -`qwen`. Вбудований провайдер націлений на кінцеві точки Qwen Cloud / Alibaba DashScope та -Coding Plan і зберігає роботу застарілих ідентифікаторів `modelstudio` як -псевдонім сумісності. +Тепер OpenClaw розглядає Qwen як повноцінного вбудованого провайдера з канонічним id +`qwen`. Вбудований провайдер націлений на кінцеві точки Qwen Cloud / Alibaba DashScope і +Coding Plan та зберігає роботу застарілих id `modelstudio` як +аліаса сумісності. - Провайдер: `qwen` - Бажана змінна середовища: `QWEN_API_KEY` - Також приймаються для сумісності: `MODELSTUDIO_API_KEY`, `DASHSCOPE_API_KEY` - Стиль API: сумісний з OpenAI -Якщо вам потрібен `qwen3.6-plus`, надавайте перевагу кінцевій точці **Standard (pay-as-you-go)**. +Якщо вам потрібен `qwen3.6-plus`, віддавайте перевагу кінцевій точці **Standard (оплата за використання)**. Підтримка Coding Plan може відставати від публічного каталогу. ```bash -# Глобальна кінцева точка Coding Plan +# Global Coding Plan endpoint openclaw onboard --auth-choice qwen-api-key -# Китайська кінцева точка Coding Plan +# China Coding Plan endpoint openclaw onboard --auth-choice qwen-api-key-cn -# Глобальна кінцева точка Standard (pay-as-you-go) +# Global Standard (pay-as-you-go) endpoint openclaw onboard --auth-choice qwen-standard-api-key -# Китайська кінцева точка Standard (pay-as-you-go) +# China Standard (pay-as-you-go) endpoint openclaw onboard --auth-choice qwen-standard-api-key-cn ``` -Застарілі ідентифікатори `auth-choice` у форматі `modelstudio-*` і посилання на моделі `modelstudio/...` усе ще -працюють як псевдоніми сумісності, але в нових потоках налаштування слід надавати перевагу канонічним -ідентифікаторам `auth-choice` у форматі `qwen-*` і посиланням на моделі `qwen/...`. +Застарілі id `modelstudio-*` для `auth-choice` і посилання на моделі `modelstudio/...` досі +працюють як аліаси сумісності, але в нових сценаріях налаштування слід віддавати перевагу канонічним +id `qwen-*` для `auth-choice` і посиланням на моделі `qwen/...`. Після онбордингу встановіть модель за замовчуванням: @@ -71,49 +71,51 @@ openclaw onboard --auth-choice qwen-standard-api-key-cn ## Типи планів і кінцеві точки -| План | Регіон | Вибір автентифікації | Кінцева точка | +| План | Регіон | Auth choice | Endpoint | | -------------------------- | ------ | -------------------------- | ------------------------------------------------ | -| Standard (pay-as-you-go) | China | `qwen-standard-api-key-cn` | `dashscope.aliyuncs.com/compatible-mode/v1` | -| Standard (pay-as-you-go) | Global | `qwen-standard-api-key` | `dashscope-intl.aliyuncs.com/compatible-mode/v1` | -| Coding Plan (subscription) | China | `qwen-api-key-cn` | `coding.dashscope.aliyuncs.com/v1` | -| Coding Plan (subscription) | Global | `qwen-api-key` | `coding-intl.dashscope.aliyuncs.com/v1` | +| Standard (оплата за використання) | Китай | `qwen-standard-api-key-cn` | `dashscope.aliyuncs.com/compatible-mode/v1` | +| Standard (оплата за використання) | Глобально | `qwen-standard-api-key` | `dashscope-intl.aliyuncs.com/compatible-mode/v1` | +| Coding Plan (підписка) | Китай | `qwen-api-key-cn` | `coding.dashscope.aliyuncs.com/v1` | +| Coding Plan (підписка) | Глобально | `qwen-api-key` | `coding-intl.dashscope.aliyuncs.com/v1` | -Провайдер автоматично вибирає кінцеву точку на основі вашого вибору автентифікації. Канонічні +Провайдер автоматично вибирає кінцеву точку на основі вашого auth choice. Канонічні варіанти використовують сімейство `qwen-*`; `modelstudio-*` залишається лише для сумісності. Ви можете перевизначити це за допомогою власного `baseUrl` у конфігурації. -Нативні кінцеві точки Model Studio оголошують сумісність використання потокового передавання на -спільному транспорті `openai-completions`. Тепер OpenClaw прив’язує це до можливостей кінцевої точки, тож -користувацькі ідентифікатори провайдера, сумісні з DashScope, які націлені на ті самі нативні хости, -успадковують ту саму поведінку потокового використання замість того, -щоб вимагати саме вбудований ідентифікатор провайдера `qwen`. +Власні кінцеві точки Model Studio оголошують сумісність використання потокової передачі на +спільному транспорті `openai-completions`. OpenClaw тепер визначає це за можливостями +кінцевої точки, тому сумісні з DashScope власні id провайдерів, що націлені на ті самі +власні хости, успадковують таку саму поведінку потокового використання замість +того, щоб вимагати саме вбудований id провайдера `qwen`. -## Отримайте свій ключ API +## Отримайте свій API-ключ - **Керування ключами**: [home.qwencloud.com/api-keys](https://home.qwencloud.com/api-keys) - **Документація**: [docs.qwencloud.com](https://docs.qwencloud.com/developer-guides/getting-started/introduction) ## Вбудований каталог -Наразі OpenClaw постачається з таким вбудованим каталогом Qwen: +Наразі OpenClaw постачається з таким вбудованим каталогом Qwen. Налаштований каталог +залежить від кінцевої точки: конфігурації Coding Plan не містять моделі, які, як відомо, +працюють лише на кінцевій точці Standard. | Посилання на модель | Вхідні дані | Контекст | Примітки | | --------------------------- | ----------- | --------- | -------------------------------------------------- | -| `qwen/qwen3.5-plus` | text, image | 1,000,000 | Модель за замовчуванням | -| `qwen/qwen3.6-plus` | text, image | 1,000,000 | Надавайте перевагу кінцевим точкам Standard, коли потрібна ця модель | -| `qwen/qwen3-max-2026-01-23` | text | 262,144 | Лінійка Qwen Max | -| `qwen/qwen3-coder-next` | text | 262,144 | Для кодування | -| `qwen/qwen3-coder-plus` | text | 1,000,000 | Для кодування | -| `qwen/MiniMax-M2.5` | text | 1,000,000 | Увімкнено міркування | -| `qwen/glm-5` | text | 202,752 | GLM | -| `qwen/glm-4.7` | text | 202,752 | GLM | -| `qwen/kimi-k2.5` | text, image | 262,144 | Moonshot AI через Alibaba | +| `qwen/qwen3.5-plus` | текст, зображення | 1,000,000 | Модель за замовчуванням | +| `qwen/qwen3.6-plus` | текст, зображення | 1,000,000 | Віддавайте перевагу кінцевим точкам Standard, якщо вам потрібна ця модель | +| `qwen/qwen3-max-2026-01-23` | текст | 262,144 | Лінійка Qwen Max | +| `qwen/qwen3-coder-next` | текст | 262,144 | Кодування | +| `qwen/qwen3-coder-plus` | текст | 1,000,000 | Кодування | +| `qwen/MiniMax-M2.5` | текст | 1,000,000 | Увімкнено міркування | +| `qwen/glm-5` | текст | 202,752 | GLM | +| `qwen/glm-4.7` | текст | 202,752 | GLM | +| `qwen/kimi-k2.5` | текст, зображення | 262,144 | Moonshot AI через Alibaba | Доступність усе ще може відрізнятися залежно від кінцевої точки та тарифного плану, навіть якщо модель -є у вбудованому каталозі. +присутня у вбудованому каталозі. -Сумісність використання нативного потокового передавання застосовується як до хостів Coding Plan, так і -до сумісних із DashScope хостів Standard: +Сумісність використання власної потокової передачі застосовується як до хостів Coding Plan, +так і до сумісних з DashScope хостів Standard: - `https://coding.dashscope.aliyuncs.com/v1` - `https://coding-intl.dashscope.aliyuncs.com/v1` @@ -122,31 +124,31 @@ openclaw onboard --auth-choice qwen-standard-api-key-cn ## Доступність Qwen 3.6 Plus -`qwen3.6-plus` доступна на кінцевих точках Model Studio Standard (pay-as-you-go): +`qwen3.6-plus` доступна на кінцевих точках Model Studio Standard (оплата за використання): -- China: `dashscope.aliyuncs.com/compatible-mode/v1` -- Global: `dashscope-intl.aliyuncs.com/compatible-mode/v1` +- Китай: `dashscope.aliyuncs.com/compatible-mode/v1` +- Глобально: `dashscope-intl.aliyuncs.com/compatible-mode/v1` Якщо кінцеві точки Coding Plan повертають помилку "unsupported model" для -`qwen3.6-plus`, перейдіть на Standard (pay-as-you-go) замість пари -кінцевої точки/ключа Coding Plan. +`qwen3.6-plus`, перейдіть на Standard (оплата за використання) замість пари +кінцева точка/ключ Coding Plan. ## План можливостей -Розширення `qwen` позиціонується як дім постачальника для повної поверхні Qwen +Розширення `qwen` позиціонується як домашня база постачальника для всієї поверхні Qwen Cloud, а не лише для моделей кодування/тексту. - Текстові/чат-моделі: уже вбудовано -- Виклик інструментів, структурований вивід, міркування: успадковано від транспорту, сумісного з OpenAI +- Виклик інструментів, структурований вивід, міркування: успадковуються від сумісного з OpenAI транспорту - Генерація зображень: заплановано на рівні плагіна провайдера - Розуміння зображень/відео: уже вбудовано на кінцевій точці Standard - Мовлення/аудіо: заплановано на рівні плагіна провайдера -- Вбудовування пам’яті/переранжування: заплановано через поверхню адаптера embeddings +- Вбудовування пам'яті/переранжування: заплановано через поверхню адаптера вбудовувань - Генерація відео: уже вбудовано через спільну можливість генерації відео ## Мультимодальні доповнення -Тепер розширення `qwen` також надає: +Розширення `qwen` тепер також надає: - Розуміння відео через `qwen-vl-max-latest` - Генерацію відео Wan через: @@ -159,17 +161,17 @@ Cloud, а не лише для моделей кодування/тексту. Ці мультимодальні поверхні використовують кінцеві точки DashScope **Standard**, а не кінцеві точки Coding Plan. -- Базовий URL Standard Global/Intl: `https://dashscope-intl.aliyuncs.com/compatible-mode/v1` -- Базовий URL Standard China: `https://dashscope.aliyuncs.com/compatible-mode/v1` +- Базовий URL Global/Intl Standard: `https://dashscope-intl.aliyuncs.com/compatible-mode/v1` +- Базовий URL China Standard: `https://dashscope.aliyuncs.com/compatible-mode/v1` -Для генерації відео OpenClaw зіставляє налаштований регіон Qwen із відповідним +Для генерації відео OpenClaw зіставляє налаштований регіон Qwen з відповідним хостом DashScope AIGC перед надсиланням завдання: - Global/Intl: `https://dashscope-intl.aliyuncs.com` - China: `https://dashscope.aliyuncs.com` Це означає, що звичайний `models.providers.qwen.baseUrl`, який вказує на будь-який із -хостів Qwen для Coding Plan або Standard, усе одно зберігає генерацію відео на правильній +хостів Qwen Coding Plan або Standard, усе одно забезпечує генерацію відео на правильній регіональній кінцевій точці відео DashScope. Для генерації відео явно встановіть модель за замовчуванням: @@ -190,13 +192,13 @@ Cloud, а не лише для моделей кодування/тексту. - До **1** вхідного зображення - До **4** вхідних відео - Тривалість до **10 секунд** -- Підтримуються `size`, `aspectRatio`, `resolution`, `audio` і `watermark` -- Режим еталонного зображення/відео наразі потребує **віддалених URL-адрес http(s)**. Локальні +- Підтримує `size`, `aspectRatio`, `resolution`, `audio` і `watermark` +- Режим еталонного зображення/відео наразі вимагає **віддалених URL `http(s)`**. Локальні шляхи до файлів відхиляються одразу, оскільки кінцева точка відео DashScope не - приймає завантажені локальні буфери для цих еталонів. + приймає завантажені локальні буфери для цих посилань. Див. [Генерація відео](/uk/tools/video-generation), щоб дізнатися про спільні параметри -інструмента, вибір провайдера та поведінку failover. +інструмента, вибір провайдера та поведінку аварійного перемикання. ## Примітка щодо середовища