cc-viewer 1.7.22 → 1.7.23

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.

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` не замінює авторства файлів вихідного коду.