cc-viewer 1.7.21 → 1.7.23

package/concepts/uk/Tool-TeamCreate.md

@@ -1,53 +0,0 @@
-# TeamCreate
-
-Встановлює нову команду співпраці зі спільним списком завдань і каналом міжагентських повідомлень. Команда — це примітив координації для мультиагентської роботи: основна сесія діє як лідер і породжує іменованих членів команди через інструмент `Agent`.
-
-## Коли використовувати
-
-- Користувач явно запитує команду, рій, екіпаж чи мультиагентську співпрацю.
-- Проєкт має кілька явно незалежних робочих потоків, що виграють від виділених спеціалістів (наприклад, frontend, backend, тести, документація).
-- Вам потрібен постійний спільний список завдань, який кілька агентів оновлюють у міру прогресу.
-- Ви хочете іменованих, адресованих членів команди, які можуть обмінюватися повідомленнями через `SendMessage`, а не одноразові виклики підагентів.
-
-НЕ використовуйте для одного делегованого пошуку чи разового паралельного розгалуження — звичайні виклики `Agent` легші й достатні.
-
-## Параметри
-
-- `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"
-)
-```
-
-Після створення породьте членів команди з `Agent`, використовуючи `team_name: "refactor-crew"` і різні значення `name`, такі як `db-lead`, `migrations` та `tests`.
-
-### Приклад 2: Створення команди дослідження
-
-```
-TeamCreate(
-  team_name="perf-investigation",
-  description="Identify and rank the top three performance regressions introduced in the last release.",
-  agent_type="Explore"
-)
-```
-
-Кожен породжений член команди успадковує `Explore` як свою типову персону, що відповідає лише-для-читання дослідницькій природі роботи.
-
-## Примітки
-
-- Одночасно з однієї сесії можна вести лише одну команду. Завершіть чи видаліть поточну команду перед створенням іншої.
-- Команда 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,44 +0,0 @@
-# TeamDelete
-
-Згортає поточно активну команду, видаляючи її каталог конфігурації та спільний каталог завдань. Це аналог очищення для `TeamCreate`, який зазвичай викликається після досягнення мети команди та завершення роботи всіх членів команди.
-
-## Коли використовувати
-
-- Команда завершила свою роботу, і фінальний звіт передано користувачу.
-- Команда була створена помилково або її область змінилася настільки радикально, що починати з нуля чистіше, ніж продовжувати.
-- Вам потрібно створити нову команду, але одна вже активна — спочатку видаліть стару, оскільки одночасно можна вести лише одну команду.
-- Команда стала застарілою між сесіями, і її збережений стан під `~/.claude/teams/` більше не потрібен.
-
-НЕ викликайте, поки члени команди ще виконуються — спочатку завершіть їх роботу через `SendMessage` з `shutdown_request`, дочекайтеся кожного `shutdown_response`, а потім видаляйте.
-
-## Параметри
-
-`TeamDelete` не приймає параметрів у типовому виклику. Він діє на поточно активну команду, якою володіє сесія-викликач.
-
-## Приклади
-
-### Приклад 1: Рутинне завершення після успіху
-
-1. Транслюйте запит завершення роботи команді:
-   ```
-   SendMessage(to="*", message={ "type": "shutdown_request" })
-   ```
-2. Дочекайтеся, поки кожен член команди відповість `shutdown_response`.
-3. Викличте `TeamDelete()`, щоб видалити каталог команди та каталог завдань.
-
-### Приклад 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-executeCode.md

