chore(i18n): refresh uk translations

docs/uk/concepts/system-prompt.md

@@ -1,153 +1,155 @@
 ---
 read_when:
     - Редагування тексту системного промпта, списку інструментів або розділів часу/Heartbeat
-    - Зміна поведінки ініціалізації робочого простору або ін’єкції Skills
-summary: Що містить системний промпт OpenClaw і як його формують
+    - Зміна поведінки початкового налаштування робочого простору або впровадження Skills
+summary: Що містить системний промпт OpenClaw і як він збирається
 title: Системний промпт
 x-i18n:
-    generated_at: "2026-05-02T22:39:20Z"
+    generated_at: "2026-05-03T17:03:10Z"
     model: gpt-5.5
     provider: openai
-    source_hash: f8e0234453812c16cf5d273096d335049bf435ca76ade36200caf4bb344624e5
+    source_hash: 93533ac8090897a7b5fd82b80e542a4ad573670408314b3519c5e317d0408ade
     source_path: concepts/system-prompt.md
     workflow: 16
 ---
 
-OpenClaw створює власний системний prompt для кожного запуску агента. Prompt є **власністю OpenClaw** і не використовує типовий prompt pi-coding-agent.
+OpenClaw створює власний системний prompt для кожного запуску агента. Prompt **належить OpenClaw** і не використовує типовий prompt pi-coding-agent.
 
-Prompt збирається OpenClaw і впроваджується в кожен запуск агента.
+Prompt збирається OpenClaw і вставляється в кожен запуск агента.
 
-Provider plugins можуть додавати cache-aware вказівки до prompt без заміни
+Provider plugins можуть додавати cache-aware інструкції для prompt без заміни
 повного prompt, що належить OpenClaw. Provider runtime може:
 
