chore(i18n): refresh uk translations

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 Automation
 x-i18n:
-    generated_at: "2026-04-07T08:46:55Z"
+    generated_at: "2026-04-07T08:57:00Z"
     model: gpt-5.4
     provider: openai
-    source_hash: e1e2c409438629f0ffcc06fcd1fce5203e92769be19d927db8fbf3fa995875af
+    source_hash: b68cfcfb50532dbda93ba62e1ed8dc6a7ddd4214cb1db8c9a84a7bc0b32b3060
     source_path: concepts/qa-e2e-automation.md
     workflow: 15
 ---
 
-# QA E2E-автоматизація
+# QA E2E Automation
 
-Приватний стек QA призначений для тестування OpenClaw у більш реалістичний,
-каналоподібний спосіб, ніж це може дати окремий модульний тест.
+Приватний стек QA призначений для перевірки OpenClaw у реалістичніший,
+орієнтований на канали спосіб, ніж це може зробити один unit-тест.
 
 Поточні складові:
 
 - `extensions/qa-channel`: синтетичний канал повідомлень із поверхнями DM, каналу, гілки,
   реакцій, редагування та видалення.
-- `extensions/qa-lab`: UI для налагодження та QA-шина для спостереження за транскриптом,
-  інʼєкції вхідних повідомлень і експорту Markdown-звіту.
-- `qa/`: початкові ресурси з репозиторію для стартового завдання та базових QA
+- `extensions/qa-lab`: UI налагодження та шина QA для спостереження за транскриптом,
+  інʼєкції вхідних повідомлень і експорту звіту у Markdown.
+- `qa/`: ресурси підготовки, що підтримуються репозиторієм, для початкового завдання та базових QA
   сценаріїв.
 
-Поточний робочий процес QA-оператора — це двопанельний QA-сайт:
+Поточний робочий процес оператора QA — це двопанельний QA-сайт:
 
-- Ліворуч: інформаційна панель Gateway (Control UI) з агентом.
-- Праворуч: QA Lab, що показує схожий на Slack транскрипт і план сценарію.
+- Ліворуч: панель Gateway (Control UI) з агентом.
+- Праворуч: QA Lab, що показує транскрипт у стилі Slack і план сценарію.
 
-Запустіть це за допомогою:
+Запустіть це так:
 
 ```bash
 pnpm qa:lab:up
 ```
 
 Це збирає QA-сайт, запускає lane Gateway на базі Docker і відкриває
-сторінку QA Lab, де оператор або цикл автоматизації може дати агенту QA-місію,
-спостерігати реальну поведінку каналу та фіксувати, що спрацювало, що не
-спрацювало або що залишилося заблокованим.
+сторінку QA Lab, де оператор або цикл автоматизації може дати агенту
+QA-місію, спостерігати реальну поведінку каналу та записувати, що спрацювало,
+що не спрацювало або залишилося заблокованим.
 
-Для швидшої ітерації UI QA Lab без повторного збирання Docker-образу щоразу
-запускайте стек із підключеним через bind mount бандлом QA Lab:
+Щоб швидше ітерувати UI QA Lab без повторного збирання Docker-образу щоразу,
+запустіть стек із QA Lab bundle, змонтованим через bind mount:
 
 ```bash
 pnpm openclaw qa docker-build-image
@@ -54,13 +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`
-перезбирає цей бандл після змін; оновлюйте браузер після кожного збирання.
+перезбирає цей bundle при змінах, а браузер автоматично перезавантажується, коли змінюється хеш ресурсів QA Lab.
 
-## Початкові дані з репозиторію
+## Ресурси підготовки, що підтримуються репозиторієм
 
-Початкові ресурси містяться в `qa/`:
+Ресурси підготовки розміщені в `qa/`:
 
 - `qa/QA_KICKOFF_TASK.md`
 - `qa/seed-scenarios.json`
@@ -68,28 +68,28 @@ pnpm qa:lab:watch
 Вони навмисно зберігаються в git, щоб план QA був видимий і людям, і
 агенту. Базовий список має залишатися достатньо широким, щоб охоплювати:
 
-- DM і чат каналу
+- чат у DM і каналах
 - поведінку гілок
 - життєвий цикл дій із повідомленнями
-- зворотні виклики cron
-- відтворення памʼяті
+- cron callbacks
+- відновлення памʼяті
 - перемикання моделей
-- передавання підзавдань субагенту
+- передачу підзадач субагенту
 - читання репозиторію та документації
 - одне невелике завдання зі збирання, наприклад Lobster Invaders
 
-## Звітування
+## Звітність
 
-`qa-lab` експортує Markdown-звіт протоколу зі спостережуваної часової шкали шини.
-Звіт має відповідати на запитання:
+`qa-lab` експортує Markdown-звіт за протоколом на основі часової шкали спостережуваної шини.
+Звіт має відповідати на такі запитання:
 
 - Що спрацювало
 - Що не спрацювало
 - Що залишилося заблокованим
-- Які сценарії подальших дій варто додати
+- Які сценарії продовження варто додати
 
-## Пов’язана документація
+## Повʼязані документи
 
 - [Тестування](/uk/help/testing)
 - [QA Channel](/uk/channels/qa-channel)
-- [Інформаційна панель](/web/dashboard)
+- [Панель](/web/dashboard)