cc-viewer 1.7.21 → 1.7.23

package/concepts/pt-BR/Tool-getDiagnostics.md

@@ -1,44 +0,0 @@
-# getDiagnostics
-
-Recupera diagnósticos do language server (erros, warnings, dicas) da IDE conectada para um arquivo específico ou para cada arquivo que a IDE tem atualmente aberto. Usado para verificar que as mudanças de código compilam limpas antes de declarar uma tarefa concluída.
-
-## Quando usar
-
-- Após um `Edit` ou `Write` para confirmar que a mudança não introduziu um erro de tipo, erro de sintaxe ou warning de lint.
-- Antes de finalizar uma tarefa, para varrer cada arquivo aberto em busca de problemas não resolvidos.
-- Ao diagnosticar um erro que o usuário reporta — extrair a mensagem exata do compilador ou type-checker da IDE evita adivinhação.
-- Como uma alternativa leve a rodar um build ou comando de teste completo quando você só precisa verificar correção estática.
-
-NÃO confie em `getDiagnostics` como substituto para a suíte de testes. Ele reporta o que o language server vê, não o que roda em tempo de teste ou produção.
-
-## Parâmetros
-
-- `uri` (string, opcional): A URI do arquivo (tipicamente `file:///absolute/path`) para buscar diagnósticos. Quando omitido, a ferramenta retorna diagnósticos para cada arquivo que a IDE tem atualmente aberto.
-
-## Exemplos
-
-### Exemplo 1: Verificar um único arquivo após editar
-
-```
-getDiagnostics(
-  uri="file:///Users/sky/project/src/auth.ts"
-)
-```
-
-Retorna quaisquer erros TypeScript, warnings ESLint ou outras mensagens do language server para `src/auth.ts`.
-
-### Exemplo 2: Varrer todos os arquivos abertos
-
-```
-getDiagnostics()
-```
-
-Retorna diagnósticos em cada editor atualmente aberto. Útil ao final de uma refatoração multi-arquivo para garantir que nada regrediu em outro lugar.
-
-## Observações
-
-- `getDiagnostics` é uma ferramenta de ponte de IDE. Está disponível apenas quando o Claude Code está conectado a uma integração de IDE suportada (por exemplo a extensão do VS Code). Em uma sessão de terminal puro, a ferramenta não aparecerá.
-- Os resultados refletem quaisquer language servers que a IDE tenha carregado — TypeScript, Pyright, ESLint, rust-analyzer etc. Qualidade e cobertura dependem da configuração da IDE do usuário, não do Claude Code.
-- Os diagnósticos são ao vivo. Após uma edição, dê ao language server um momento para reanalisar antes de interpretar um resultado vazio como sucesso — rode de novo se o arquivo acabou de ser salvo.
-- Os níveis de severidade tipicamente incluem `error`, `warning`, `information` e `hint`. Foque em `error` primeiro; warnings podem ser estilo intencional do projeto.
-- Para arquivos que não estão abertos atualmente na IDE, o language server pode não ter diagnósticos a reportar mesmo que o arquivo contenha problemas reais. Abra o arquivo ou rode o build para cobertura autorizada.

package/concepts/ru/Tool-TeamCreate.md

