chore(i18n): refresh uk translations

2026-04-08 19:11:09 +00:00 · 2026-04-08 19:11:09 +00:00 · 4f04edc2b2
commit 4f04edc2b2
parent 99e1d11fde
1 changed files with 62 additions and 55 deletions
--- 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=<level>`. `--thinking <level>` як і раніше задає
-глобальний резервний варіант, а старіша форма `--model-thinking <provider/model=level>` збережена
-для сумісності.
-Для референсів кандидатів 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=<level>`. `--thinking <level>` і далі задає
+глобальний резервний варіант, а стара форма `--model-thinking <provider/model=level>`
+збережена для сумісності.
+Для посилань на кандидатів 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)