@@ -1,47 +0,0 @@
-# executeCode
-
-Виконує фрагмент коду всередині живого ядра чи пісочниці, наданої інтеграцією IDE (наприклад, Jupyter-ядра, привʼязаного до поточно відкритого ноутбука). Інструмент присутній лише тоді, коли Claude Code працює поряд із сумісним мостом IDE, таким як розширення VS Code із вибраним Jupyter-ядром.
-
-## Коли використовувати
-
-- Швидке обчислення, перевірка даних чи побудова графіка на стані, вже завантаженому в активному Jupyter-ядрі.
-- Валідація фрагмента коду перед вставкою його в клітинку ноутбука.
-- Дослідження dataframe у памʼяті, змінної чи моделі, що існує в ядрі, але не серіалізована на диск.
-- Створення графіка чи числового результату, який користувач хоче відрендерити вбудовано в IDE.
-
-НЕ використовуйте для самостійних скриптів, які краще обслуговуватиме `Bash`, що запускає `python script.py`, або для коду, що потребує збереження між свіжими ядрами.
-
-## Параметри
-
-- `code` (string, обовʼязковий): Код для виконання в поточному ядрі. Виконується так, наче вставлений у клітинку ноутбука — змінні, визначені, зберігаються в ядрі, поки його не перезапустять.
-- `language` (string, необовʼязковий): Мова фрагмента, коли міст IDE підтримує кілька ядер. Найчастіше опускається; за замовчуванням — мова активного ядра (зазвичай Python).
-
-## Приклади
-
-### Приклад 1: Перевірка dataframe у памʼяті
-
-```
-executeCode(
-  code="df.head()\nprint(df.shape)\nprint(df.dtypes)"
-)
-```
-
-Повертає перші рядки, форму та типи колонок dataframe, уже завантаженого в ядрі.
-
-### Приклад 2: Швидка числова перевірка
-
-```
-executeCode(
-  code="import numpy as np\nnp.mean([1, 2, 3, 4, 5])"
-)
-```
-
-Виконує одноразове обчислення без створення клітинки ноутбука.
-
-## Примітки
-
-- `executeCode` — інструмент моста IDE. Він недоступний у простих термінальних сесіях Claude Code; він зʼявляється лише тоді, коли сесія підключена до IDE, що експонує ядро (наприклад, розширення Jupyter VS Code).
-- Стан зберігається в ядрі. Змінні, визначені одним викликом `executeCode`, залишаються видимими для пізніших викликів, клітинок ноутбука та користувача — уважно ставтеся до побічних ефектів.
-- Тривалий чи блокуючий код блокуватиме ядро. Тримайте фрагменти короткими; для багатохвилинної роботи пишіть справжній скрипт і запускайте його через `Bash`.
-- Вивід (stdout, значення, що повертаються, зображення) повертається в сесію. Дуже великі виводи можуть бути обрізані мостом IDE.
-- Для правок файлів віддавайте перевагу `Edit`, `Write` чи `NotebookEdit` — `executeCode` не замінює авторства файлів вихідного коду.

package/concepts/uk/Tool-getDiagnostics.md

@@ -1,44 +0,0 @@
-# getDiagnostics
-
-Отримує діагностику мовного сервера (помилки, попередження, підказки) з підʼєднаної IDE для конкретного файлу або для кожного файлу, що IDE наразі тримає відкритим. Використовується для перевірки, що зміни коду компілюються без помилок перед оголошенням завдання завершеним.
-
-## Коли використовувати
-
-- Після `Edit` чи `Write` для підтвердження, що зміна не внесла помилку типу, синтаксичну помилку чи попередження лінтера.
-- Перед завершенням завдання, щоб перевірити кожен відкритий файл на нерозвʼязані проблеми.
-- При діагностиці помилки, про яку повідомляє користувач — витягування точного повідомлення компілятора чи перевірки типів з IDE уникає здогадок.
-- Як легка альтернатива запуску повної збірки чи тестової команди, коли вам потрібно лише перевірити статичну коректність.
-
-НЕ покладайтеся на `getDiagnostics` як на заміну тестового набору. Він повідомляє, що бачить мовний сервер, а не що виконується під час тестування чи в проді.
-
-## Параметри
-
-- `uri` (string, необовʼязковий): URI файлу (зазвичай `file:///absolute/path`), для якого отримати діагностику. Коли опущено, інструмент повертає діагностику для кожного файлу, що IDE наразі тримає відкритим.
-
-## Приклади
-
-### Приклад 1: Перевірка одного файлу після редагування
-
-```
-getDiagnostics(
-  uri="file:///Users/sky/project/src/auth.ts"
-)
-```
-
-Повертає будь-які помилки TypeScript, попередження ESLint чи інші повідомлення мовного сервера для `src/auth.ts`.
-
-### Приклад 2: Огляд усіх відкритих файлів
-
-```
-getDiagnostics()
-```
-
-Повертає діагностику по кожному поточно відкритому редактору. Корисно наприкінці багатофайлового рефакторингу, щоб переконатися, що нічого не регресувало деінде.
-
-## Примітки
-
-- `getDiagnostics` — інструмент моста IDE. Він доступний лише коли Claude Code підʼєднаний до підтримуючої інтеграції IDE (наприклад, розширення VS Code). У простій термінальній сесії інструмент не зʼявиться.
-- Результати відображають будь-які мовні сервери, які IDE завантажила — TypeScript, Pyright, ESLint, rust-analyzer тощо. Якість і покриття залежать від налаштувань IDE користувача, а не від Claude Code.
-- Діагностика жива. Після редагування дайте мовному серверу мить для повторного аналізу перед інтерпретацією порожнього результату як успіху — перезапустіть, якщо файл щойно збережено.
-- Рівні серйозності зазвичай включають `error`, `warning`, `information` та `hint`. Спочатку фокусуйтеся на `error`; попередження можуть бути навмисним стилем проєкту.
-- Для файлів, що наразі не відкриті в IDE, мовний сервер може не мати діагностики для звіту, навіть якщо файл містить справжні проблеми. Відкрийте файл чи запустіть збірку для авторитетного покриття.