-- замінювати невеликий набір іменованих основних розділів (`interaction_style`,
+- замінити невеликий набір іменованих основних секцій (`interaction_style`,
   `tool_call_style`, `execution_bias`)
-- вставляти **стабільний префікс** над межею кешу prompt
-- вставляти **динамічний суфікс** під межею кешу prompt
+- вставити **стабільний префікс** над межею кешу prompt
+- вставити **динамічний суфікс** під межею кешу prompt
 
 Використовуйте внески, що належать provider, для налаштувань, специфічних для сімейств моделей. Залишайте застарілу
 мутацію prompt `before_prompt_build` для сумісності або справді глобальних змін prompt,
 а не для звичайної поведінки provider.
 
-Overlay сімейства OpenAI GPT-5 зберігає основне правило виконання малим і додає
-специфічні для моделі вказівки для persona latching, стислого виводу, дисципліни роботи з інструментами,
-паралельного пошуку, покриття deliverable, перевірки, відсутнього контексту та
+Оверлей сімейства OpenAI GPT-5 зберігає основне правило виконання малим і додає
+специфічні для моделі інструкції щодо фіксації persona, стислого виводу, дисципліни інструментів,
+паралельного пошуку, покриття результатів, перевірки, відсутнього контексту та
 гігієни terminal-tool.
 
 ## Структура
 
-Prompt навмисно компактний і використовує фіксовані розділи:
+Prompt навмисно компактний і використовує фіксовані секції:
 
-- **Інструменти**: нагадування про джерело істини для structured-tool плюс runtime-вказівки щодо використання інструментів.
-- **Пріоритет виконання**: компактні вказівки щодо доведення до кінця: діяти в межах поточного turn для
-  actionable requests, продовжувати до завершення або блокування, відновлюватися після слабких результатів інструментів,
-  перевіряти мінливий стан наживо та перевіряти перед фіналізацією.
-- **Безпека**: коротке нагадування guardrail, щоб уникати power-seeking behavior або обходу oversight.
+- **Інструменти**: нагадування про structured-tool як джерело істини плюс runtime-інструкції з використання інструментів.
+- **Схильність до виконання**: компактні інструкції щодо доведення до кінця: діяти в межах поточного ходу на
+  actionable запити, продовжувати до завершення або блокування, відновлюватися після слабких результатів інструментів,
+  перевіряти змінний стан наживо та верифікувати перед фіналізацією.
+- **Безпека**: коротке нагадування guardrail, щоб уникати power-seeking поведінки або обходу нагляду.
 - **Skills** (коли доступні): пояснює моделі, як завантажувати інструкції Skills на вимогу.
-- **Самооновлення OpenClaw**: як безпечно перевіряти config за допомогою
-  `config.schema.lookup`, змінювати config через `config.patch`, замінювати повний
-  config через `config.apply` і запускати `update.run` лише за явним запитом користувача.
-  Інструмент `gateway`, доступний лише owner, також відмовляється переписувати
-  `tools.exec.ask` / `tools.exec.security`, включно із застарілими псевдонімами `tools.bash.*`,
+- **Самооновлення OpenClaw**: як безпечно інспектувати config через
+  `config.schema.lookup`, виправляти config через `config.patch`, замінювати повний
+  config через `config.apply` і запускати `update.run` лише на явний запит користувача.
+  Інструмент `gateway` лише для owner також відмовляється переписувати
+  `tools.exec.ask` / `tools.exec.security`, включно із застарілими alias `tools.bash.*`,
   які нормалізуються до цих захищених exec-шляхів.
-- **Workspace**: робочий каталог (`agents.defaults.workspace`).
-- **Документація**: локальний шлях до документації OpenClaw (репозиторій або npm-пакет) і коли її читати.
-- **Файли Workspace (вставлені)**: вказує, що bootstrap-файли включено нижче.
-- **Sandbox** (коли ввімкнено): вказує sandboxed runtime, sandbox paths і чи доступний elevated exec.
-- **Поточна дата й час**: локальний час користувача, часовий пояс і формат часу.
-- **Reply Tags**: необов’язковий синтаксис reply tag для підтримуваних providers.
-- **Heartbeats**: prompt Heartbeat і поведінка ack, коли Heartbeats увімкнено для default agent.
-- **Runtime**: host, OS, Node, model, repo root (коли виявлено), thinking level (один рядок).
-- **Reasoning**: поточний рівень видимості + підказка перемикача /reasoning.
+- **Робоча область**: робочий каталог (`agents.defaults.workspace`).
+- **Документація**: локальний шлях до документації OpenClaw (repo або npm package) і коли її читати.
+- **Файли робочої області (вставлені)**: вказує, що bootstrap-файли додано нижче.
+- **Пісочниця** (коли ввімкнено): вказує sandboxed runtime, шляхи sandbox і чи доступний elevated exec.
+- **Поточні дата й час**: локальний час користувача, часовий пояс і формат часу.
+- **Теги відповіді**: необов’язковий синтаксис тегів відповіді для підтримуваних provider.
+- **Heartbeats**: prompt Heartbeat і поведінка ack, коли Heartbeat увімкнено для типового агента.
+- **Runtime**: host, OS, Node, модель, корінь repo (коли виявлено), рівень мислення (один рядок).
+- **Міркування**: поточний рівень видимості + підказка перемикача /reasoning.
 
-OpenClaw тримає великий стабільний вміст, зокрема **Project Context**, над
-внутрішньою межею кешу prompt. Мінливі розділи каналу/сесії, як-от
-вбудовані вказівки Control UI, **Messaging**, **Voice**, **Group Chat Context**,
-**Reactions**, **Heartbeats** і **Runtime**, додаються під цією межею,
-щоб локальні бекенди з prefix cache могли повторно використовувати стабільний префікс workspace
-між turns каналу. Описи інструментів так само мають уникати вбудовування поточних
-назв каналів, коли прийнята schema вже несе цю runtime-деталь.
+OpenClaw тримає великий стабільний контент, включно з **Контекстом проєкту**, над
+внутрішньою межею кешу prompt. Нестабільні секції каналу/сесії, такі як
+інструкції embedding Control UI, **Повідомлення**, **Голос**, **Контекст групового чату**,
+**Реакції**, **Heartbeats** і **Runtime**, додаються під цією межею,
+щоб локальні backend з prefix cache могли повторно використовувати стабільний префікс робочої області
+між ходами каналу. Описи інструментів так само мають уникати вбудовування поточних
+назв каналів, коли прийнята schema вже містить цю runtime-деталь.
 
-Розділ Tooling також містить runtime-вказівки для тривалої роботи:
+Секція Інструментів також містить runtime-інструкції для довготривалої роботи:
 
-- використовувати Cron для майбутнього follow-up (`check back later`, reminders, recurring work)
-  замість циклів `exec` sleep, delay tricks `yieldMs` або повторного polling `process`
-- використовувати `exec` / `process` лише для команд, які стартують зараз і продовжують виконуватися
+- використовуйте cron для майбутніх follow-up (`check back later`, нагадування, recurring work)
+  замість sleep loops через `exec`, трюків із затримкою `yieldMs` або повторного polling `process`
+- використовуйте `exec` / `process` лише для команд, які запускаються зараз і продовжують працювати
   у фоновому режимі
-- коли ввімкнено automatic completion wake, запускати команду один раз і покладатися на
+- коли ввімкнено автоматичне пробудження після завершення, запустіть команду один раз і покладайтеся на
   push-based wake path, коли вона виводить output або завершується з помилкою
-- використовувати `process` для логів, status, input або intervention, коли потрібно
-  перевірити команду, що виконується
-- якщо завдання більше, віддавати перевагу `sessions_spawn`; завершення sub-agent є
-  push-based і автоматично повідомляє requester
-- не опитувати `subagents list` / `sessions_list` у циклі лише для очікування
+- використовуйте `process` для logs, status, input або intervention, коли потрібно
+  інспектувати запущену команду
+- якщо завдання більше, надавайте перевагу `sessions_spawn`; завершення sub-agent є
+  push-based і автоматично оголошується requester
+- не опитуйте `subagents list` / `sessions_list` у циклі лише для очікування
   завершення
 
-Коли експериментальний інструмент `update_plan` увімкнено, Tooling також каже
-моделі використовувати його лише для нетривіальної багатоетапної роботи, тримати рівно один
+Коли ввімкнено експериментальний інструмент `update_plan`, Інструменти також вказують
+моделі використовувати його лише для нетривіальної багатокрокової роботи, тримати рівно один
 крок `in_progress` і не повторювати весь план після кожного оновлення.
 
-Safety guardrails у системному prompt мають рекомендаційний характер. Вони спрямовують поведінку моделі, але не забезпечують примусове дотримання політик. Для жорсткого enforcement використовуйте tool policy, exec approvals, sandboxing і channel allowlists; оператори можуть вимикати їх за задумом.
+Safety guardrails у системному prompt мають рекомендаційний характер. Вони спрямовують поведінку моделі, але не забезпечують примусового виконання policy. Для жорсткого enforcement використовуйте tool policy, exec approvals, sandboxing і channel allowlists; operators можуть вимикати їх за задумом.
 
-На каналах із native approval cards/buttons runtime prompt тепер каже
-агенту спершу покладатися на цей native approval UI. Він має включати ручну
+У каналах із native approval cards/buttons runtime prompt тепер каже
+агентові спочатку покладатися на цей native approval UI. Він має включати ручну
 команду `/approve` лише тоді, коли результат інструмента каже, що chat approvals недоступні або
 manual approval є єдиним шляхом.
 
 ## Режими prompt
 
-OpenClaw може відтворювати менші системні prompts для sub-agents. Runtime задає
+OpenClaw може рендерити менші системні prompt для sub-agents. Runtime встановлює
 `promptMode` для кожного запуску (це не user-facing config):
 
-- `full` (default): включає всі розділи вище.
-- `minimal`: використовується для sub-agents; пропускає **Skills**, **Memory Recall**, **OpenClaw
-  Self-Update**, **Model Aliases**, **User Identity**, **Reply Tags**,
-  **Messaging**, **Silent Replies** і **Heartbeats**. Tooling, **Safety**,
-  Workspace, Sandbox, Current Date & Time (коли відомо), Runtime і вставлений
+- `full` (типово): включає всі секції вище.
+- `minimal`: використовується для sub-agents; пропускає **Skills**, **Memory Recall**, **Самооновлення OpenClaw**,
+  **Model Aliases**, **User Identity**, **Reply Tags**,
+  **Messaging**, **Silent Replies** і **Heartbeats**. Інструменти, **Безпека**,
+  Робоча область, Sandbox, Поточні дата й час (коли відомо), Runtime і вставлений
   context залишаються доступними.
 - `none`: повертає лише базовий рядок identity.
 
-Коли `promptMode=minimal`, додаткові вставлені prompts позначаються як **Subagent
+Коли `promptMode=minimal`, додаткові вставлені prompt позначаються як **Subagent
 Context** замість **Group Chat Context**.
 
-Для запусків channel auto-reply OpenClaw може пропускати загальний розділ **Silent Replies**,
-коли контекст direct/group chat уже містить визначену для цієї розмови
-поведінку `NO_REPLY`. Це уникає повторення token mechanics
-і в глобальному системному prompt, і в контексті каналу.
+Для запусків channel auto-reply OpenClaw може пропускати загальну секцію **Silent Replies**,
+коли direct/group chat context уже містить вирішену
+специфічну для розмови поведінку `NO_REPLY`. Це уникає повторення механіки token
+і в глобальному системному prompt, і в channel context.
 
 ## Знімки prompt
 
-OpenClaw зберігає закомічені знімки prompt для happy path Codex runtime у
-`test/fixtures/agents/prompt-snapshots/codex-runtime-happy-path/`. Вони відтворюють
-вибрані params thread/turn app-server плюс реконструйований stack шарів prompt, прив’язаних до моделі,
-для Telegram direct, Discord group і Heartbeat turns. Цей stack
-містить закріплений fixture model prompt Codex `gpt-5.5`, згенерований із форми
-model catalog/cache Codex, developer text permission happy-path Codex,
-інструкції OpenClaw для developer, user turn input і посилання на динамічні
-tool specs.
+OpenClaw зберігає committed prompt snapshots для Codex runtime happy path у
+`test/fixtures/agents/prompt-snapshots/codex-runtime-happy-path/`. Вони рендерять
+вибрані app-server thread/turn params плюс реконструйований model-bound prompt
+layer stack для Telegram direct, Discord group і heartbeat turns. Цей stack
+містить pinned Codex `gpt-5.5` model prompt fixture, згенерований з форми model catalog/cache Codex,
+developer text дозволів Codex happy-path,
+інструкції developer OpenClaw, turn-scoped інструкції collaboration-mode,
+коли OpenClaw їх надає, user turn input і посилання на dynamic tool
+specs.
 
-Оновіть закріплений fixture Codex model prompt за допомогою
-`pnpm prompt:snapshots:sync-codex-model`. За замовчуванням скрипт шукає
+Оновіть pinned Codex model prompt fixture через
+`pnpm prompt:snapshots:sync-codex-model`. Типово script шукає
 runtime cache Codex у `$CODEX_HOME/models_cache.json`, потім
-`~/.codex/models_cache.json`, і лише після цього переходить до конвенції checkout Codex
-maintainer за адресою `~/code/codex/codex-rs/models-manager/models.json`. Якщо
-жодного з цих джерел не існує, команда завершується без зміни закоміченого
-fixture. Передайте `--catalog <path>`, щоб оновити з конкретного файлу `models_cache.json`
-або `models.json`.
+`~/.codex/models_cache.json`, і лише після цього fallback до домовленості maintainer Codex
+checkout у `~/code/codex/codex-rs/models-manager/models.json`. Якщо
+жодне з цих джерел не існує, команда завершується без зміни committed
+fixture. Передайте `--catalog <path>`, щоб оновити зі specific `models_cache.json`
+або `models.json` file.
 
-Ці знімки все ще не є byte-for-byte raw OpenAI request capture. Codex
-може додавати workspace context, що належить runtime, як-от `AGENTS.md`, environment
-context, memories, інструкції app/plugin і майбутні collaboration-mode
-instructions усередині Codex runtime після того, як OpenClaw надішле params thread і turn.
+Ці snapshots усе ще не є byte-for-byte raw OpenAI request capture. Codex
+може додавати runtime-owned workspace context, такий як `AGENTS.md`, environment
+context, memories, app/plugin instructions і вбудовані Default
+collaboration-mode instructions усередині Codex runtime після того, як OpenClaw надсилає
+thread і turn params.
 
-Повторно згенеруйте їх за допомогою `pnpm prompt:snapshots:gen` і перевірте drift через
+Перегенеруйте їх за допомогою `pnpm prompt:snapshots:gen` і перевірте drift через
 `pnpm prompt:snapshots:check`. CI запускає drift check у додатковому
-boundary shard, щоб зміни prompt і оновлення snapshot залишалися прикріпленими до того самого
+boundary shard, щоб зміни prompt і snapshot updates залишалися прив’язаними до того самого
 PR.
 
-## Вставлення Workspace bootstrap
+## Bootstrap-вставка робочої області
 
-Bootstrap-файли обрізаються й додаються в **Project Context**, щоб модель бачила identity і profile context без потреби в явному читанні:
+Bootstrap-файли обрізаються та додаються під **Контекстом проєкту**, щоб модель бачила identity і profile context без потреби явних reads:
 
 - `AGENTS.md`
 - `SOUL.md`
@@ -155,78 +157,78 @@ Bootstrap-файли обрізаються й додаються в **Project C
 - `IDENTITY.md`
 - `USER.md`
 - `HEARTBEAT.md`
-- `BOOTSTRAP.md` (лише в абсолютно нових workspaces)
+- `BOOTSTRAP.md` (лише для абсолютно нових робочих областей)
 - `MEMORY.md`, коли наявний
 
-Усі ці файли **вставляються у context window** на кожному turn, якщо
-не застосовується специфічний для файлу gate. `HEARTBEAT.md` пропускається у звичайних запусках, коли
-Heartbeats вимкнено для default agent або
+Усі ці файли **вставляються у context window** на кожному ході, якщо
+не застосовується file-specific gate. `HEARTBEAT.md` пропускається у звичайних запусках, коли
+heartbeats вимкнено для типового агента або
 `agents.defaults.heartbeat.includeSystemPromptSection` має значення false. Тримайте вставлені
-файли стислими — особливо `MEMORY.md`, який може зростати з часом і призводити до
-неочікувано великого використання контексту та частішого Compaction.
+файли стислими — особливо `MEMORY.md`, який може з часом зростати й призводити до
+неочікувано високого використання context і частішої Compaction.
 
 Коли сесія працює на native Codex harness, Codex завантажує `AGENTS.md`
-через власне discovery project-doc. OpenClaw все ще знаходить решту
-bootstrap-файлів і передає їх як config instructions Codex, тому `SOUL.md`,
+через власне project-doc discovery. OpenClaw все одно визначає решту
+bootstrap-файлів і передає їх як Codex config instructions, тому `SOUL.md`,
 `TOOLS.md`, `IDENTITY.md`, `USER.md`, `HEARTBEAT.md`, `BOOTSTRAP.md` і
 `MEMORY.md` зберігають ту саму роль workspace-context без дублювання
 `AGENTS.md`.
 
 <Note>
-Щоденні файли `memory/*.md` **не** є частиною звичайного bootstrap Project Context. У звичайних turns до них звертаються на вимогу через інструменти `memory_search` і `memory_get`, тому вони не враховуються в context window, якщо модель явно їх не читає. Голі turns `/new` і `/reset` є винятком: runtime може додати recent daily memory на початок як одноразовий блок startup-context для цього першого turn.
+Щоденні файли `memory/*.md` **не** є частиною звичайного bootstrap Project Context. У звичайних ходах до них звертаються за потреби через інструменти `memory_search` і `memory_get`, тому вони не враховуються в context window, якщо модель явно їх не читає. Bare `/new` і `/reset` turns є винятком: runtime може додати recent daily memory як одноразовий startup-context block для цього першого turn.
 </Note>
 
-Великі файли обрізаються з маркером. Максимальний розмір на файл контролюється
-`agents.defaults.bootstrapMaxChars` (default: 12000). Загальний вставлений bootstrap
-content по всіх файлах обмежений `agents.defaults.bootstrapTotalMaxChars`
-(default: 60000). Відсутні файли вставляють короткий missing-file marker. Коли відбувається truncation,
+Великі файли обрізаються з marker. Максимальний розмір на файл контролюється
+`agents.defaults.bootstrapMaxChars` (типово: 12000). Загальний вставлений bootstrap
+content по всіх файлах обмежується `agents.defaults.bootstrapTotalMaxChars`
+(типово: 60000). Відсутні файли вставляють короткий missing-file marker. Коли відбувається truncation,
 OpenClaw може вставити warning block у Project Context; керуйте цим через
 `agents.defaults.bootstrapPromptTruncationWarning` (`off`, `once`, `always`;
-default: `once`).
+типово: `once`).
 
 Сесії sub-agent вставляють лише `AGENTS.md` і `TOOLS.md` (інші bootstrap-файли
-фільтруються, щоб зберегти context sub-agent малим).
+відфільтровуються, щоб тримати context sub-agent малим).
 
