From 4f04edc2b292cd74004f0b568ddb9bbcd3afe7b8 Mon Sep 17 00:00:00 2001 From: "openclaw-docs-i18n[bot]" Date: Wed, 8 Apr 2026 19:11:09 +0000 Subject: [PATCH] chore(i18n): refresh uk translations --- docs/uk/concepts/qa-e2e-automation.md | 117 ++++++++++++++------------ 1 file changed, 62 insertions(+), 55 deletions(-) diff --git a/docs/uk/concepts/qa-e2e-automation.md b/docs/uk/concepts/qa-e2e-automation.md index 42cb88a44..8a3141059 100644 --- a/docs/uk/concepts/qa-e2e-automation.md +++ b/docs/uk/concepts/qa-e2e-automation.md @@ -1,50 +1,51 @@ --- read_when: - Розширення qa-lab або qa-channel - - Додавання QA-сценаріїв із прив’язкою до репозиторію - - Створення більш реалістичної QA-автоматизації навколо панелі Gateway -summary: Форма приватної QA-автоматизації для qa-lab, qa-channel, початково заповнених сценаріїв і звітів про протокол -title: QA E2E Automation + - Додавання QA-сценаріїв із підтримкою репозиторію + - Побудова реалістичнішої QA-автоматизації навколо панелі Gateway +summary: Форма приватної QA-автоматизації для qa-lab, qa-channel, початкових сценаріїв і звітів протоколу +title: QA E2E Автоматизація x-i18n: - generated_at: "2026-04-08T16:50:15Z" + generated_at: "2026-04-08T19:11:09Z" model: gpt-5.4 provider: openai - source_hash: e248009148c4dcd1c3e7f9dab768b272b743ba1d406f79c89cb71074e2b76a4a + source_hash: 89889f3d2ed06029f2c6b023f7207c007615d5dca5468f7a1a84d3b195fcf36f source_path: concepts/qa-e2e-automation.md workflow: 15 --- -# QA E2E Automation +# QA E2E Автоматизація -Приватний стек QA призначений для того, щоб перевіряти OpenClaw у більш реалістичний, -орієнтований на канали спосіб, ніж це може зробити один модульний тест. +Приватний стек QA призначений для перевірки OpenClaw у більш реалістичний, +каналоподібний спосіб, ніж це може зробити один модульний тест. Поточні складові: -- `extensions/qa-channel`: синтетичний канал повідомлень із поверхнями для DM, каналу, треду, +- `extensions/qa-channel`: синтетичний канал повідомлень із поверхнями DM, каналу, гілки, реакцій, редагування та видалення. -- `extensions/qa-lab`: UI налагодження та QA-шина для спостереження за транскриптом, - ін’єкції вхідних повідомлень і експорту звіту Markdown. -- `qa/`: початкові ресурси з прив’язкою до репозиторію для стартового завдання та базових QA-сценаріїв. +- `extensions/qa-lab`: інтерфейс налагодження та QA-шина для спостереження за транскриптом, + інʼєкції вхідних повідомлень і експорту звіту у форматі Markdown. +- `qa/`: початкові ресурси з підтримкою репозиторію для стартового завдання та базових QA- + сценаріїв. -Поточний робочий процес QA-оператора — це двопанельний сайт QA: +Поточний робочий процес оператора QA — це сайт QA з двома панелями: - Ліворуч: панель Gateway (Control UI) з агентом. -- Праворуч: QA Lab, що показує транскрипт у стилі Slack і план сценарію. +- Праворуч: QA Lab, де показано транскрипт у стилі Slack і план сценарію. -Запустіть це так: +Запустіть його так: ```bash pnpm qa:lab:up ``` -Це збирає сайт QA, запускає lane Gateway на основі Docker і відкриває -сторінку QA Lab, де оператор або цикл автоматизації може дати агенту QA-місію, -спостерігати реальну поведінку каналу та записувати, що спрацювало, що не +Це збирає сайт QA, запускає гілку gateway на базі Docker і відкриває сторінку +QA Lab, де оператор або цикл автоматизації може дати агенту QA-місію, +спостерігати реальну поведінку каналу та фіксувати, що спрацювало, що не спрацювало або що залишилося заблокованим. -Щоб швидше ітерувати UI QA Lab без перебудови образу Docker щоразу, -запустіть стек із bind-mounted бандлом QA Lab: +Для швидшої ітерації інтерфейсу QA Lab без повторного збирання Docker-образу щоразу +запустіть стек із пакетом QA Lab, змонтованим через bind mount: ```bash pnpm openclaw qa docker-build-image @@ -53,12 +54,12 @@ 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. -## Початкові ресурси з прив’язкою до репозиторію +## Початкові ресурси з підтримкою репозиторію Початкові ресурси зберігаються в `qa/`: @@ -68,28 +69,28 @@ pnpm qa:lab:watch Вони навмисно зберігаються в git, щоб план QA був видимий і людям, і агенту. Базовий список має залишатися достатньо широким, щоб охоплювати: -- чати в DM і каналах -- поведінку тредів +- чат у DM і каналах +- поведінку гілок - життєвий цикл дій із повідомленнями -- cron callbacks -- виклик пам’яті +- cron-зворотні виклики +- відновлення з памʼяті - перемикання моделей -- передачу підзадачі субагенту +- передавання підлеглому агенту - читання репозиторію та документації -- одне невелике завдання на збірку, наприклад Lobster Invaders +- одне невелике завдання зі збирання, наприклад Lobster Invaders ## Звітування -`qa-lab` експортує звіт про протокол у Markdown на основі спостережуваної часової шкали шини. +`qa-lab` експортує звіт протоколу у форматі Markdown зі спостережуваної часової шкали шини. Звіт має відповідати на такі запитання: - Що спрацювало - Що не спрацювало - Що залишилося заблокованим -- Які сценарії продовження варто додати +- Які сценарії для подальшої роботи варто додати -Для перевірок характеру та стилю виконайте той самий сценарій на кількох live refs моделей -і створіть оцінений звіт Markdown: +Для перевірок характеру та стилю запустіть той самий сценарій для кількох живих +посилань на моделі та запишіть оцінений звіт у форматі Markdown: ```bash pnpm openclaw qa character-eval \ @@ -104,37 +105,43 @@ pnpm openclaw qa character-eval \ --model xiaomi/mimo-v2-pro,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 + --judge-model anthropic/claude-opus-4-6,thinking=high \ + --concurrency 8 \ + --judge-concurrency 8 ``` -Команда запускає локальні дочірні процеси QA gateway, а не Docker. Сценарії -оцінювання характеру мають задавати персону через `SOUL.md`, а потім виконувати звичайні -ходи користувача, такі як чат, допомога з робочим простором і невеликі файлові завдання. Кандидатній моделі -не слід повідомляти, що її оцінюють. Команда зберігає кожен повний -транскрипт, записує базову статистику запуску, а потім звертається до моделей-оцінювачів у fast mode з -міркуванням `xhigh`, щоб ранжувати запуски за природністю, вайбом і гумором. -Для кандидатних запусків за замовчуванням використовується thinking `high`, а для моделей OpenAI — `xhigh`, -якщо вони це підтримують. Замініть конкретного кандидата inline через -`--model provider/model,thinking=`. `--thinking ` як і раніше задає -глобальний резервний варіант, а старіша форма `--model-thinking ` збережена -для сумісності. -Для референсів кандидатів OpenAI за замовчуванням використовується fast mode, щоб застосовувалася -пріоритетна обробка там, де це підтримує провайдер. Додайте `,fast`, `,no-fast` або `,fast=false` inline, коли -окремому кандидату або оцінювачу потрібне перевизначення. Передавайте `--fast` лише тоді, коли хочете -примусово ввімкнути fast mode для кожної кандидатної моделі. Тривалість кандидатів і оцінювачів -записується у звіт для аналізу бенчмарків, але в prompts для оцінювачів прямо вказано +Команда запускає дочірні процеси локального 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 +роблять запуск надто шумним. Якщо не передано жодного кандидатного `--model`, для оцінювання характеру за замовчуванням використовуються `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`, то за замовчуванням оцінювачами є +Якщо не передано жодного `--judge-model`, за замовчуванням використовуються судді `openai/gpt-5.4,thinking=xhigh,fast` і `anthropic/claude-opus-4-6,thinking=high`. -## Пов’язана документація +## Повʼязана документація -- [Testing](/uk/help/testing) +- [Тестування](/uk/help/testing) - [QA Channel](/uk/channels/qa-channel) -- [Dashboard](/web/dashboard) +- [Панель](/web/dashboard)