package/concepts/zh/Tool-TeamCreate.md

@@ -1,53 +0,0 @@
-# TeamCreate
-
-建立一个新的协作团队，带有共享任务列表和代理间消息通道。团队是多代理工作的协调原语——主会话担任负责人，并通过 `Agent` 工具派生具名队友。
-
-## 何时使用
-
-- 用户明确请求团队、swarm、crew 或多代理协作。
-- 项目包含若干明显独立的工作流，受益于专属专家（例如前端、后端、测试、文档）。
-- 你需要一份持久的共享任务列表，供多个代理在推进工作时更新。
-- 你希望队友具名且可寻址，能通过 `SendMessage` 交换消息，而不是一次性的子代理调用。
-
-对于单次委派搜索或一次性并行扇出，不要使用——普通 `Agent` 调用更轻也足够。
-
-## 参数
-
-- `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"
-)
-```
-
-创建后，以 `team_name: "refactor-crew"` 及不同的 `name` 值（如 `db-lead`、`migrations`、`tests`）用 `Agent` 派生队友。
-
-### 示例 2：创建调查团队
-
-```
-TeamCreate(
-  team_name="perf-investigation",
-  description="Identify and rank the top three performance regressions introduced in the last release.",
-  agent_type="Explore"
-)
-```
-
-每个被派生的队友继承 `Explore` 作为默认角色，契合这份工作只读调研的性质。
-
-## 注意事项
-
-- 同一会话同一时间只能领一个团队。创建另一个团队前请先结束或删除当前团队。
-- 团队与共享任务列表 1:1。负责人拥有任务的创建、指派和关闭权；队友更新自己正在处理的任务状态。
-- 团队配置持久化在 `~/.claude/teams/{team_name}/config.json`，任务目录与之并列。这些文件跨会话保留，直到使用 `TeamDelete` 显式清除。
-- 队友通过 `Agent` 工具以匹配的 `team_name` 加上独有的 `name` 派生。`name` 就是 `SendMessage` 使用的地址。
-- 选择文件系统安全的 `team_name`（字母、数字、短横线、下划线）。避免空格或斜杠。
-- 撰写 `description` 时要让崭新的队友在没有额外上下文下读完也能理解团队目标。它会成为每个队友启动提示的一部分。

package/concepts/zh/Tool-TeamDelete.md