-Внутрішні hooks можуть перехоплювати цей крок через `agent:bootstrap`, щоб змінити або замінити
-вставлені bootstrap-файли (наприклад, замінити `SOUL.md` на альтернативну persona).
+Internal hooks можуть перехоплювати цей крок через `agent:bootstrap`, щоб змінити або замінити
+вставлені bootstrap-файли (наприклад, замінити `SOUL.md` на alternate persona).
 
-Якщо ви хочете зробити звучання агента менш generic, почніть із
+Якщо ви хочете, щоб агент звучав менш generic, почніть із
 [Посібника з особистості SOUL.md](/uk/concepts/soul).
 
-Щоб перевірити, скільки вносить кожен вставлений файл (raw проти injected, truncation, плюс overhead tool schema), використовуйте `/context list` або `/context detail`. Див. [Context](/uk/concepts/context).
+Щоб перевірити, скільки додає кожен вставлений файл (raw vs injected, truncation, плюс tool schema overhead), використовуйте `/context list` або `/context detail`. Див. [Контекст](/uk/concepts/context).
 
 ## Обробка часу
 
-Системний prompt включає окремий розділ **Current Date & Time**, коли
-часовий пояс користувача відомий. Щоб зберегти prompt cache-stable, тепер він містить лише
-**часовий пояс** (без динамічного годинника або формату часу).
+Системний prompt включає спеціальну секцію **Поточні дата й час**, коли
+часовий пояс користувача відомий. Щоб зберегти prompt cache-stable, тепер вона містить лише
+**часовий пояс** (без динамічного clock або формату часу).
 
 Використовуйте `session_status`, коли агенту потрібен поточний час; status card