@@ -1,53 +0,0 @@
-# TeamCreate
-
-Учреждает новую команду для совместной работы с общим списком задач и каналом обмена сообщениями между агентами. Команда — примитив координации для многоагентной работы: основная сессия выступает лидером и порождает именованных сокомандников через инструмент `Agent`.
-
-## Когда использовать
-
-- Пользователь явно запрашивает команду, swarm, crew или многоагентное сотрудничество.
-- Проект имеет несколько чётко независимых потоков работы, выигрывающих от выделенных специалистов (например, 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/ru/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/ru/Tool-executeCode.md

@@ -1,47 +0,0 @@
-# executeCode
-
-Выполняет фрагмент кода внутри живого ядра или песочницы, предоставляемых IDE-интеграцией (например, ядра Jupyter, привязанного к открытому блокноту). Инструмент присутствует только тогда, когда Claude Code запущен вместе с совместимым IDE-мостом, таким как расширение VS Code с выбранным ядром Jupyter.
-
-## Когда использовать
-
-- Запуск быстрого вычисления, инспекции данных или графика против состояния, уже загруженного в активном ядре Jupyter.
-- Валидация фрагмента кода перед вставкой в ячейку блокнота.
-- Исследование dataframe, переменной или модели в памяти, которая существует в ядре, но не сериализована на диск.
-- Производство графика или численного результата, который пользователь хочет отрендерить inline в 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, экспонирующей ядро (например, расширение VS Code Jupyter).
-- Состояние сохраняется в ядре. Переменные, определённые одним вызовом `executeCode`, остаются видимы последующим вызовам, ячейкам блокнота и пользователю — помните о побочных эффектах.
-- Долго идущий или блокирующий код блокирует ядро. Держите фрагменты короткими; для многоминутной работы напишите настоящий скрипт и запускайте через `Bash`.
-- Вывод (stdout, возвращаемые значения, изображения) возвращается в сессию. Очень большие выводы могут усекаться IDE-мостом.
-- Для правок файлов предпочитайте `Edit`, `Write` или `NotebookEdit` — `executeCode` не заменяет авторинг исходных файлов.

package/concepts/ru/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/th/Tool-TeamCreate.md

@@ -1,53 +0,0 @@
-# TeamCreate
-
-จัดตั้งทีมร่วมงานใหม่พร้อม task list ที่แชร์และช่องทางส่งข้อความระหว่าง agent ทีมเป็น primitive การประสานงานสำหรับงานหลาย agent — session หลักทำหน้าที่เป็น leader และ spawn teammate ที่มีชื่อผ่าน tool `Agent`
-
-## เมื่อใดควรใช้
-
-- ผู้ใช้ขอทีม swarm ฝูง หรือการทำงานร่วมกันหลาย agent อย่างชัดเจน
-- โปรเจกต์มีงานอิสระชัดเจนหลายสายที่ได้ประโยชน์จากผู้เชี่ยวชาญเฉพาะ (เช่น frontend, backend, test, doc)
-- คุณต้องการ task list แชร์ที่คงอยู่ซึ่ง agent หลายตัวอัปเดตขณะที่คืบหน้า
-- คุณต้องการ teammate ที่มีชื่อและระบุตำแหน่งได้ที่สามารถแลกเปลี่ยนข้อความผ่าน `SendMessage` แทนที่จะเป็นการเรียก subagent แบบ one-shot
-
-อย่าใช้สำหรับการค้นหามอบหมายเดียวหรือการ fan-out ขนานครั้งเดียว — การเรียก `Agent` ธรรมดาเบากว่าและเพียงพอ
-
-## พารามิเตอร์
-
-- `team_name` (string, required): ตัวระบุเฉพาะของทีม ใช้เป็นชื่อ directory ภายใต้ `~/.claude/teams/` และเป็น argument `team_name` เมื่อ spawn teammate
-- `description` (string, required): ข้อความสั้นเกี่ยวกับเป้าหมายของทีม แสดงแก่ teammate ทุกคนเมื่อ spawn และเขียนลง team config
-- `agent_type` (string, optional): persona subagent เริ่มต้นที่ใช้กับ teammate ที่ไม่ override ค่าทั่วไปคือ `general-purpose`, `Explore`, หรือ `Plan`
-
-## ตัวอย่าง
-
-### ตัวอย่างที่ 1: สร้างทีม refactor
-
-```
-TeamCreate(
-  team_name="refactor-crew",
-  description="Refactor the data access layer from raw SQL to Prisma, including migrations and tests.",
-  agent_type="general-purpose"
-)
-```
-
-หลังสร้าง spawn teammate ด้วย `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"
-)
-```
-
-Teammate ที่ spawn แต่ละตัวสืบทอด `Explore` เป็น persona เริ่มต้น ตรงกับธรรมชาติการสืบสวนแบบ read-only ของงาน
-
-## หมายเหตุ
-
-- สามารถนำทีมได้เพียงทีมเดียวในคราวเดียวจาก session ที่กำหนด จบหรือลบทีมปัจจุบันก่อนสร้างอีก
-- ทีมมี task list แชร์ 1:1 Leader เป็นเจ้าของการสร้าง การมอบหมาย และการปิด task; teammate อัปเดตสถานะของ task ที่พวกเขากำลังทำ
-- Team configuration ถูก persist ที่ `~/.claude/teams/{team_name}/config.json` และ directory task อยู่ข้างๆ ไฟล์เหล่านี้รอดข้าม session จนกว่าจะถูกลบชัดเจนด้วย `TeamDelete`
-- Teammate ถูก spawn โดยใช้ tool `Agent` ด้วย `team_name` ที่ match บวก `name` ที่แตกต่าง `name` กลายเป็นที่อยู่ที่ใช้โดย `SendMessage`
-- เลือก `team_name` ที่ปลอดภัยต่อ filesystem (ตัวอักษร ตัวเลข dash underscore) หลีกเลี่ยง space หรือ slash
-- เขียน `description` เพื่อให้ teammate ใหม่เอี่ยมที่อ่านเย็นๆ จะเข้าใจเป้าหมายของทีมโดยไม่ต้องการ context เพิ่ม มันกลายเป็นส่วนหนึ่งของ startup prompt ของ teammate ทุกคน

package/concepts/th/Tool-TeamDelete.md

@@ -1,44 +0,0 @@
-# TeamDelete
-
-รื้อทีมที่ active ในปัจจุบัน ลบ directory configuration ของมันและ directory task ที่แชร์ นี่คือคู่ตรงข้ามในการทำความสะอาดของ `TeamCreate` และโดยทั่วไปเรียกหลังเป้าหมายของทีมสำเร็จและ teammate ทุกคนปิดระบบแล้ว
-
-## เมื่อใดควรใช้
-
-- ทีมเสร็จงานและส่งรายงานสุดท้ายให้ผู้ใช้แล้ว
-- ทีมถูกสร้างโดยผิดพลาดหรือขอบเขตเปลี่ยนไปมากจนเริ่มใหม่สะอาดกว่าการทำต่อ
-- คุณต้องสร้างทีมใหม่แต่ยังมีทีม active อยู่ — ลบทีมเก่าก่อน เพราะสามารถนำทีมได้เพียงทีมเดียวในคราวเดียว
-- ทีมเก่าค้างข้าม session และ persisted state ใต้ `~/.claude/teams/` ไม่จำเป็นแล้ว
-
-อย่าเรียกขณะ teammate ยังรันอยู่ — ปิด teammate ก่อนผ่าน `SendMessage` ด้วย `shutdown_request` รอ `shutdown_response` ทุกตัวแล้วลบ
-
-## พารามิเตอร์
-
-`TeamDelete` ไม่รับ parameter ในการ invoke ทั่วไป มันทำงานบนทีมที่ active ในปัจจุบันซึ่งเป็นของ session ที่เรียก
-
-## ตัวอย่าง
-
-### ตัวอย่างที่ 1: Shutdown ตามปกติหลังสำเร็จ
-
-1. Broadcast คำขอ shutdown ไปยังทีม:
-   ```
-   SendMessage(to="*", message={ "type": "shutdown_request" })
-   ```
-2. รอให้ teammate แต่ละคนตอบด้วย `shutdown_response`
-3. เรียก `TeamDelete()` เพื่อลบ directory ทีมและ directory task
-
-### ตัวอย่างที่ 2: แทนที่ทีมที่ตั้งค่าผิด
-
-หาก `TeamCreate` ถูกเรียกด้วย `agent_type` หรือ `description` ที่ผิด ให้ตรวจสอบก่อนว่ายังไม่มี teammate ถูก spawn (หรือปิด) แล้ว:
-
-```
-TeamDelete()
-TeamCreate(team_name="...", description="...", agent_type="...")
-```
-
-## หมายเหตุ
-
-- `TeamDelete` ล้มเหลวหาก teammate ใดยัง active อยู่ response error จะ list teammate ที่ live — ส่ง `shutdown_request` ผ่าน `SendMessage` ให้แต่ละตัว รอ `shutdown_response` แล้ว retry
-- การลบเป็น irreversible จากมุมมองของ tool Config ของทีมที่ `~/.claude/teams/{team_name}/config.json` และ directory task ถูกลบจาก disk หากต้องการรักษา task list ให้ export หรือคัดลอก directory ก่อนลบ
-- เฉพาะ session leader ที่สร้างทีมเท่านั้นที่ลบได้ Teammate ที่ถูก spawn ไม่สามารถเรียก `TeamDelete` บนทีมของตัวเองได้
-- การลบทีมไม่ rollback การเปลี่ยนแปลง filesystem ที่ teammate ทำใน repository สิ่งเหล่านั้นคือการแก้ไขที่ติดตามโดย git ปกติและต้องถูก revert แยกหากไม่ต้องการ
-- หลัง `TeamDelete` คืนค่าสำเร็จ session อิสระที่จะเรียก `TeamCreate` อีกครั้งสำหรับทีมใหม่

package/concepts/th/Tool-executeCode.md

@@ -1,41 +0,0 @@
-# executeCode (mcp__ide__executeCode)
-
-## คำจำกัดความ
-
-รันโค้ด Python ใน Jupyter kernel ของไฟล์ notebook ปัจจุบัน
-
-## พารามิเตอร์
-
-| พารามิเตอร์ | ประเภท | จำเป็น | คำอธิบาย |
-|------|------|------|------|
-| `code` | string | ใช่ | โค้ด Python ที่จะรัน |
-
-## สถานการณ์การใช้งาน
-
-**เหมาะสำหรับ:**
-- รันโค้ดในสภาพแวดล้อม Jupyter notebook
-- ทดสอบโค้ดสนิปเป็ต
-- การวิเคราะห์ข้อมูลและการคำนวณ
-
-**ไม่เหมาะสำหรับ:**
-- การรันโค้ดนอกสภาพแวดล้อม Jupyter — ควรใช้ Bash
-- การแก้ไขไฟล์ — ควรใช้ Edit หรือ Write
-
-## ข้อควรระวัง
-
-- นี่คือเครื่องมือ MCP (Model Context Protocol) ที่จัดเตรียมโดยการรวมกับ IDE
-- โค้ดจะถูกรันใน Jupyter kernel ปัจจุบัน สถานะจะคงอยู่ระหว่างการเรียก
-- เว้นแต่ผู้ใช้ร้องขออย่างชัดเจน ควรหลีกเลี่ยงการประกาศตัวแปรหรือแก้ไขสถานะ kernel
-- สถานะจะสูญหายหลังจากรีสตาร์ท kernel
-
-## ข้อความต้นฉบับ
-
-<textarea readonly>Execute python code in the Jupyter kernel for the current notebook file.
-    
-    All code will be executed in the current Jupyter kernel.
-    
-    Avoid declaring variables or modifying the state of the kernel unless the user
-    explicitly asks for it.
-    
-    Any code executed will persist across calls to this tool, unless the kernel
-    has been restarted.</textarea>

package/concepts/th/Tool-getDiagnostics.md

@@ -1,32 +0,0 @@
-# getDiagnostics (mcp__ide__getDiagnostics)
-
-## คำจำกัดความ
-
-รับข้อมูลการวินิจฉัยภาษาจาก VS Code รวมถึงข้อผิดพลาดทางไวยากรณ์ ข้อผิดพลาดประเภท คำเตือน lint ฯลฯ
-
-## พารามิเตอร์
-
-| พารามิเตอร์ | ประเภท | จำเป็น | คำอธิบาย |
-|------|------|------|------|
-| `uri` | string | ไม่ | URI ของไฟล์ หากไม่ระบุจะรับข้อมูลวินิจฉัยของไฟล์ทั้งหมด |
-
-## สถานการณ์การใช้งาน
-
-**เหมาะสำหรับ:**
-- ตรวจสอบปัญหาเชิงความหมายของโค้ด เช่น ไวยากรณ์ ประเภท lint
-- ตรวจสอบว่าการแก้ไขโค้ดทำให้เกิดข้อผิดพลาดใหม่หรือไม่
-- ใช้แทนคำสั่ง Bash เพื่อตรวจสอบคุณภาพโค้ด
-
-**ไม่เหมาะสำหรับ:**
-- รันการทดสอบ — ควรใช้ Bash
-- ตรวจสอบข้อผิดพลาดขณะรัน — ควรใช้ Bash เพื่อรันโค้ด
-
-## ข้อควรระวัง
-
-- นี่คือเครื่องมือ MCP (Model Context Protocol) ที่จัดเตรียมโดยการรวมกับ IDE
-- ใช้ได้เฉพาะในสภาพแวดล้อม VS Code / IDE
-- ควรใช้เครื่องมือนี้แทนคำสั่ง Bash เพื่อตรวจสอบปัญหาโค้ด
-
-## ข้อความต้นฉบับ
-
-<textarea readonly>Get language diagnostics from VS Code</textarea>

package/concepts/tr/Tool-TeamCreate.md

@@ -1,53 +0,0 @@
-# TeamCreate
-
-Paylaşılan görev listesi ve ajanlar arası mesajlaşma kanalı ile yeni bir iş birliği ekibi kurar. Bir ekip, çoklu-ajan çalışması için koordinasyon temel öğesidir — ana oturum lider olarak hareket eder ve `Agent` aracı aracılığıyla isimlendirilmiş ekip arkadaşları oluşturur.
-
-## Ne Zaman Kullanılır
-
-- Kullanıcı açıkça bir ekip, sürü, tayfa veya çoklu-ajan iş birliği ister.
-- Bir projenin, özelleşmiş uzmanlardan (örneğin frontend, backend, testler, dokümanlar) yararlanan birkaç açıkça bağımsız iş akışı vardır.
-- İlerleme kaydettikçe birden fazla ajanın güncellediği kalıcı bir paylaşılan görev listesine ihtiyacınız var.
-- Tek seferlik alt ajan çağrıları yerine `SendMessage` aracılığıyla mesaj alışverişinde bulunabilen isimlendirilmiş, adreslenebilir ekip arkadaşları istersiniz.
-
-Tek bir devredilmiş arama veya tek seferlik paralel fan-out için KULLANMAYIN — düz `Agent` çağrıları daha hafif ve yeterlidir.
-
-## Parametreler
-
-- `team_name` (string, zorunlu): Ekip için benzersiz tanımlayıcı. `~/.claude/teams/` altındaki dizin adı olarak ve ekip arkadaşlarını oluştururken `team_name` argümanı olarak kullanılır.
-- `description` (string, zorunlu): Ekibin hedefinin kısa ifadesi. Her ekip arkadaşına oluşturulurken gösterilir ve ekip yapılandırmasına yazılır.
-- `agent_type` (string, opsiyonel): Onu geçersiz kılmayan ekip arkadaşlarına uygulanan varsayılan alt ajan persona'sı. Tipik değerler `general-purpose`, `Explore` veya `Plan`'dır.
-
-## Örnekler
-
-### Örnek 1: Bir refactoring ekibi oluşturun
-
-```
-TeamCreate(
-  team_name="refactor-crew",
-  description="Refactor the data access layer from raw SQL to Prisma, including migrations and tests.",
-  agent_type="general-purpose"
-)
-```
-
-Oluşturmadan sonra, `team_name: "refactor-crew"` ve `db-lead`, `migrations` ve `tests` gibi farklı `name` değerleri kullanarak `Agent` ile ekip arkadaşları oluşturun.
-
-### Örnek 2: Bir inceleme ekibi oluşturun
-
-```
-TeamCreate(
-  team_name="perf-investigation",
-  description="Identify and rank the top three performance regressions introduced in the last release.",
-  agent_type="Explore"
-)
-```
-
-Oluşturulan her ekip arkadaşı, işin yalnızca-okuma inceleme doğasıyla eşleşen varsayılan persona olarak `Explore`'u miras alır.
-
-## Notlar
-
-- Belirli bir oturumdan aynı anda yalnızca bir ekibe liderlik edilebilir. Başka bir tane oluşturmadan önce mevcut ekibi bitirin veya silin.
-- Bir ekip paylaşılan bir görev listesiyle 1:1'dir. Lider, görev oluşturma, atama ve kapatmaya sahiptir; ekip arkadaşları üzerinde çalıştıkları görevlerin durumunu günceller.
-- Ekip yapılandırması `~/.claude/teams/{team_name}/config.json`'da saklanır ve görev dizini de yanında bulunur. Bu dosyalar, `TeamDelete` ile açıkça kaldırılana kadar oturumlar boyunca hayatta kalır.
-- Ekip arkadaşları, eşleşen `team_name` artı farklı bir `name` ile `Agent` aracı kullanılarak oluşturulur. `name`, `SendMessage` tarafından kullanılan adres olur.
-- Dosya sistemi güvenli (harfler, rakamlar, tireler, alt çizgiler) bir `team_name` seçin. Boşluklardan veya slash'lardan kaçının.
-- `description`'ı, yeni bir ekip arkadaşının onu soğuk okuduğunda daha fazla bağlam olmadan ekibin hedefini anlayacağı şekilde yazın. Her ekip arkadaşının başlangıç promptunun parçası olur.

package/concepts/tr/Tool-TeamDelete.md

@@ -1,44 +0,0 @@
-# TeamDelete
-
-Mevcut aktif ekibi yıkar, yapılandırma dizinini ve paylaşılan görev dizinini kaldırır. Bu, `TeamCreate`'in temizlik karşılığıdır ve genellikle ekibin hedefi ulaşıldıktan ve tüm ekip arkadaşları kapatıldıktan sonra çağrılır.
-
-## Ne Zaman Kullanılır
-
-- Ekip işini tamamladı ve nihai rapor kullanıcıya teslim edildi.
-- Ekip hatayla oluşturuldu veya kapsamı o kadar büyük ölçüde değişti ki, devam etmek yerine sıfırdan başlamak daha temiz.
-- Yeni bir ekip oluşturmanız gerekiyor ancak zaten bir tane aktif — eskisini önce silin, çünkü aynı anda yalnızca bir ekibe liderlik edilebilir.
-- Bir ekip oturumlar arasında eski hale geldi ve `~/.claude/teams/` altındaki kalıcı durumu artık gerekli değil.
-
-Ekip arkadaşları hala çalışırken ÇAĞIRMAYIN — önce `SendMessage` ile bir `shutdown_request` ile onları kapatın, her `shutdown_response`'u bekleyin, sonra silin.
-
-## Parametreler
-
-`TeamDelete` tipik çağrısında parametre almaz. Çağıran oturuma ait mevcut aktif ekip üzerinde çalışır.
-
-## Örnekler
-
-### Örnek 1: Başarı sonrası rutin kapanış
-
-1. Ekibe bir kapatma isteği yayınlayın:
-   ```
-   SendMessage(to="*", message={ "type": "shutdown_request" })
-   ```
-2. Her ekip arkadaşının bir `shutdown_response` ile yanıt vermesini bekleyin.
-3. Ekip dizinini ve görev dizinini kaldırmak için `TeamDelete()` çağırın.
-
-### Örnek 2: Yanlış yapılandırılmış bir ekibi değiştirme
-
-`TeamCreate` yanlış `agent_type` veya `description` ile çağrıldıysa, önce hiç ekip arkadaşı oluşturulmadığından emin olun (veya onları kapatın), sonra:
-
-```
-TeamDelete()
-TeamCreate(team_name="...", description="...", agent_type="...")
-```
-
-## Notlar
-
-- `TeamDelete` herhangi bir ekip arkadaşı hala aktifse başarısız olur. Hata yanıtı canlı ekip arkadaşlarını listeler — her birine `SendMessage` aracılığıyla bir `shutdown_request` gönderin, `shutdown_response`'larını bekleyin ve tekrar deneyin.
-- Silme, aracın bakış açısından geri döndürülemez. Ekibin `~/.claude/teams/{team_name}/config.json`'daki yapılandırması ve görev dizini diskten kaldırılır. Görev listesinin korunmasına ihtiyacınız varsa, silmeden önce dizini dışa aktarın veya kopyalayın.
-- Yalnızca ekibi oluşturan lider oturum onu silebilir. Oluşturulan bir ekip arkadaşı kendi ekibinde `TeamDelete` çağıramaz.
-- Ekibi silmek, ekip arkadaşlarının depoda yaptığı dosya sistemi değişikliklerini geri almaz. Bunlar sıradan git-izlemeli düzenlemelerdir ve istenmiyorsa ayrıca geri alınmaları gerekir.
-- `TeamDelete` başarıyla döndükten sonra, oturum yeni bir ekip için yeniden `TeamCreate` çağırmakta özgürdür.

package/concepts/tr/Tool-executeCode.md

@@ -1,47 +0,0 @@
-# executeCode
-
-Bir IDE entegrasyonu tarafından sağlanan canlı bir kernel veya sandbox içinde bir kod parçacığını yürütür (örneğin mevcut açık notebook'a bağlı Jupyter kerneli). Araç yalnızca Claude Code, Jupyter kerneli seçili VS Code uzantısı gibi uyumlu bir IDE köprüsüyle birlikte çalışırken mevcuttur.
-
-## Ne Zaman Kullanılır
-
-- Aktif bir Jupyter kernelinde zaten yüklü duruma karşı hızlı bir hesaplama, veri incelemesi veya çizim çalıştırmak.
-- Bir kod parçacığını bir notebook hücresine yapıştırmadan önce doğrulamak.
-- Kernelde var olan ancak diske serileştirilmemiş bir bellek içi dataframe, değişken veya modeli keşfetmek.
-- Kullanıcının IDE'de satır içi işlenmesini istediği bir grafik veya sayısal sonuç üretmek.
-
-`Bash` ile `python script.py` çalıştırmanın daha iyi hizmet edeceği bağımsız betikler veya taze bir kernel arasında kalıcı olması gereken kod için KULLANMAYIN.
-
-## Parametreler
-
-- `code` (string, zorunlu): Mevcut kernelde yürütülecek kod. Notebook hücresine yapıştırılmış gibi çalışır — tanımlanan değişkenler yeniden başlatılana kadar kernelde kalır.
-- `language` (string, opsiyonel): IDE köprüsü birden fazla kerneli desteklediğinde parçacığın dili. En yaygın olarak atlanır; varsayılan olarak aktif kernelin dilini kullanır (genellikle Python).
-
-## Örnekler
-
-### Örnek 1: Bir bellek içi dataframe'i incelemek
-
-```
-executeCode(
-  code="df.head()\nprint(df.shape)\nprint(df.dtypes)"
-)
-```
-
-Kernelde zaten yüklü bir dataframe'in ilk satırlarını, şeklini ve sütun dtypes'ını döndürür.
-
-### Örnek 2: Hızlı sayısal kontrol
-
-```
-executeCode(
-  code="import numpy as np\nnp.mean([1, 2, 3, 4, 5])"
-)
-```
-
-Notebook hücresi oluşturmadan tek seferlik bir hesaplama çalıştırır.
-
-## Notlar
-
-- `executeCode` bir IDE-köprüsü aracıdır. Claude Code'un düz terminal oturumlarında mevcut değildir; yalnızca oturum bir kernel sunan bir IDE'ye bağlı olduğunda (örneğin VS Code Jupyter uzantısı) görünür.
-- Durum kernelde kalıcıdır. Bir `executeCode` çağrısı tarafından tanımlanan değişkenler sonraki çağrılara, notebook hücrelerine ve kullanıcıya görünür kalır — yan etkilere dikkat edin.
-- Uzun süren veya bloklayıcı kod kerneli bloklar. Parçacıkları kısa tutun; dakikalarca süren iş için gerçek bir betik yazın ve `Bash` aracılığıyla çalıştırın.
-- Çıktı (stdout, dönüş değerleri, görüntüler) oturuma döndürülür. Çok büyük çıktılar IDE köprüsü tarafından kesilebilir.
-- Dosya düzenlemeleri için `Edit`, `Write` veya `NotebookEdit`'i tercih edin — `executeCode` kaynak dosyaları yazmak için bir ikame değildir.

package/concepts/tr/Tool-getDiagnostics.md

@@ -1,44 +0,0 @@
-# getDiagnostics
-
-Bağlı IDE'den belirli bir dosya veya IDE'nin şu anda açık olan her dosyası için dil-sunucu tanılamalarını (hatalar, uyarılar, ipuçları) alır. Bir görevin yapıldığını ilan etmeden önce kod değişikliklerinin temiz derlendiğini doğrulamak için kullanılır.
-
-## Ne Zaman Kullanılır
-
-- Bir `Edit` veya `Write`'tan sonra değişikliğin bir tür hatası, sözdizimi hatası veya lint uyarısı getirmediğini onaylamak.
-- Çözülmemiş sorunlar için açık her dosyayı taramak için bir görevi sonlandırmadan önce.
-- Kullanıcının bildirdiği bir hatayı teşhis ederken — IDE'den tam derleyici veya tür-denetleyici mesajını çekmek tahmin etmekten kaçınır.
-- Yalnızca statik doğruluğu kontrol etmeniz gerektiğinde tam bir derleme veya test komutu çalıştırmaya hafif bir alternatif olarak.
-
-`getDiagnostics`'e test paketi yerine güvenmeyin. Dil sunucusunun gördüğünü bildirir, test veya üretim zamanında çalışanı değil.
-
-## Parametreler
-
-- `uri` (string, opsiyonel): Tanılamaları almak için dosya URI'si (tipik olarak `file:///absolute/path`). Atlandığında, araç IDE'nin şu anda açık olan her dosya için tanılamaları döndürür.
-
-## Örnekler
-
-### Örnek 1: Düzenlemeden sonra tek bir dosyayı kontrol edin
-
-```
-getDiagnostics(
-  uri="file:///Users/sky/project/src/auth.ts"
-)
-```
-
-`src/auth.ts` için herhangi bir TypeScript hatası, ESLint uyarısı veya diğer dil-sunucu mesajlarını döndürür.
-
-### Örnek 2: Tüm açık dosyaları tarayın
-
-```
-getDiagnostics()
-```
-
-Şu anda açık olan her editördeki tanılamaları döndürür. Başka yerlerde hiçbir şeyin gerilemediğinden emin olmak için çok dosyalı bir refactoring'in sonunda kullanışlıdır.
-
-## Notlar
-
-- `getDiagnostics` bir IDE-köprüsü aracıdır. Yalnızca Claude Code destekleyici bir IDE entegrasyonuna (örneğin VS Code uzantısı) bağlı olduğunda mevcuttur. Düz terminal oturumunda araç görünmez.
-- Sonuçlar, IDE'nin yüklediği dil sunucularını yansıtır — TypeScript, Pyright, ESLint, rust-analyzer vb. Kalite ve kapsam, Claude Code'a değil, kullanıcının IDE kurulumuna bağlıdır.
-- Tanılamalar canlıdır. Bir düzenlemeden sonra, boş bir sonucu başarı olarak yorumlamadan önce dil sunucusuna yeniden analiz etmek için bir süre tanıyın — dosya az önce kaydedildiyse yeniden çalıştırın.
-- Önem düzeyleri tipik olarak `error`, `warning`, `information` ve `hint`'i içerir. Önce `error`'a odaklanın; uyarılar kasıtlı proje stili olabilir.
-- Şu anda IDE'de açık olmayan dosyalar için, dosya gerçek sorunlar içerse bile dil sunucusunun bildirecek hiçbir tanılaması olmayabilir. Yetkili kapsam için dosyayı açın veya derlemeyi çalıştırın.