@@ -1,44 +0,0 @@
-# TeamDelete
-
-拆解当前活跃团队，移除其配置目录和共享任务目录。这是 `TeamCreate` 的清理对偶，通常在团队目标达成且所有队友已关停后调用。
-
-## 何时使用
-
-- 团队已完成工作，最终报告已交付给用户。
-- 团队创建有误，或其范围变化巨大以至于重新开始比继续更清爽。
-- 你需要创建新团队，但已有一个活跃团队——先删除旧的，因为同一时间只能领一个团队。
-- 团队已跨会话陈旧，`~/.claude/teams/` 下其持久化状态不再需要。
-
-当队友仍在运行时，不要调用——先通过 `SendMessage` 发送 `shutdown_request`，等待每个 `shutdown_response`，再删除。
-
-## 参数
-
-`TeamDelete` 在典型用法下不接受任何参数。它作用于调用会话所拥有的当前活跃团队。
-
-## 示例
-
-### 示例 1：成功后的例行关停
-
-1. 向团队广播 shutdown request：
-   ```
-   SendMessage(to="*", message={ "type": "shutdown_request" })
-   ```
-2. 等待每个队友以 `shutdown_response` 回复。
-3. 调用 `TeamDelete()` 移除团队目录与任务目录。
-
-### 示例 2：替换误配置的团队
-
-若 `TeamCreate` 传入了错误的 `agent_type` 或 `description`，请先确认尚未派生队友（或先关停它们），然后：
-
-```
-TeamDelete()
-TeamCreate(team_name="...", description="...", agent_type="...")
-```
-
-## 注意事项
-
-- 若仍有队友活跃，`TeamDelete` 会失败。错误响应会列出活跃队友——通过 `SendMessage` 向每个队友发送 `shutdown_request`，等待其 `shutdown_response`，然后重试。
-- 从工具视角看删除不可逆。团队的配置 `~/.claude/teams/{team_name}/config.json` 及其任务目录将从磁盘移除。如需保留任务列表，请在删除前导出或复制该目录。
-- 只有创建团队的负责人会话才能删除它。被派生的队友不能对自己的团队调用 `TeamDelete`。
-- 删除团队不会回滚队友在仓库中所做的文件系统改动。那些是普通的 git 跟踪编辑，如果不想保留必须另外回退。
-- 在 `TeamDelete` 成功返回后，会话可自由再次调用 `TeamCreate` 以新建团队。

package/concepts/zh/Tool-executeCode.md

@@ -1,47 +0,0 @@
-# executeCode
-
-在 IDE 集成提供的活跃内核或沙箱中执行一段代码（例如与当前打开 notebook 绑定的 Jupyter 内核）。该工具只有在 Claude Code 与兼容的 IDE 桥（如选择了 Jupyter 内核的 VS Code 扩展）同时运行时才存在。
-
-## 何时使用
-
-- 针对活跃 Jupyter 内核中已加载的状态，运行一次快速计算、数据检查或绘图。
-- 在粘入 notebook cell 之前验证一段代码。
-- 探索存在于内核但未序列化到磁盘的内存 dataframe、变量或模型。
-- 生成用户希望在 IDE 中内嵌渲染的图表或数值结果。
-
-不要用于独立脚本——那些更适合 `Bash` 运行 `python script.py`；也不要用于需要跨新内核持久化的代码。
-
-## 参数
-
-- `code` (string, 必填)：要在当前内核中执行的代码。像粘进 notebook cell 一样运行——定义的变量会在内核中持久，直到重启。
-- `language` (string, 可选)：当 IDE 桥支持多种内核时，代码片段的语言。通常省略；默认使用活跃内核的语言（通常是 Python）。
-
-## 示例
-
-### 示例 1：检查内存中的 dataframe
-
-```
-executeCode(
-  code="df.head()\nprint(df.shape)\nprint(df.dtypes)"
-)
-```
-
-返回内核中已加载的 dataframe 的前几行、形状和列 dtype。
-
-### 示例 2：一次性数值检查
-
-```
-executeCode(
-  code="import numpy as np\nnp.mean([1, 2, 3, 4, 5])"
-)
-```
-
-在不新建 notebook cell 的前提下运行一次性计算。
-
-## 注意事项
-
-- `executeCode` 是 IDE 桥工具。在 Claude Code 的纯终端会话中不可用；它只在会话连接到暴露内核的 IDE（例如 VS Code Jupyter 扩展）时出现。
-- 状态在内核中持久。一次 `executeCode` 调用定义的变量对后续调用、notebook cell 及用户都可见——当心副作用。
-- 长时间运行或阻塞的代码会阻塞内核。片段应保持简短；多分钟工作请写成真正的脚本并通过 `Bash` 运行。
-- 输出（stdout、返回值、图像）会回传到会话。非常大的输出可能被 IDE 桥截断。
-- 文件编辑请优先使用 `Edit`、`Write` 或 `NotebookEdit`——`executeCode` 不是撰写源文件的替代品。

package/concepts/zh/Tool-getDiagnostics.md

