cc-viewer 1.6.182 → 1.6.183

package/concepts/uk/Tool-TaskOutput.md

@@ -1,40 +1,50 @@
 # TaskOutput
 
-## Визначення
+Отримує накопичений вивід запущеного чи завершеного фонового завдання — фонової команди оболонки, локального агента чи віддаленої сесії. Використовуйте, коли вам потрібно перевірити, що тривале завдання виробило досі.
 
-Отримує вивід фонового завдання, що виконується або завершилося. Підходить для фонових shell, асинхронних агентів та віддалених сесій.
+## Коли використовувати
+
+- Віддалена сесія (наприклад, хмарна пісочниця) виконується, і вам потрібен її stdout.
+- Локальний агент був диспетчеризований у фоні, і вам потрібен частковий прогрес перед тим, як він повернеться.
+- Фонова команда оболонки виконується достатньо довго, щоб ви хотіли перевірити її, не зупиняючи.
+- Вам потрібно підтвердити, що фонове завдання насправді прогресує, перед тим як чекати довше чи викликати `TaskStop`.
+
+Не звертайтеся до `TaskOutput` рефлекторно. Для більшості фонової роботи є прямший шлях — див. примітки нижче.
 
 ## Параметри
 
-| Параметр | Тип | Обов'язковий | Опис |
-|----------|-----|--------------|------|
-| `task_id` | string | Так | ID завдання |
-| `block` | boolean | Так | Чи блокувати очікування завершення завдання, за замовчуванням `true` |
-| `timeout` | number | Так | Максимальний час очікування (мілісекунди), за замовчуванням 30000, максимум 600000 |
+- `task_id` (string, обовʼязковий): Ідентифікатор завдання, повернутий при запуску фонової роботи. Не те саме, що `taskId` зі списку завдань; це дескриптор часу виконання для конкретного запуску.
+- `block` (boolean, необовʼязковий): Якщо `true` (за замовчуванням), чекати, поки завдання не видасть новий вивід або не завершиться, перед поверненням. Якщо `false`, повертати негайно з тим, що в буфері.
+- `timeout` (number, необовʼязковий): Максимум мілісекунд для блокування перед поверненням. Має сенс лише коли `block` — `true`. За замовчуванням `30000`, максимум `600000`.
 
-## Сценарії використання
+## Приклади
 
-**Підходить для:**
-- Перевірка прогресу фонового агента, запущеного через Task (`run_in_background: true`)
-- Отримання результату виконання фонової команди Bash
-- Очікування завершення асинхронного завдання та отримання виводу
+### Приклад 1
 
-**Не підходить для:**
-- Завдання переднього плану — вони повертають результат безпосередньо, цей інструмент не потрібен
+Зазирніть у віддалену сесію без блокування.
 
-## Примітки
+```
+TaskOutput(task_id: "sess_01HXYZ...", block: false)
+```
+
+Повертає будь-який stdout/stderr, вироблений з моменту запуску завдання (або з вашого останнього виклику `TaskOutput`, залежно від середовища виконання).
 
-- `block: true` блокує до завершення завдання або тайм-ауту
-- `block: false` використовується для неблокуючої перевірки поточного стану
-- ID завдання можна знайти через команду `/tasks`
-- Підходить для всіх типів завдань: фоновий shell, асинхронний агент, віддалена сесія
+### Приклад 2
 
-## Оригінальний текст
+Зачекайте коротко, поки локальний агент видасть більше виводу.
+
+```
+TaskOutput(
+  task_id: "agent_01ABCD...",
+  block: true,
+  timeout: 10000
+)
+```
+
+## Примітки
 