-містить рядок timestamp. Той самий інструмент може необов’язково встановити per-session model
+містить timestamp line. Той самий інструмент може необов’язково встановити per-session model
 override (`model=default` очищає його).
 
-Налаштуйте через:
+Налаштовується через:
 
 - `agents.defaults.userTimezone`
 - `agents.defaults.timeFormat` (`auto` | `12` | `24`)
 
-Повні деталі поведінки див. у [Date & Time](/uk/date-time).
+Повний опис поведінки див. у [Дата й час](/uk/date-time).
 
 ## Skills
 
-Коли існують придатні Skills, OpenClaw вставляє компактний **список доступних Skills**
+Коли існують eligible Skills, OpenClaw вставляє компактний **список доступних Skills**
 (`formatSkillsForPrompt`), який містить **шлях до файлу** для кожного Skill. Prompt
-інструктує модель використовувати `read`, щоб завантажити SKILL.md у вказаному
-розташуванні (workspace, managed або bundled). Якщо придатних Skills немає, розділ
-Skills пропускається.
+інструктує модель використовувати `read`, щоб завантажити SKILL.md за вказаним
+розташуванням (workspace, managed або bundled). Якщо немає eligible Skills,
+секція Skills пропускається.
 
-Придатність охоплює metadata gates Skills, перевірки runtime environment/config
-і ефективний agent skill allowlist, коли налаштовано `agents.defaults.skills` або
+Eligibility включає gates metadata Skill, перевірки runtime environment/config
+і effective agent skill allowlist, коли налаштовано `agents.defaults.skills` або
 `agents.list[].skills`.
 