@@ -1,44 +0,0 @@
-# getDiagnostics
-
-从连接的 IDE 获取特定文件或当前所有打开文件的语言服务诊断（错误、警告、提示）。用于在宣告任务完成前验证代码改动是否干净编译。
-
-## 何时使用
-
-- 在 `Edit` 或 `Write` 之后，确认改动没有引入类型错误、语法错误或 lint 警告。
-- 在结束任务之前，扫视每个打开文件是否存在未解决的问题。
-- 在诊断用户报告的错误时——从 IDE 直接拉取编译器或类型检查器的精确消息，避免凭空猜测。
-- 当你只需检查静态正确性时，可作为运行完整构建或测试命令的轻量替代。
-
-不要把 `getDiagnostics` 当作测试套件的替代。它报告语言服务所见，并不等于测试或生产时运行的结果。
-
-## 参数
-
-- `uri` (string, 可选)：要获取诊断的文件 URI（通常为 `file:///absolute/path`）。省略时，工具返回 IDE 当前打开的每个文件的诊断。
-
-## 示例
-
-### 示例 1：编辑后检查单个文件
-
-```
-getDiagnostics(
-  uri="file:///Users/sky/project/src/auth.ts"
-)
-```
-
-返回 `src/auth.ts` 的任何 TypeScript 错误、ESLint 警告或其他语言服务消息。
-
-### 示例 2：扫视所有打开文件
-
-```
-getDiagnostics()
-```
-
-返回每个当前打开编辑器的诊断。多文件重构结束时很有用，可确保别处未出现回退。
-
-## 注意事项
-
-- `getDiagnostics` 是 IDE 桥工具。它仅在 Claude Code 连接到受支持的 IDE 集成（例如 VS Code 扩展）时可用。在纯终端会话中工具不会出现。
-- 结果反映 IDE 加载的语言服务——TypeScript、Pyright、ESLint、rust-analyzer 等。质量与覆盖取决于用户的 IDE 配置，而非 Claude Code。
-- 诊断是实时的。编辑后请给语言服务一点时间重新分析，再把空结果当作成功——若文件刚保存请重跑一次。
-- 严重级别通常包含 `error`、`warning`、`information`、`hint`。优先关注 `error`；警告可能是项目风格所致。
-- 对于当前未在 IDE 中打开的文件，即使文件真的有问题，语言服务也可能没有诊断可报告。请打开该文件或运行构建以获得权威覆盖。

package/concepts/zh-TW/Tool-TeamCreate.md

@@ -1,53 +0,0 @@
-# TeamCreate
-
-建立一個具有共享任務清單與代理間訊息頻道的新協作團隊。團隊是多代理工作的協調原語——主工作階段擔任領導，並透過 `Agent` 工具派生具名隊友。
-
-## 使用時機
-
-- 使用者明確要求團隊、swarm、crew 或多代理協作。
-- 專案有多個明顯獨立的工作流，適合交給專屬角色（例如前端、後端、測試、文件）。
-- 你需要由多個代理共同更新進度的持久共享任務清單。
-- 你想要具名且可尋址的隊友，透過 `SendMessage` 交換訊息，而不只是一次性的子代理呼叫。
-
-不要為了單次委派搜尋或一次性平行扇出而使用——純 `Agent` 呼叫更輕量也足夠。
-
-## 參數
-
-- `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"
-)
-```
-
-建立後，以 `Agent` 搭配 `team_name: "refactor-crew"` 與不同的 `name` 值（例如 `db-lead`、`migrations`、`tests`）派生隊友。
-
-### 範例 2：建立調查團隊
-
-```
-TeamCreate(
-  team_name="perf-investigation",
-  description="Identify and rank the top three performance regressions introduced in the last release.",
-  agent_type="Explore"
-)
-```
-
-每位被派生的隊友都繼承 `Explore` 為預設角色，呼應此工作的唯讀調查性質。
-
-## 注意事項
-
-- 單一工作階段同時只能領導一個團隊。先結束或刪除目前的團隊，再建立另一個。
-- 團隊與共享任務清單為 1:1。領導負責任務建立、指派與結案；隊友則更新自己正在進行的任務狀態。
-- 團隊設定會持久化於 `~/.claude/teams/{team_name}/config.json`，而任務目錄位於其旁邊。這些檔案會跨工作階段保留，直到以 `TeamDelete` 明確移除。
-- 隊友以 `Agent` 工具搭配相同 `team_name` 加上不同 `name` 派生。`name` 成為 `SendMessage` 用來尋址的位址。
-- 挑選對檔案系統友善的 `team_name`（字母、數字、破折號、底線）。避免空白或斜線。
-- 寫 `description` 時要假設一位全新的隊友會冷讀——他應能在無額外背景下理解團隊目標。它會成為每位隊友開機 prompt 的一部分。