-<textarea readonly>- Retrieves output from a running or completed task (background shell, agent, or remote session)
-- Takes a task_id parameter identifying the task
-- Returns the task output along with status information
-- Use block=true (default) to wait for task completion
-- Use block=false for non-blocking check of current status
-- Task IDs can be found using the /tasks command
-- Works with all task types: background shells, async agents, and remote sessions</textarea>
+- Фонові команди bash: `TaskOutput` фактично застарів для цього випадку. Коли ви запускаєте фонове завдання оболонки, результат уже містить шлях до його файлу виводу — читайте цей шлях безпосередньо інструментом `Read`. `Read` дає випадковий доступ, зміщення рядків і стабільний перегляд; `TaskOutput` — ні.
+- Локальні агенти (інструмент `Agent`, диспетчеризований у фоні): коли агент завершується, результат інструмента `Agent` уже містить його фінальну відповідь. Використовуйте її безпосередньо. Не робіть `Read` на символічно-посиланий файл транскрипту — він містить повний потік викликів інструментів і переповнить контекстне вікно.
+- Віддалені сесії: `TaskOutput` — правильний і часто єдиний спосіб потокового повернення виводу. Віддавайте перевагу `block: true` з помірним `timeout` над щільними циклами опитування.
+- Невідомий `task_id` або завдання, чий вивід був зібраний смітником, повертає помилку. Передиспетчеризуйте роботу, якщо вона вам усе ще потрібна.
+- `TaskOutput` не зупиняє завдання. Використовуйте `TaskStop` для завершення.

package/concepts/uk/Tool-TaskStop.md

@@ -1,32 +1,45 @@
 # TaskStop
 
-## Визначення
+Зупиняє запущене фонове завдання — команду оболонки, диспетчеризованого агента чи віддалену сесію — за його дескриптором часу виконання. Використовуйте для звільнення ресурсів, скасування роботи, яка більше не корисна, чи відновлення, коли завдання застрягло.
 
-Зупиняє фонове завдання, що виконується.
+## Коли використовувати
+
+- Фонова команда оболонки виконується довше очікуваного, і вам більше не потрібен її результат.
+- Локальний агент зациклився чи застиг і потребує обриву.
+- Користувач змінив напрямок, і фонову роботу для попереднього напрямку слід облишити.
+- Віддалена сесія ось-ось закінчиться по таймауту або утримує ресурс, який вам потрібен.
+- Вам потрібен чистий стан перед новим запуском того самого завдання.
+
+Віддавайте перевагу тому, щоб короткочасна фонова робота завершувалася самостійно. `TaskStop` — для випадків, коли продовжене виконання не має цінності чи активно шкодить.
 
 ## Параметри
 
-| Параметр | Тип | Обов'язковий | Опис |
-|----------|-----|--------------|------|
-| `task_id` | string | Ні | ID фонового завдання для зупинки |
-| `shell_id` | string | Ні | Застаріло, використовуйте `task_id` |
+- `task_id` (string, обовʼязковий): Дескриптор часу виконання, повернутий при запуску фонового завдання. Це той самий ідентифікатор, що приймається `TaskOutput`, а не `taskId` зі списку завдань.
 
-## Сценарії використання
+## Приклади
 
-**Підходить для:**
-- Завершення довготривалих завдань, які більше не потрібні
-- Скасування помилково запущених фонових завдань
+### Приклад 1
 
-## Примітки
+Зупиніть некеровану фонову команду оболонки.
+
+```
+TaskStop(task_id: "bash_01HXYZ...")
+```
 
-- Повертає статус успіху або невдачі
-- Параметр `shell_id` застарів, слід використовувати `task_id`
+Команда отримує сигнал завершення; буферизований вивід, записаний досі, залишається читабельним за шляхом виводу.
 
-## Оригінальний текст
+### Приклад 2
+
+Скасуйте диспетчеризованого агента після коригування курсу користувачем.
+
+```
+TaskStop(task_id: "agent_01ABCD...")
+```
+
+## Примітки
 
-<textarea readonly>
-- Stops a running background task by its ID
-- Takes a task_id parameter identifying the task to stop
-- Returns a success or failure status
-- Use this tool when you need to terminate a long-running task
-</textarea>
+- `TaskStop` запитує завершення; він не гарантує миттєвого завершення. Добре поводжені завдання виходять оперативно, але процес, що виконує блокуюче I/O, може знадобитися мить для розгортання.
+- Зупинка завдання не видаляє його вивід. Для фонових завдань оболонки файл виводу на диску зберігається і все ще читабельний з `Read`. Для агентів і сесій будь-який вивід, захоплений перед зупинкою, все ще доступний через `TaskOutput`.
+- Невідомий `task_id` або завдання, що вже завершилося, повертає помилку або є no-op. Це безпечно — ви можете викликати `TaskStop` захисно без попередньої перевірки статусу.
+- Якщо ви маєте намір перезапустити ту саму роботу, зупиніть старе завдання перед диспетчеризацією нового, щоб уникнути двох паралельних запусків, які змагаються за спільні ресурси (файли, порти, рядки бази даних).
+- `TaskStop` не впливає на записи в списку завдань команди. Щоб скасувати відстежуване завдання, оновіть його статус на `deleted` через `TaskUpdate`.