-Skills, що постачаються з Plugin, придатні лише тоді, коли їхній власний Plugin увімкнено.
-Це дає tool plugins змогу надавати глибші операційні посібники без вбудовування всіх
-цих вказівок безпосередньо в кожен опис інструмента.
+Plugin-bundled Skills є eligible лише коли ввімкнено Plugin-власник.
+Це дає змогу tool plugins надавати глибші operating guides без вбудовування всіх цих
+інструкцій безпосередньо в кожен опис інструмента.
 
 ```
 <available_skills>
@@ -238,34 +240,28 @@ Skills, що постачаються з Plugin, придатні лише то
 </available_skills>
 ```
 
-Це зберігає базовий prompt малим, але все одно дає змогу використовувати цільові Skills.
+Це зберігає базовий prompt малим, водночас дозволяючи targeted використання Skill.
 
 Бюджет списку Skills належить підсистемі Skills:
 
-- Глобальне default: `skills.limits.maxSkillsPromptChars`
-- Per-agent override: `agents.list[].skillsLimits.maxSkillsPromptChars`
+- Глобальне типове значення: `skills.limits.maxSkillsPromptChars`
+- Перевизначення для агента: `agents.list[].skillsLimits.maxSkillsPromptChars`
 
-Загальні обмежені runtime excerpts використовують іншу surface:
+Загальні обмежені фрагменти часу виконання використовують іншу поверхню:
 
 - `agents.defaults.contextLimits.*`
 - `agents.list[].contextLimits.*`
 