package/concepts/zh-TW/Tool-TeamDelete.md

@@ -1,44 +0,0 @@
-# TeamDelete
-
-拆除目前作用中的團隊，移除其設定目錄與共享任務目錄。這是 `TeamCreate` 的清理對應工具，通常在團隊目標達成且所有隊友關閉後呼叫。
-
-## 使用時機
-
-- 團隊已完成工作，最終報告已交給使用者。
-- 團隊是誤建，或其範圍劇烈改變，重新開始比繼續更乾淨。
-- 你需要建立新團隊，但已有一個作用中的團隊——先刪除舊的，因為一次只能領導一個團隊。
-- 團隊跨工作階段後變得陳舊，`~/.claude/teams/` 下的持久狀態已不再需要。
-
-不要在隊友仍在執行時呼叫——先透過 `SendMessage` 發送 `shutdown_request` 關閉他們，等每個 `shutdown_response` 收到後再刪除。
-
-## 參數
-
-`TeamDelete` 在典型呼叫中不接受任何參數。它作用於呼叫工作階段所擁有、當前作用中的團隊。
-
-## 範例
-
-### 範例 1：成功後的例行關閉
-
-1. 向團隊廣播關閉請求：
-   ```
-   SendMessage(to="*", message={ "type": "shutdown_request" })
-   ```
-2. 等每位隊友回覆 `shutdown_response`。
-3. 呼叫 `TeamDelete()` 以移除團隊目錄與任務目錄。
-
-### 範例 2：替換設定錯誤的團隊
-
-若 `TeamCreate` 以錯誤的 `agent_type` 或 `description` 被呼叫，先確認尚未派生任何隊友（或已將其關閉），然後：
-
-```
-TeamDelete()
-TeamCreate(team_name="...", description="...", agent_type="...")
-```
-
-## 注意事項
-
-- 若仍有隊友在執行，`TeamDelete` 會失敗。錯誤回應會列出在線的隊友——透過 `SendMessage` 傳送 `shutdown_request` 給每個，等候他們的 `shutdown_response`，然後重試。
-- 從工具的角度看，刪除是不可逆的。團隊位於 `~/.claude/teams/{team_name}/config.json` 的設定與其任務目錄會從磁碟移除。若需保留任務清單，請在刪除前匯出或複製該目錄。
-- 只有建立團隊的領導工作階段可以刪除它。被派生的隊友無法對自己團隊呼叫 `TeamDelete`。
-- 刪除團隊不會回溯隊友在 repo 中所做的任何檔案系統變更。那些是一般 git 追蹤的編輯，若不需要必須另行還原。
-- `TeamDelete` 成功回傳後，該工作階段可再次呼叫 `TeamCreate` 以建立新團隊。

package/concepts/zh-TW/Tool-executeCode.md