package/concepts/uk/Tool-TaskUpdate.md

@@ -1,123 +1,70 @@
 # TaskUpdate
 
-## Визначення
+Модифікує наявне завдання — його статус, вміст, власника, метадані чи ребра залежностей. Це те, як завдання прогресують через свій життєвий цикл і як робота передається між Claude Code, членами команди та підагентами.
 
-Оновлює статус, вміст або залежності завдання у списку завдань.
+## Коли використовувати
 
-## Параметри
-
-| Параметр | Тип | Обов'язковий | Опис |
-|----------|-----|--------------|------|
-| `taskId` | string | Так | ID завдання для оновлення |
-| `status` | enum | Ні | Новий статус: `pending` / `in_progress` / `completed` / `deleted` |
-| `subject` | string | Ні | Новий заголовок |
-| `description` | string | Ні | Новий опис |
-| `activeForm` | string | Ні | Текст у теперішньому тривалому часі, що відображається під час виконання |
-| `owner` | string | Ні | Новий відповідальний за завдання (ім'я агента) |
-| `metadata` | object | Ні | Метадані для об'єднання (встановлення null видаляє ключ) |
-| `addBlocks` | string[] | Ні | Список ID завдань, заблокованих цим завданням |
-| `addBlockedBy` | string[] | Ні | Список ID попередніх завдань, що блокують це завдання |
-
-## Перехід статусів
-
-```
-pending → in_progress → completed
-```
-
-`deleted` можна перейти з будь-якого статусу, завдання видаляється назавжди.
-
-## Сценарії використання
-
-**Підходить для:**
-- Позначення завдання як `in_progress` при початку роботи
-- Позначення завдання як `completed` після завершення роботи
-- Встановлення залежностей між завданнями
-- Оновлення вмісту завдання при зміні вимог
-
-**Важливі правила:**
-- Позначайте як `completed` лише коли завдання повністю виконано
-- При виникненні помилок або блокування залишайте `in_progress`
-- Не позначайте як `completed` при невдалих тестах, неповній реалізації або невирішених помилках
-
-## Примітки
-
-- Перед оновленням отримайте актуальний стан завдання через TaskGet, щоб уникнути застарілих даних
-- Після завершення завдання використовуйте TaskList для пошуку наступного доступного завдання
+- Переведення завдання через робочий процес статусів у міру роботи над ним.
+- Захоплення завдання шляхом призначення себе (чи іншого агента) як `owner`.
+- Уточнення `subject` чи `description`, коли ви дізнаєтеся більше про проблему.
+- Запис нововиявлених залежностей через `addBlocks` / `addBlockedBy`.
+- Прикріплення структурованих `metadata`, таких як ID зовнішніх тикетів чи підказки пріоритету.
 
-## Оригінальний текст
-
-<textarea readonly>Use this tool to update a task in the task list.
-
-## When to Use This Tool
-
-**Mark tasks as resolved:**
-- When you have completed the work described in a task
-- When a task is no longer needed or has been superseded
-- IMPORTANT: Always mark your assigned tasks as resolved when you finish them
-- After resolving, call TaskList to find your next task
-
-- ONLY mark a task as completed when you have FULLY accomplished it
-- If you encounter errors, blockers, or cannot finish, keep the task as in_progress
-- When blocked, create a new task describing what needs to be resolved
-- Never mark a task as completed if:
-  - Tests are failing
-  - Implementation is partial
-  - You encountered unresolved errors
-  - You couldn't find necessary files or dependencies
-
-**Delete tasks:**
-- When a task is no longer relevant or was created in error
-- Setting status to `deleted` permanently removes the task
+## Параметри
 
-**Update task details:**
-- When requirements change or become clearer
-- When establishing dependencies between tasks
+- `taskId` (string, обовʼязковий): Завдання для модифікації. Отримайте з `TaskList` чи `TaskCreate`.
+- `status` (string, необовʼязковий): Один з `pending`, `in_progress`, `completed`, `deleted`.
+- `subject` (string, необовʼязковий): Заміна імперативного заголовка.
+- `description` (string, необовʼязковий): Заміна детального опису.
+- `activeForm` (string, необовʼязковий): Заміна тексту індикатора в теперішньому тривалому часі.
+- `owner` (string, необовʼязковий): Дескриптор агента чи члена команди, що бере відповідальність за завдання.
+- `metadata` (object, необовʼязковий): Ключі метаданих для злиття із завданням. Встановіть ключ у `null`, щоб видалити його.
+- `addBlocks` (array of strings, необовʼязковий): ID завдань, які блокує це завдання.
+- `addBlockedBy` (array of strings, необовʼязковий): ID завдань, які мають завершитися перед цим.
 
-## Fields You Can Update
+## Робочий процес статусів
 
-- **status**: The task status (see Status Workflow below)
-- **subject**: Change the task title (imperative form, e.g., "Run tests")
-- **description**: Change the task description
-- **activeForm**: Present continuous form shown in spinner when in_progress (e.g., "Running tests")
-- **owner**: Change the task owner (agent name)
-- **metadata**: Merge metadata keys into the task (set a key to null to delete it)
-- **addBlocks**: Mark tasks that cannot start until this one completes
-- **addBlockedBy**: Mark tasks that must complete before this one can start
+Життєвий цикл навмисно лінійний: `pending` → `in_progress` → `completed`. `deleted` — термінальний і використовується для відкликання завдань, над якими ніколи не працюватимуть.
 
-## Status Workflow
+- Встановіть `in_progress` у момент, коли ви насправді починаєте роботу, не раніше. Лише одне завдання одночасно має бути `in_progress` для даного власника.
+- Встановіть `completed`, лише коли робота повністю виконана — критерії прийому задоволені, тести проходять, вивід записано. Якщо зʼявляється блокатор, залиште завдання `in_progress` і додайте нове завдання, що описує, що треба вирішити.
+- Ніколи не позначайте завдання як `completed`, коли тести не проходять, реалізація часткова чи ви наткнулися на невирішені помилки.
+- Використовуйте `deleted` для завдань, які скасовані чи дублюються; не перевикористовуйте завдання для непов'язаної роботи.
 
-Status progresses: `pending` → `in_progress` → `completed`
+## Приклади
 
-Use `deleted` to permanently remove a task.
+### Приклад 1
 
-## Staleness
+Захопіть завдання і почніть його.
 
-Make sure to read a task's latest state using `TaskGet` before updating it.
+```
+TaskUpdate(
+  taskId: "t_01HXYZ...",
+  status: "in_progress",
+  owner: "main-agent"
+)
+```
 
-## Examples
+### Приклад 2
 
-Mark task as in progress when starting work:
-```json
-{"taskId": "1", "status": "in_progress"}
-```
+Завершіть роботу і запишіть наступну залежність.
 
-Mark task as completed after finishing work:
-```json
-{"taskId": "1", "status": "completed"}
 ```
-
-Delete a task:
-```json
-{"taskId": "1", "status": "deleted"}
+TaskUpdate(
+  taskId: "t_01HXYZ...",
+  status: "completed"
+)
+
+TaskUpdate(
+  taskId: "t_01FOLLOWUP...",
+  addBlockedBy: ["t_01HXYZ..."]
+)
 ```
 
-Claim a task by setting owner:
-```json
-{"taskId": "1", "owner": "my-name"}
-```
+## Примітки
 
-Set up task dependencies:
-```json
-{"taskId": "2", "addBlockedBy": ["1"]}
-```
-</textarea>
+- `metadata` зливається ключ за ключем; передача `null` для ключа видаляє його. Викличте `TaskGet` першим, якщо ви не впевнені в поточному вмісті.
+- `addBlocks` і `addBlockedBy` додають ребра; вони не видаляють наявні. Деструктивне редагування графа вимагає виділеного робочого процесу — консультуйтеся з власником команди перед переписуванням залежностей.
+- Тримайте `activeForm` синхронізованим, коли ви змінюєте `subject`, щоб текст індикатора продовжував читатися природно.
+- Не позначайте завдання як `completed`, щоб його заглушити. Якщо користувач скасував роботу, використовуйте `deleted` з коротким обґрунтуванням у `description`.
+- Прочитайте останній стан завдання з `TaskGet` перед оновленням — члени команди могли змінити його між вашим останнім читанням і вашим записом.

package/concepts/uk/Tool-TeamCreate.md

@@ -1,38 +1,53 @@
 # TeamCreate
 
-## Визначення
+Встановлює нову команду співпраці зі спільним списком завдань і каналом міжагентських повідомлень. Команда — це примітив координації для мультиагентської роботи: основна сесія діє як лідер і породжує іменованих членів команди через інструмент `Agent`.
 
-Створює нову команду для координації кількох агентів, що працюють над проєктом. Команди забезпечують паралельне виконання завдань через спільний список завдань та обмін повідомленнями між агентами.
+## Коли використовувати
+
+- Користувач явно запитує команду, рій, екіпаж чи мультиагентську співпрацю.
+- Проєкт має кілька явно незалежних робочих потоків, що виграють від виділених спеціалістів (наприклад, frontend, backend, тести, документація).
+- Вам потрібен постійний спільний список завдань, який кілька агентів оновлюють у міру прогресу.
+- Ви хочете іменованих, адресованих членів команди, які можуть обмінюватися повідомленнями через `SendMessage`, а не одноразові виклики підагентів.
+
+НЕ використовуйте для одного делегованого пошуку чи разового паралельного розгалуження — звичайні виклики `Agent` легші й достатні.
 
 ## Параметри
 
-| Параметр | Тип | Обов'язковий | Опис |
-|----------|-----|--------------|------|
-| `team_name` | string | Так | Назва нової команди |
-| `description` | string | Ні | Опис / призначення команди |
-| `agent_type` | string | Ні | Тип / роль керівника команди |
+- `team_name` (string, обовʼязковий): Унікальний ідентифікатор команди. Використовується як імʼя каталогу під `~/.claude/teams/` і як аргумент `team_name` при породженні членів команди.
+- `description` (string, обовʼязковий): Коротке твердження мети команди. Показується кожному члену команди при породженні і записується в конфігурацію команди.
+- `agent_type` (string, необовʼязковий): Типова персона підагента, застосовувана до членів команди, які її не перевизначають. Типові значення — `general-purpose`, `Explore` чи `Plan`.
+
+## Приклади
+
+### Приклад 1: Створення команди рефакторингу
 
-## Що створюється
+```
+TeamCreate(
+  team_name="refactor-crew",
+  description="Refactor the data access layer from raw SQL to Prisma, including migrations and tests.",
+  agent_type="general-purpose"
+)
+```
 
-- **Файл конфігурації команди**: `~/.claude/teams/{team-name}/config.json` — зберігає список учасників і метадані
-- **Каталог списку завдань**: `~/.claude/tasks/{team-name}/` — спільний список завдань для всіх учасників команди
+Після створення породьте членів команди з `Agent`, використовуючи `team_name: "refactor-crew"` і різні значення `name`, такі як `db-lead`, `migrations` та `tests`.
 
-Команди мають відповідність 1:1 зі списками завдань.
+### Приклад 2: Створення команди дослідження
 
-## Робочий процес команди
+```
+TeamCreate(
+  team_name="perf-investigation",
+  description="Identify and rank the top three performance regressions introduced in the last release.",
+  agent_type="Explore"
+)
+```
 
-1. **TeamCreate** — створити команду та її список завдань
-2. **TaskCreate** — визначити завдання для команди
-3. **Agent** (з `team_name` + `name`) — запустити учасників, які приєднуються до команди
-4. **TaskUpdate** — призначити завдання учасникам через `owner`
-5. Учасники виконують завдання та спілкуються через **SendMessage**
-6. Завершити роботу учасників післ�� закінчення, потім **TeamDelete** для очищення
+Кожен породжений член команди успадковує `Explore` як свою типову персону, що відповідає лише-для-читання дослідницькій природі роботи.
 
-## Пов'язані інструменти
+## Примітки
 
-| Інструмент | Призначення |
-|------------|-------------|
-| `TeamDelete` | Видалити команду та каталоги завдань |
-| `SendMessage` | Міжагентне спілкування всередині команди |
-| `TaskCreate` / `TaskUpdate` / `TaskList` / `TaskGet` | Управління спільним списком завдань |
-| `Agent` | Запустити учасників, які приєднуються до команди |
+- Одночасно з однієї сесії можна вести лише одну команду. Завершіть чи видаліть поточну команду перед створенням іншої.
+- Команда 1:1 зі спільним списком завдань. Лідер володіє створенням, призначенням і закриттям завдань; члени команди оновлюють статус завдань, над якими працюють.
+- Конфігурація команди зберігається в `~/.claude/teams/{team_name}/config.json`, а каталог завдань живе поруч з нею. Ці файли переживають сесії, доки їх явно не видалити через `TeamDelete`.
+- Члени команди породжуються за допомогою інструмента `Agent` з відповідним `team_name` плюс різним `name`. `name` стає адресою, що використовується `SendMessage`.
+- Вибирайте `team_name`, безпечний для файлової системи (літери, цифри, тире, підкреслення). Уникайте пробілів чи косих рис.
+- Пишіть `description` так, щоб новий член команди, читаючи його холодно, зрозумів мету команди без додаткового контексту. Він стає частиною стартового промпту кожного члена команди.

package/concepts/uk/Tool-TeamDelete.md

@@ -1,30 +1,44 @@
 # TeamDelete
 
-## Визначення
+Згортає поточно активну команду, видаляючи її каталог конфігурації та спільний каталог завдань. Це аналог очищення для `TeamCreate`, який зазвичай викликається після досягнення мети команди та завершення роботи всіх членів команди.
 
-Видаляє команду та пов'язані з нею каталоги завдань після завершення роботи в режимі багатоагентної співпраці. Це інструмент очищення, який є парним до TeamCreate.
+## Коли використовувати
 
-## Поведінка
+- Команда завершила свою роботу, і фінальний звіт передано користувачу.
+- Команда була створена помилково або її область змінилася настільки радикально, що починати з нуля чистіше, ніж продовжувати.
+- Вам потрібно створити нову команду, але одна вже активна — спочатку видаліть стару, оскільки одночасно можна вести лише одну команду.
+- Команда стала застарілою між сесіями, і її збережений стан під `~/.claude/teams/` більше не потрібен.
 
-- Видаляє каталог команди: `~/.claude/teams/{team-name}/`
-- Видаляє каталог завдань: `~/.claude/tasks/{team-name}/`
-- Очищає контекст команди з поточної сесії
+НЕ викликайте, поки члени команди ще виконуються — спочатку завершіть їх роботу через `SendMessage` з `shutdown_request`, дочекайтеся кожного `shutdown_response`, а потім видаляйте.
 
-**Важливо**: TeamDelete завершиться помилкою, якщо в команді ще є активні учасники. Спочатку необхідно коректно завершити роботу учасників через запити на завершення роботи в SendMessage.
+## Параметри
 
-## Типове використання
+`TeamDelete` не приймає параметрів у типовому виклику. Він діє на поточно активну команду, якою володіє сесія-викликач.
 
-TeamDelete викликається в кінці робочого процесу команди:
+## Приклади
 
-1. Всі завдання виконано
-2. Учасники завершують роботу через `SendMessage` з `shutdown_request`
-3. **TeamDelete** видаляє каталоги команди та завдань
+### Приклад 1: Рутинне завершення після успіху
 
-## Пов'язані інструменти
+1. Транслюйте запит завершення роботи команді:
+   ```
+   SendMessage(to="*", message={ "type": "shutdown_request" })
+   ```
+2. Дочекайтеся, поки кожен член команди відповість `shutdown_response`.
+3. Викличте `TeamDelete()`, щоб видалити каталог команди та каталог завдань.
 
-| Інструмент | Призначення |
-|------------|-------------|
-| `TeamCreate` | Створити нову команду та її список завдань |
-| `SendMessage` | Спілкуватися з учасниками / надсилати запити на завершення роботи |
-| `TaskCreate` / `TaskUpdate` / `TaskList` / `TaskGet` | Управління спільним списком завдань |
-| `Agent` | Запустити учасників, які приєднуються до команди |
+### Приклад 2: Заміна неправильно налаштованої команди
+
+Якщо `TeamCreate` було викликано з неправильним `agent_type` чи `description`, спочатку переконайтеся, що жодного члена команди ще не породжено (або завершіть їх роботу), потім:
+
+```
+TeamDelete()
+TeamCreate(team_name="...", description="...", agent_type="...")
+```
+
+## Примітки
+
+- `TeamDelete` зазнає невдачі, якщо будь-який член команди все ще активний. Відповідь-помилка перелічує живих членів команди — надішліть кожному `shutdown_request` через `SendMessage`, дочекайтеся їхнього `shutdown_response` і повторіть.
+- Видалення незворотне з точки зору інструмента. Конфігурація команди в `~/.claude/teams/{team_name}/config.json` та її каталог завдань видаляються з диска. Якщо вам потрібно зберегти список завдань, експортуйте чи скопіюйте каталог перед видаленням.
+- Лише сесія-лідер, яка створила команду, може її видалити. Породжений член команди не може викликати `TeamDelete` на своїй команді.
+- Видалення команди не відкочує жодних змін файлової системи, які члени команди зробили в репозиторії. Це звичайні правки, що відстежуються git, і їх потрібно відкочувати окремо, якщо вони небажані.
+- Після успішного повернення `TeamDelete` сесія вільна викликати `TeamCreate` знову для нової команди.

package/concepts/uk/Tool-WebFetch.md

@@ -1,55 +1,50 @@
 # WebFetch
 
-## Визначення
+Отримує вміст публічної веб-сторінки, перетворює HTML у Markdown і запускає невелику допоміжну модель по результату, використовуючи природномовний промпт для вилучення потрібної інформації.
 
-Отримує вміст веб-сторінки за вказаним URL, конвертує HTML у markdown та обробляє вміст за допомогою AI-моделі відповідно до prompt.
+## Коли використовувати
+
+- Читання публічної сторінки документації, блог-посту чи RFC, на які посилається розмова.
+- Вилучення конкретного факту, фрагмента коду чи таблиці з відомого URL без завантаження повної сторінки в контекст.
+- Підсумовування нотаток релізу чи журналів змін з відкритого веб-ресурсу.
+- Перевірка публічного довідника API бібліотеки, коли джерело відсутнє в локальному репозиторії.
+- Перехід за посиланням, яке користувач вставив у чат, щоб відповісти на подальше запитання.
 
 ## Параметри
 
-| Параметр | Тип | Обов'язковий | Опис |
-|----------|-----|--------------|------|
-| `url` | string (URI) | Так | Повний URL для отримання |
-| `prompt` | string | Так | Описує, яку інформацію потрібно витягти зі сторінки |
+- `url` (string, обовʼязковий): Повністю сформований абсолютний URL. Простий `http://` автоматично оновлюється до `https://`.
+- `prompt` (string, обовʼязковий): Інструкція, передана невеликій моделі вилучення. Опишіть точно, що витягнути зі сторінки, наприклад "list all exported functions" чи "return the minimum supported Node version".
+
+## Приклади
+
+### Приклад 1: Вилучення значення конфігурації за замовчуванням
+
+```
+WebFetch(
+  url="https://vitejs.dev/config/server-options.html",
+  prompt="What is the default value of server.port and can it be a string?"
+)
+```
+
+Інструмент отримує сторінку документації Vite, перетворює її в Markdown і повертає коротку відповідь, таку як "Default is `5173`; accepts a number only."
 
-## Сценарії використання
+### Приклад 2: Підсумовування розділу журналу змін
 
-**Підходить для:**
-- Отримання вмісту публічних веб-сторінок
-- Перегляд онлайн-документації
-- Витягування конкретної інформації з веб-сторінки
+```
+WebFetch(
+  url="https://nodejs.org/en/blog/release/v20.11.0",
+  prompt="List the security fixes included in this release as bullet points."
+)
+```
 
-**Не підходить для:**
-- URL, що потребують автентифікації (Google Docs, Confluence, Jira, GitHub тощо) — спочатку шукайте спеціалізований MCP-інструмент
-- URL GitHub — пріоритетно використовуйте `gh` CLI
+Корисно, коли користувач запитує "що змінилося в Node 20.11", а сторінка релізу довга.
 
 ## Примітки
 
-- URL повинен бути повним дійсним URL
-- HTTP автоматично оновлюється до HTTPS
-- При занадто великому вмісті результати можуть бути зведені
-- Містить 15-хвилинний кеш з автоочищенням
-- Коли URL перенаправляє на інший хост, інструмент повертає URL перенаправлення, і потрібно зробити новий запит з новим URL
-- Якщо доступний MCP-інструмент web fetch, надавайте йому перевагу
-
-## Оригінальний текст
-
-<textarea readonly>IMPORTANT: WebFetch WILL FAIL for authenticated or private URLs. Before using this tool, check if the URL points to an authenticated service (e.g. Google Docs, Confluence, Jira, GitHub). If so, you MUST use ToolSearch first to find a specialized tool that provides authenticated access.
-
-- Fetches content from a specified URL and processes it using an AI model
-- Takes a URL and a prompt as input
-- Fetches the URL content, converts HTML to markdown
-- Processes the content with the prompt using a small, fast model
-- Returns the model's response about the content
-- Use this tool when you need to retrieve and analyze web content
-
-Usage notes:
-  - IMPORTANT: If an MCP-provided web fetch tool is available, prefer using that tool instead of this one, as it may have fewer restrictions.
-  - The URL must be a fully-formed valid URL
-  - HTTP URLs will be automatically upgraded to HTTPS
-  - The prompt should describe what information you want to extract from the page
-  - This tool is read-only and does not modify any files
-  - Results may be summarized if the content is very large
-  - Includes a self-cleaning 15-minute cache for faster responses when repeatedly accessing the same URL
-  - When a URL redirects to a different host, the tool will inform you and provide the redirect URL in a special format. You should then make a new WebFetch request with the redirect URL to fetch the content.
-  - For GitHub URLs, prefer using the gh CLI via Bash instead (e.g., gh pr view, gh issue view, gh api).
-</textarea>
+- `WebFetch` зазнає невдачі на будь-якому URL, що вимагає автентифікації, файлів cookie чи VPN. Для Google Docs, Confluence, Jira, приватних ресурсів GitHub чи внутрішніх вікі використовуйте натомість виділений сервер MCP, що забезпечує автентифікований доступ.
+- Для всього, що розміщене на GitHub (PR, issue, файлові blob, відповіді API), віддавайте перевагу CLI `gh` через `Bash`, а не скрапінгу веб-UI. `gh pr view`, `gh issue view` та `gh api` повертають структуровані дані і працюють з приватними репозиторіями.
+- Результати можуть бути підсумовані, коли отримана сторінка дуже велика. Якщо вам потрібен точний текст, звузьте `prompt`, щоб запитати буквальний уривок.
+- Застосовується самоочисний 15-хвилинний кеш на URL. Повторні виклики на ту саму сторінку протягом однієї сесії майже миттєві, але можуть повернути дещо застарілий вміст. Якщо свіжість має значення, згадайте це в промпті чи дочекайтеся закінчення кешу.
+- Якщо цільовий хост видає перенаправлення на інший хост, інструмент повертає новий URL у спеціальному блоці відповіді і не йде за ним автоматично. Перевикличте `WebFetch` з ціллю перенаправлення, якщо вам усе ще потрібен вміст.
+- Промпт виконується меншою, швидшою моделлю, ніж основний асистент. Тримайте його вузьким і конкретним; складні багатоетапні міркування краще обробляти самостійно, читаючи сирий Markdown після отримання.
+- Ніколи не передавайте секрети, токени чи ідентифікатори сесій, вбудовані в URL — вміст сторінок і рядки запитів, відображені у виводі, можуть логуватися вищенаправленими сервісами.