-Такий поділ відокремлює визначення розміру Skills від визначення розміру читання/ін’єкції під час виконання, як-от `memory_get`, результати інструментів наживо та оновлення AGENTS.md після Compaction.
+Цей поділ відокремлює визначення розміру Skills від визначення розміру читання/впровадження під час виконання, як-от `memory_get`, результати live-інструментів і оновлення AGENTS.md після Compaction.
 
 ## Документація
 
-Системний промпт містить розділ **Документація**. Коли локальна документація доступна, він указує на локальний каталог документації OpenClaw (`docs/` у Git checkout або документація, вбудована в npm-пакет). Якщо локальна документація недоступна, він використовує резервний варіант
-[https://docs.openclaw.ai](https://docs.openclaw.ai).
+Системний prompt містить розділ **Документація**. Коли локальна документація доступна, він указує на локальний каталог документації OpenClaw (`docs/` у Git checkout або документацію з комплектного npm-пакета). Якщо локальна документація недоступна, він повертається до [https://docs.openclaw.ai](https://docs.openclaw.ai).
 
-Той самий розділ також містить розташування вихідного коду OpenClaw. Git checkout відкриває локальний корінь вихідного коду, щоб агент міг безпосередньо переглядати код. Установлення з пакета містять GitHub URL вихідного коду й указують агенту переглядати джерело там, коли документація неповна або застаріла. Промпт також згадує публічне дзеркало документації, спільноту Discord і ClawHub
-([https://clawhub.ai](https://clawhub.ai)) для пошуку Skills. Він указує моделі спочатку звертатися до документації щодо поведінки, команд, конфігурації або архітектури OpenClaw, а також самостійно запускати `openclaw status`, коли це можливо (запитуючи користувача лише тоді, коли їй бракує доступу).
-Саме для конфігурації він скеровує агентів до дії інструмента `gateway`
-`config.schema.lookup` для точної документації на рівні полів і обмежень, а потім до
-`docs/gateway/configuration.md` і `docs/gateway/configuration-reference.md`
-для ширших рекомендацій.
+Той самий розділ також містить розташування вихідного коду OpenClaw. Git checkouts надають локальний корінь вихідного коду, щоб агент міг безпосередньо інспектувати код. Інсталяції пакетів містять URL вихідного коду на GitHub і вказують агенту переглядати вихідний код там, коли документація неповна або застаріла. Prompt також зазначає публічне дзеркало документації, спільноту Discord і ClawHub ([https://clawhub.ai](https://clawhub.ai)) для пошуку Skills. Він вказує моделі спершу звертатися до документації щодо поведінки, команд, конфігурації або архітектури OpenClaw і запускати `openclaw status` самостійно, коли це можливо (запитуючи користувача лише тоді, коли не має доступу). Зокрема для конфігурації він спрямовує агентів до дії інструмента `gateway` `config.schema.lookup` для точної документації та обмежень на рівні полів, а потім до `docs/gateway/configuration.md` і `docs/gateway/configuration-reference.md` для ширших настанов.
 
 ## Пов’язане
 
-- [Середовище виконання агента](/uk/concepts/agent)
+- [Час виконання агента](/uk/concepts/agent)
 - [Робочий простір агента](/uk/concepts/agent-workspace)
 - [Рушій контексту](/uk/concepts/context-engine)