@@ -1,47 +0,0 @@
-# executeCode
-
-在由 IDE 整合提供的活動 kernel 或 sandbox 中執行程式碼片段（例如目前開啟的 notebook 所綁定的 Jupyter kernel）。此工具只在 Claude Code 與相容的 IDE bridge 一起執行時才存在，例如選取了 Jupyter kernel 的 VS Code 擴充套件。
-
-## 使用時機
-
-- 對運作中的 Jupyter kernel 上已載入的狀態執行快速計算、資料檢查或繪圖。
-- 在把某段程式碼貼進 notebook cell 之前驗證它。
-- 探索存在於 kernel、但尚未序列化至磁碟的 in-memory dataframe、變數或模型。
-- 產生圖表或數值結果，讓使用者可在 IDE 中內嵌檢視。
-
-不要用於獨立指令稿——那更適合透過 `Bash` 執行 `python script.py`——也不要用於需要在新 kernel 中持續存在的程式碼。
-
-## 參數
-
-- `code`（string，必填）：要在目前 kernel 中執行的程式碼。執行效果如同貼到一個 notebook cell；定義的變數會保留在 kernel 中，直到 kernel 重新啟動。
-- `language`（string，選填）：當 IDE bridge 支援多個 kernel 時的片段語言。多數情況下省略；預設為作用中 kernel 的語言（通常為 Python）。
-
-## 範例
-
-### 範例 1：檢視 in-memory dataframe
-
-```
-executeCode(
-  code="df.head()\nprint(df.shape)\nprint(df.dtypes)"
-)
-```
-
-回傳已載入 kernel 的 dataframe 的前幾列、形狀與欄位 dtype。
-
-### 範例 2：快速數值檢查
-
-```
-executeCode(
-  code="import numpy as np\nnp.mean([1, 2, 3, 4, 5])"
-)
-```
-
-執行一次性計算，不建立 notebook cell。
-
-## 注意事項
-
-- `executeCode` 是 IDE bridge 工具。在 Claude Code 的純終端工作階段中無法使用；只有在工作階段連接到提供 kernel 的 IDE（例如 VS Code Jupyter 擴充套件）時才會出現。
-- 狀態會在 kernel 中保留。某次 `executeCode` 呼叫所定義的變數對後續呼叫、notebook cell 與使用者都可見——請注意副作用。
-- 長時間或阻塞的程式碼會阻塞 kernel。保持片段短小；對於耗時數分鐘的工作，請撰寫實際的指令稿並透過 `Bash` 執行。
-- 輸出（stdout、回傳值、圖片）會回傳給工作階段。非常大的輸出可能被 IDE bridge 截斷。
-- 對於檔案編輯，優先使用 `Edit`、`Write` 或 `NotebookEdit`——`executeCode` 不是撰寫原始檔的替代方案。

package/concepts/zh-TW/Tool-getDiagnostics.md

@@ -1,44 +0,0 @@
-# getDiagnostics
-
-從已連接的 IDE 擷取語言伺服器診斷（錯誤、警告、提示），可針對特定檔案或 IDE 目前開啟的所有檔案。用它在宣告任務完成之前確認程式碼變更能乾淨地編譯。
-
-## 使用時機
-
-- 在 `Edit` 或 `Write` 之後，確認變更未引入型別錯誤、語法錯誤或 lint 警告。
-- 在結束任務前掃過每個開啟的檔案，清查未解的問題。
-- 診斷使用者回報的錯誤時——從 IDE 中取得確切的編譯器或型別檢查訊息可避免臆測。
-- 只需檢查靜態正確性時，作為跑完整建構或測試指令的輕量替代。
-
-不要把 `getDiagnostics` 當成測試套件的替代品。它只回報語言伺服器所見，而不是測試或正式環境中實際執行的行為。
-
-## 參數
-
-- `uri`（string，選填）：要擷取診斷的檔案 URI（通常為 `file:///absolute/path`）。省略時會回傳 IDE 目前開啟的每個檔案的診斷。
-
-## 範例
-
-### 範例 1：編輯後檢查單一檔案
-
-```
-getDiagnostics(
-  uri="file:///Users/sky/project/src/auth.ts"
-)
-```
-
-回傳 `src/auth.ts` 的任何 TypeScript 錯誤、ESLint 警告或其他語言伺服器訊息。
-
-### 範例 2：掃過所有開啟的檔案
-
-```
-getDiagnostics()
-```
-
-回傳每個目前開啟編輯器的診斷。在多檔重構結束時很有用，可確保其他地方沒有退步。
-
-## 注意事項
-
-- `getDiagnostics` 是 IDE bridge 工具。只有在 Claude Code 連接到支援的 IDE 整合（例如 VS Code 擴充套件）時才可用。在純終端工作階段中，此工具不會出現。
-- 結果反映 IDE 所載入的語言伺服器——TypeScript、Pyright、ESLint、rust-analyzer 等。品質與覆蓋範圍取決於使用者的 IDE 設定，而非 Claude Code。
-- 診斷是即時的。在編輯之後，請給語言伺服器一點時間重新分析，再把空結果解讀為成功——若檔案剛存檔，可重新執行一次。
-- 嚴重程度通常包含 `error`、`warning`、`information` 與 `hint`。先處理 `error`；warning 可能是專案刻意的風格。
-- 對於目前未在 IDE 中開啟的檔案，即使實際有問題，語言伺服器也可能沒有診斷可回報。請開啟檔案，或以建構流程取得權威涵蓋範圍。