cc-viewer 1.7.22 → 1.8.0

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

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` 时要让崭新的队友在没有额外上下文下读完也能理解团队目标。它会成为每个队友启动提示的一部分。