openclaw/docs
openclaw/docs
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

chore(i18n): refresh uk translations

Browse Source
This commit is contained in:
openclaw-docs-i18n[bot] 2026-04-09 11:48:34 +00:00
parent f8c8947f32
commit fbad57b5be
1 changed files with 106 additions and 97 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

203
docs/uk/automation/tasks.md
View File

@ -1,52 +1,56 @@
---
read_when:
- Перевірка фонової роботи, яка виконується або була нещодавно завершена
- Налагодження збоїв доставки для відокремлених запусків агентів
- Перегляд фонової роботи, що виконується або нещодавно завершилася
- Налагодження збоїв доставки для відокремлених запусків агента
- Розуміння того, як фонові запуски пов’язані із сеансами, cron і heartbeat
summary: Відстеження фонових завдань для запусків ACP, субагентів, ізольованих cron-завдань і операцій CLI
title: Фонові завдання
x-i18n:
generated_at: "2026-04-06T02:31:25Z"
generated_at: "2026-04-09T11:48:34Z"
model: gpt-5.4
provider: openai
source_hash: 2f56c1ac23237907a090c69c920c09578a2f56f5d8bf750c7f2136c603c8a8ff
source_hash: d7b5ba41f1025e0089986342ce85698bc62f676439c3ccf03f3ed146beb1b1ac
source_path: automation/tasks.md
workflow: 15
---
# Фонові завдання
> **Шукаєте планування?** Перегляньте [Automation & Tasks](/uk/automation), щоб вибрати правильний механізм. Ця сторінка описує **відстеження** фонової роботи, а не її планування.
> **Шукаєте планування?** Див. [Автоматизація й завдання](/uk/automation), щоб вибрати правильний механізм. Ця сторінка присвячена **відстеженню** фонової роботи, а не її плануванню.
Фонові завдання відстежують роботу, яка виконується **поза межами вашого основного сеансу розмови**:
запуски ACP, запуск субагентів, виконання ізольованих cron-завдань і операції, ініційовані через CLI.
запуски ACP, створення субагентів, виконання ізольованих cron-завдань і операції, ініційовані через CLI.
Завдання **не** замінюють сеанси, cron-завдання або heartbeat — це **журнал активності**, який фіксує, яка відокремлена робота відбулася, коли саме та чи була вона успішною.
Завдання **не** замінюють сеанси, cron-завдання або heartbeat — це **журнал активності**, який фіксує, яка відокремлена робота відбулася, коли саме і чи була вона успішною.
<Note>
Не кожен запуск агента створює завдання. Повороти heartbeat і звичайний інтерактивний чат цього не роблять. Усі виконання cron, запуски ACP, запуски субагентів і команди агента CLI це роблять.
Не кожен запуск агента створює завдання. Heartbeat-цикли та звичайний інтерактивний чат цього не роблять. Усі cron-виконання, ACP-створення, створення субагентів і команди агента CLI — так.
</Note>
## Коротко
- Завдання — це **записи**, а не планувальники: cron і heartbeat вирішують, _коли_ виконується робота, а завдання відстежують, _що сталося_.
- ACP, субагенти, усі cron-завдання й операції CLI створюють завдання. Повороти heartbeat — ні.
- Кожне завдання проходить шлях `queued → running → terminal` (`succeeded`, `failed`, `timed_out`, `cancelled` або `lost`).
- Cron-завдання залишаються активними, поки середовище виконання cron усе ще володіє завданням; CLI-завдання з чат-підкладкою залишаються активними лише доти, доки активний їхній контекст виконання.
- Завершення працює за принципом push: відокремлена робота може сповістити напряму або пробудити сеанс запитувача/heartbeat після завершення, тому цикли опитування статусу зазвичай є неправильною моделлю.
- Ізольовані запуски cron і завершення субагентів у міру можливості очищають відстежувані вкладки/процеси браузера для свого дочірнього сеансу перед фінальним обліком очищення.
- Доставка ізольованого cron пригнічує застарілі проміжні відповіді батьківського процесу, поки ще триває завершення нащадків-субагентів, і надає перевагу фінальному виводу нащадка, якщо він надходить до моменту доставки.
- ACP, субагенти, усі cron-завдання та операції CLI створюють завдання. Heartbeat-цикли — ні.
- Кожне завдання проходить через `queued → running → terminal` (succeeded, failed, timed_out, cancelled або lost).
- Cron-завдання залишаються активними, поки середовище виконання cron усе ще володіє завданням; CLI-завдання на основі чату залишаються активними лише доти, доки активний їхній контекст запуску.
- Завершення працює за push-моделлю: відокремлена робота може напряму сповістити або пробудити
сеанс/heartbeat запитувача після завершення, тому цикли опитування стану
зазвичай є невдалим підходом.
- Ізольовані cron-запуски та завершення субагентів у межах best-effort очищають відстежувані вкладки/процеси браузера для свого дочірнього сеансу перед фінальним обліком очищення.
- Доставка для ізольованого cron пригнічує застарілі проміжні відповіді батьківського процесу, поки
дочірня робота субагентів іще завершується, і надає перевагу фінальному дочірньому
виводу, якщо він надходить до доставки.
- Сповіщення про завершення доставляються безпосередньо в канал або ставляться в чергу до наступного heartbeat.
- `openclaw tasks list` показує всі завдання; `openclaw tasks audit` виявляє проблеми.
- Термінальні записи зберігаються 7 днів, після чого автоматично видаляються.
- Термінальні записи зберігаються 7 днів, а потім автоматично очищаються.
## Швидкий старт
```bash
# Перелічити всі завдання (спочатку найновіші)
# Показати всі завдання (спочатку найновіші)
openclaw tasks list
# Фільтрувати за runtime або статусом
# Фільтрувати за середовищем виконання або статусом
openclaw tasks list --runtime acp
openclaw tasks list --status running
@ -59,7 +63,7 @@ openclaw tasks cancel <lookup>
# Змінити політику сповіщень для завдання
openclaw tasks notify <lookup> state_changes
# Запустити перевірку стану
# Запустити аудит стану
openclaw tasks audit
# Переглянути або застосувати обслуговування
@ -74,24 +78,24 @@ openclaw tasks flow cancel <lookup>
## Що створює завдання
| Джерело | Тип runtime | Коли створюється запис завдання | Політика сповіщень за замовчуванням |
| ---------------------- | ----------- | ------------------------------------------------------ | ----------------------------------- |
| Фонові запуски ACP | `acp` | Під час запуску дочірнього сеансу ACP | `done_only` |
| Оркестрація субагентів | `subagent` | Під час запуску субагента через `sessions_spawn` | `done_only` |
| Cron-завдання (усі типи) | `cron` | Під час кожного виконання cron (основний сеанс та ізольовані) | `silent` |
| Операції CLI | `cli` | Команди `openclaw agent`, що виконуються через gateway | `silent` |
| Медіазавдання агента | `cli` | Запуски `video_generate` із підкладкою сеансу | `silent` |
| Джерело | Тип середовища виконання | Коли створюється запис завдання | Типова політика сповіщень |
| ---------------------- | ------------------------ | ---------------------------------------------------- | ------------------------- |
| Фонові запуски ACP | `acp` | Створення дочірнього сеансу ACP | `done_only` |
| Оркестрація субагентів | `subagent` | Створення субагента через `sessions_spawn` | `done_only` |
| Cron-завдання (усі типи) | `cron` | Кожне виконання cron (основний сеанс та ізольований) | `silent` |
| Операції CLI | `cli` | Команди `openclaw agent`, що виконуються через шлюз | `silent` |
| Медіазавдання агента | `cli` | Запуски `video_generate` на основі сеансу | `silent` |
Cron-завдання основного сеансу за замовчуванням використовують політику сповіщень `silent` — вони створюють записи для відстеження, але не генерують сповіщень. Ізольовані cron-завдання також за замовчуванням використовують `silent`, але вони помітніші, оскільки виконуються у власному сеансі.
Cron-завдання основного сеансу типово використовують політику сповіщень `silent` — вони створюють записи для відстеження, але не генерують сповіщень. Ізольовані cron-завдання також типово мають `silent`, але помітніші, бо виконуються у власному сеансі.
Запуски `video_generate` із підкладкою сеансу також використовують політику сповіщень `silent`. Вони все одно створюють записи завдань, але завершення повертається до початкового сеансу агента як внутрішнє пробудження, щоб агент міг сам написати подальше повідомлення та прикріпити готове відео. Якщо ви вмикаєте `tools.media.asyncCompletion.directSend`, асинхронні завершення `music_generate` і `video_generate` спершу намагаються доставити результат напряму в канал, а вже потім повертаються до шляху пробудження сеансу запитувача.
Запуски `video_generate` на основі сеансу також використовують політику сповіщень `silent`. Вони все одно створюють записи завдань, але завершення передається назад у вихідний сеанс агента як внутрішнє пробудження, щоб агент міг сам написати подальше повідомлення й прикріпити готове відео. Якщо ви вмикаєте `tools.media.asyncCompletion.directSend`, асинхронні завершення `music_generate` і `video_generate` спочатку намагаються доставити результат безпосередньо в канал, а вже потім повертаються до шляху пробудження сеансу запитувача.
Поки завдання `video_generate` із підкладкою сеансу ще активне, інструмент також виконує роль захисного обмеження: повторні виклики `video_generate` у тому самому сеансі повертають статус активного завдання замість запуску другого паралельного генерування. Використовуйте `action: "status"`, якщо вам потрібен явний запит прогресу/статусу з боку агента.
Поки завдання `video_generate` на основі сеансу ще активне, інструмент також виконує роль запобіжника: повторні виклики `video_generate` у тому самому сеансі повертають статус активного завдання замість запуску другого паралельного генерування. Використовуйте `action: "status"`, якщо вам потрібен явний запит прогресу/стану з боку агента.
**Що не створює завдання:**
- Повороти heartbeat — основний сеанс; див. [Heartbeat](/uk/gateway/heartbeat)
- Звичайні інтерактивні повороти чату
- Heartbeat-цикли — основний сеанс; див. [Heartbeat](/uk/gateway/heartbeat)
- Звичайні інтерактивні цикли чату
- Прямі відповіді `/command`
## Життєвий цикл завдання
@ -108,50 +112,52 @@ stateDiagram-v2
running --> lost : session gone > 5 min
```
| Статус | Що це означає |
| ----------- | ------------------------------------------------------------------------- |
| `queued` | Створене, очікує запуску агента |
| `running` | Поворот агента активно виконується |
| `succeeded` | Успішно завершене |
| `failed` | Завершене з помилкою |
| `timed_out` | Перевищено налаштований тайм-аут |
| `cancelled` | Зупинене оператором через `openclaw tasks cancel` |
| `lost` | Runtime втратив авторитетний базовий стан після 5-хвилинного пільгового періоду |
| Статус | Що це означає |
| ----------- | ----------------------------------------------------------------------- |
| `queued` | Створено, очікує на запуск агента |
| `running` | Цикл агента активно виконується |
| `succeeded` | Успішно завершено |
| `failed` | Завершено з помилкою |
| `timed_out` | Перевищено налаштований тайм-аут |
| `cancelled` | Зупинено оператором через `openclaw tasks cancel` |
| `lost` | Середовище виконання втратило авторитетний базовий стан після 5-хвилинного пільгового періоду |
Переходи відбуваються автоматично — коли пов’язаний запуск агента завершується, статус завдання оновлюється відповідно.
`lost` враховує особливості runtime:
`lost` залежить від середовища виконання:
- Завдання ACP: зникли метадані дочірнього сеансу ACP.
- Завдання субагентів: дочірній сеанс зник із цільового сховища агента.
- Cron-завдання: runtime cron більше не відстежує завдання як активне.
- CLI-завдання: ізольовані завдання дочірнього сеансу використовують дочірній сеанс; CLI-завдання з чат-підкладкою натомість використовують живий контекст виконання, тож залишкові рядки сеансів каналу/групи/прямих повідомлень не підтримують їх активність.
- Завдання субагента: дочірній сеанс зник зі сховища цільового агента.
- Cron-завдання: середовище виконання cron більше не відстежує завдання як активне.
- Завдання CLI: завдання ізольованого дочірнього сеансу використовують дочірній сеанс; CLI-завдання на основі чату натомість використовують живий контекст запуску, тому завислі рядки сеансу каналу/групи/прямого чату не підтримують їхню активність.
## Доставка та сповіщення
Коли завдання досягає термінального стану, OpenClaw сповіщає вас. Є два шляхи доставки:
**Пряма доставка** — якщо завдання має цільовий канал (`requesterOrigin`), повідомлення про завершення надсилається безпосередньо в цей канал (Telegram, Discord, Slack тощо). Для завершень субагентів OpenClaw також зберігає прив’язану маршрутизацію thread/topic, коли це можливо, і може заповнити відсутні `to` / обліковий запис зі збереженого маршруту сеансу запитувача (`lastChannel` / `lastTo` / `lastAccountId`) перед тим, як відмовитися від прямої доставки.
**Пряма доставка** — якщо завдання має ціль каналу (`requesterOrigin`), повідомлення про завершення надсилається прямо в цей канал (Telegram, Discord, Slack тощо). Для завершень субагента OpenClaw також зберігає прив’язану маршрутизацію thread/topic, якщо вона доступна, і може заповнити відсутній `to` / обліковий запис зі збереженого маршруту сеансу запитувача (`lastChannel` / `lastTo` / `lastAccountId`), перш ніж відмовитися від прямої доставки.
**Доставка через чергу сеансу** — якщо пряма доставка не вдалася або походження не задане, оновлення ставиться в чергу як системна подія в сеансі запитувача і з’являється під час наступного heartbeat.
**Доставка через чергу сеансу** — якщо пряма доставка не вдається або не задано origin, оновлення ставиться в чергу як системна подія в сеансі запитувача й з’являється під час наступного heartbeat.
<Tip>
Завершення завдання негайно ініціює пробудження heartbeat, щоб ви швидко побачили результат — вам не потрібно чекати наступного запланованого heartbeat.
Завершення завдання негайно запускає пробудження heartbeat, тож ви швидко бачите результат — вам не потрібно чекати на наступний запланований heartbeat-тик.
</Tip>
Це означає, що типовий робочий процес базується на push: один раз запустіть відокремлену роботу, а потім дозвольте runtime пробудити або сповістити вас після завершення. Опитуйте стан завдання лише тоді, коли вам потрібні налагодження, втручання або явний аудит.
Це означає, що типовий робочий процес побудовано на push-моделі: достатньо один раз запустити
відокремлену роботу, а далі дозволити середовищу виконання пробудити або сповістити вас після завершення. Опитуйте стан завдання лише тоді, коли
потрібні налагодження, втручання або явний аудит.
### Політики сповіщень
Керуйте тим, скільки інформації ви отримуєте про кожне завдання:
| Політика | Що доставляється |
| --------------------- | ----------------------------------------------------------------------- |
| `done_only` (default) | Лише термінальний стан (`succeeded`, `failed` тощо) — **це значення за замовчуванням** |
| `state_changes` | Кожен перехід стану й оновлення прогресу |
| `silent` | Нічого |
| Політика | Що доставляється |
| --------------------- | -------------------------------------------------------------------------- |
| `done_only` (типово) | Лише термінальний стан (succeeded, failed тощо) — **це типове значення** |
| `state_changes` | Кожен перехід стану та оновлення прогресу |
| `silent` | Нічого |
Змінити політику під час виконання завдання:
Змініть політику, поки завдання виконується:
```bash
openclaw tasks notify <lookup> state_changes
@ -165,7 +171,7 @@ openclaw tasks notify <lookup> state_changes
openclaw tasks list [--runtime <acp|subagent|cron|cli>] [--status <status>] [--json]
```
Стовпці виводу: ID завдання, тип, статус, доставка, ID запуску, дочірній сеанс, підсумок.
Стовпці виводу: ID завдання, тип, статус, доставка, ID запуску, дочірній сеанс, зведення.
### `tasks show`
@ -173,7 +179,7 @@ openclaw tasks list [--runtime <acp|subagent|cron|cli>] [--status <status>] [--j
openclaw tasks show <lookup>
```
Токен пошуку може бути ID завдання, ID запуску або ключем сеансу. Показує повний запис, включно з часом, станом доставки, помилкою та термінальним підсумком.
Маркер пошуку може бути ID завдання, ID запуску або ключем сеансу. Показує повний запис, зокрема часові дані, стан доставки, помилку й термінальне зведення.
### `tasks cancel`
@ -181,7 +187,7 @@ openclaw tasks show <lookup>
openclaw tasks cancel <lookup>
```
Для завдань ACP і субагентів це завершує дочірній сеанс. Статус переходить у `cancelled`, і надсилається сповіщення про доставку.
Для завдань ACP і субагентів це завершує дочірній сеанс. Для завдань, що відстежуються через CLI, скасування фіксується в реєстрі завдань (окремого дескриптора дочірнього середовища виконання немає). Статус переходить у `cancelled`, і коли це доречно, надсилається сповіщення про доставку.
### `tasks notify`
@ -195,16 +201,16 @@ openclaw tasks notify <lookup> <done_only|state_changes|silent>
openclaw tasks audit [--json]
```
Виявляє операційні проблеми. Якщо виявлено проблеми, результати також з’являються в `openclaw status`.
Виявляє операційні проблеми. Якщо проблеми виявлено, результати також з’являються в `openclaw status`.
| Виявлена проблема | Серйозність | Умова спрацювання |
| ------------------------- | ----------- | ------------------------------------------------------- |
| `stale_queued` | warn | Стан `queued` триває понад 10 хвилин |
| `stale_running` | error | Стан `running` триває понад 30 хвилин |
| `lost` | error | Зникло runtime-підкріплене володіння завданням |
| `delivery_failed` | warn | Доставка не вдалася, а політика сповіщень не `silent` |
| `missing_cleanup` | warn | Термінальне завдання без позначки часу очищення |
| `inconsistent_timestamps` | warn | Порушення часової шкали (наприклад, завершено до запуску) |
| Результат | Серйозність | Умова |
| --------------------------- | ----------- | ------------------------------------------------------- |
| `stale_queued` | warn | У стані черги понад 10 хвилин |
| `stale_running` | error | Виконується понад 30 хвилин |
| `lost` | error | Зникло володіння завданням із боку середовища виконання |
| `delivery_failed` | warn | Доставка не вдалася, і політика сповіщень не `silent` |
| `missing_cleanup` | warn | Термінальне завдання без часової позначки очищення |
| `inconsistent_timestamps` | warn | Порушення часової послідовності (наприклад, завершено раніше, ніж розпочато) |
### `tasks maintenance`
@ -213,20 +219,22 @@ openclaw tasks maintenance [--json]
openclaw tasks maintenance --apply [--json]
```
Використовуйте це, щоб переглянути або застосувати звірку, встановлення позначок очищення та видалення для завдань і стану Task Flow.
Використовуйте це, щоб переглянути або застосувати звіряння, позначення очищення та очищення застарілих записів
для завдань і стану Task Flow.
Звірка враховує особливості runtime:
Звіряння залежить від середовища виконання:
- Завдання ACP/субагентів перевіряють свій базовий дочірній сеанс.
- Cron-завдання перевіряють, чи runtime cron усе ще володіє завданням.
- CLI-завдання з чат-підкладкою перевіряють контекст живого виконання-власника, а не лише рядок сеансу чату.
- Cron-завдання перевіряють, чи середовище виконання cron усе ще володіє завданням.
- CLI-завдання на основі чату перевіряють базовий живий контекст запуску, а не лише рядок сеансу чату.
Очищення після завершення також враховує особливості runtime:
Очищення після завершення також залежить від середовища виконання:
- Після завершення субагента у міру можливості закриваються відстежувані вкладки/процеси браузера для дочірнього сеансу, перш ніж продовжиться оголошене очищення.
- Після завершення ізольованого cron у міру можливості закриваються відстежувані вкладки/процеси браузера для cron-сеансу, перш ніж виконання повністю завершиться.
- Доставка ізольованого cron за потреби чекає на подальші дії дочірніх субагентів і пригнічує застарілий текст підтвердження батьківського процесу замість його оголошення.
- Доставка завершення субагента надає перевагу останньому видимому тексту помічника; якщо він порожній, використовується очищений останній текст tool/toolResult, а запуски лише з викликом інструмента, що завершилися тайм-аутом, можуть зводитися до короткого підсумку часткового прогресу.
- Після завершення субагента в межах best-effort закриваються відстежувані вкладки/процеси браузера для дочірнього сеансу, перш ніж продовжується очищення з оголошенням.
- Після завершення ізольованого cron у межах best-effort закриваються відстежувані вкладки/процеси браузера для cron-сеансу, перш ніж виконання повністю згортається.
- Доставка для ізольованого cron за потреби очікує завершення дочірніх дій субагента
і пригнічує застарілий текст підтвердження від батьківського процесу замість його оголошення.
- Доставка завершення субагента надає перевагу найновішому видимому тексту помічника; якщо його немає, використовується очищений найновіший текст tool/toolResult, а запуски лише з викликом інструмента, що завершилися тайм-аутом, можуть стискатися до короткого підсумку часткового прогресу.
- Помилки очищення не маскують реальний результат завдання.
### `tasks flow list|show|cancel`
@ -237,19 +245,20 @@ openclaw tasks flow show <lookup> [--json]
openclaw tasks flow cancel <lookup>
```
Використовуйте ці команди, коли вас цікавить оркеструвальний Task Flow, а не окремий запис фонового завдання.
Використовуйте це, коли вас цікавить саме оркеструвальний Task Flow,
а не окремий запис фонового завдання.
## Дошка завдань чату (`/tasks`)
Використовуйте `/tasks` у будь-якому чат-сеансі, щоб побачити фонові завдання, пов’язані з цим сеансом. Дошка показує
активні й нещодавно завершені завдання з runtime, статусом, часом і подробицями прогресу або помилки.
Використовуйте `/tasks` у будь-якому сеансі чату, щоб побачити фонові завдання, пов’язані з цим сеансом. Дошка показує
активні та нещодавно завершені завдання з середовищем виконання, статусом, часом і деталями прогресу або помилки.
Коли в поточному сеансі немає видимих пов’язаних завдань, `/tasks` повертається до локальних для агента лічильників завдань,
щоб ви все одно мали огляд без розкриття подробиць інших сеансів.
Коли поточний сеанс не має видимих пов’язаних завдань, `/tasks` повертається до локальних для агента лічильників завдань,
щоб ви все одно мали загальний огляд без розкриття деталей інших сеансів.
Для повного журналу оператора використовуйте CLI: `openclaw tasks list`.
## Інтеграція статусу (тиск завдань)
## Інтеграція статусу (навантаження завдань)
`openclaw status` містить короткий підсумок завдань:
@ -263,9 +272,9 @@ Tasks: 3 queued · 2 running · 1 issues
- **failures** — кількість `failed` + `timed_out` + `lost`
- **byRuntime** — розподіл за `acp`, `subagent`, `cron`, `cli`
І `/status`, і інструмент `session_status` використовують знімок завдань з урахуванням очищення: активним завданням надається перевага,
застарілі завершені рядки приховуються, а нещодавні збої показуються лише тоді, коли активна робота вже не триває.
Це допомагає картці статусу зосереджуватися на тому, що важливо саме зараз.
І `/status`, і інструмент `session_status` використовують знімок завдань з урахуванням очищення: активні завдання
мають пріоритет, застарілі завершені рядки приховуються, а нещодавні збої показуються лише тоді, коли не лишається
активної роботи. Це дає змогу картці статусу зосереджуватися на тому, що важливо саме зараз.
## Зберігання та обслуговування
@ -277,35 +286,35 @@ Tasks: 3 queued · 2 running · 1 issues
$OPENCLAW_STATE_DIR/tasks/runs.sqlite
```
Реєстр завантажується в пам’ять під час запуску gateway і синхронізує записи з SQLite для надійності після перезапусків.
Реєстр завантажується в пам’ять під час запуску шлюзу й синхронізує записи до SQLite для надійності після перезапусків.
### Автоматичне обслуговування
Очищувач запускається кожні **60 секунд** і виконує три дії:
Очищувач запускається кожні **60 секунд** і виконує три завдання:
1. **Звірка** — перевіряє, чи активні завдання все ще мають авторитетне runtime-підкріплення. Завдання ACP/субагентів використовують стан дочірнього сеансу, cron-завдання — володіння активним завданням, а CLI-завдання з чат-підкладкою — контекст виконання-власника. Якщо цей базовий стан відсутній понад 5 хвилин, завдання позначається як `lost`.
2. **Позначка очищення** — установлює часову позначку `cleanupAfter` для термінальних завдань (`endedAt + 7 days`).
3. **Видалення** — видаляє записи, дата `cleanupAfter` яких уже минула.
1. **Звіряння** — перевіряє, чи активні завдання все ще мають авторитетну базову підтримку середовища виконання. Завдання ACP/субагентів використовують стан дочірнього сеансу, cron-завдання — володіння активним завданням, а CLI-завдання на основі чату — базовий контекст запуску. Якщо цей базовий стан відсутній понад 5 хвилин, завдання позначається як `lost`.
2. **Позначення очищення** — встановлює часову мітку `cleanupAfter` для термінальних завдань (`endedAt` + 7 днів).
3. **Очищення** — видаляє записи, що перевищили дату `cleanupAfter`.
**Термін зберігання**: записи термінальних завдань зберігаються **7 днів**, після чого автоматично видаляються. Жодного налаштування не потрібно.
**Термін зберігання**: записи термінальних завдань зберігаються **7 днів**, а потім автоматично очищаються. Жодного налаштування не потрібно.
## Як завдання пов’язані з іншими системами
### Завдання і Task Flow
[Task Flow](/uk/automation/taskflow) — це рівень оркестрації потоків над фоновими завданнями. Протягом свого життєвого циклу один потік може координувати кілька завдань, використовуючи керовані або дзеркальні режими синхронізації. Використовуйте `openclaw tasks` для перевірки окремих записів завдань, а `openclaw tasks flow` — для перевірки оркеструвального потоку.
[Task Flow](/uk/automation/taskflow) — це шар оркестрації потоків над фоновими завданнями. Один потік може координувати кілька завдань протягом свого життєвого циклу, використовуючи керовані або дзеркальні режими синхронізації. Використовуйте `openclaw tasks`, щоб переглядати окремі записи завдань, і `openclaw tasks flow`, щоб переглядати оркеструвальний потік.
Докладніше див. у [Task Flow](/uk/automation/taskflow).
### Завдання і cron
**Визначення** cron-завдання зберігається в `~/.openclaw/cron/jobs.json`. **Кожне** виконання cron створює запис завдання — і для основного сеансу, і для ізольованого. Cron-завдання основного сеансу за замовчуванням використовують політику сповіщень `silent`, тому вони відстежуються без створення сповіщень.
**Визначення** cron-завдання зберігається в `~/.openclaw/cron/jobs.json`. **Кожне** виконання cron створює запис завдання — як для основного сеансу, так і для ізольованого. Cron-завдання основного сеансу типово мають політику сповіщень `silent`, тому вони відстежуються без створення сповіщень.
Див. [Cron Jobs](/uk/automation/cron-jobs).
### Завдання і heartbeat
Запуски heartbeat — це повороти основного сеансу, вони не створюють записів завдань. Коли завдання завершується, воно може ініціювати пробудження heartbeat, щоб ви швидко побачили результат.
Запуски heartbeat — це цикли основного сеансу, вони не створюють записи завдань. Коли завдання завершується, воно може спричинити пробудження heartbeat, щоб ви швидко побачили результат.
Див. [Heartbeat](/uk/gateway/heartbeat).
@ -313,14 +322,14 @@ $OPENCLAW_STATE_DIR/tasks/runs.sqlite
Завдання може посилатися на `childSessionKey` (де виконується робота) і `requesterSessionKey` (хто її запустив). Сеанси — це контекст розмови; завдання — це відстеження активності поверх нього.
### Завдання і запуски агентів
### Завдання і запуски агента
`runId` завдання пов’язує його із запуском агента, який виконує роботу. Події життєвого циклу агента (запуск, завершення, помилка) автоматично оновлюють статус завдання — вам не потрібно керувати життєвим циклом вручну.
`runId` завдання пов’язує його із запуском агента, що виконує роботу. Події життєвого циклу агента (start, end, error) автоматично оновлюють статус завдання — вам не потрібно керувати життєвим циклом вручну.
## Пов’язане
- [Automation & Tasks](/uk/automation) — усі механізми автоматизації в одному огляді
- [Автоматизація й завдання](/uk/automation) — усі механізми автоматизації з першого погляду
- [Task Flow](/uk/automation/taskflow) — оркестрація потоків над завданнями
- [Scheduled Tasks](/uk/automation/cron-jobs) — планування фонової роботи
- [Heartbeat](/uk/gateway/heartbeat) — періодичні повороти основного сеансу
- [Заплановані завдання](/uk/automation/cron-jobs) — планування фонової роботи
- [Heartbeat](/uk/gateway/heartbeat) — періодичні цикли основного сеансу
- [CLI: Tasks](/cli/index#tasks) — довідка з команд CLI