cc-viewer 1.7.22 → 1.8.0

package/concepts/ar/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/ar/Tool-executeCode.md

@@ -1,47 +0,0 @@
-# executeCode
-
-يُنفِّذ مقتطف شفرة داخل نواة حية أو صندوق رمل يُقدِّمه تكامل IDE (مثل نواة Jupyter المرتبطة بالدفتر المفتوح حالياً). تكون الأداة موجودة فقط عندما يعمل Claude Code جنباً إلى جنب مع جسر IDE متوافق مثل ملحق VS Code مع نواة Jupyter محددة.
-
-## متى يُستخدم
-
-- تشغيل حساب سريع أو فحص بيانات أو رسم مقابل الحالة المحمَّلة بالفعل في نواة Jupyter نشطة.
-- التحقق من مقتطف شفرة قبل لصقه في خلية دفتر.
-- استكشاف إطار بيانات في الذاكرة أو متغير أو نموذج موجود في النواة لكن غير مُسلسل على القرص.
-- إنتاج رسم بياني أو نتيجة عددية يريد المستخدم عرضها داخلياً في IDE.
-
-لا تستخدمه لسكربتات مستقلة تكون أفضل بتشغيل `Bash` لـ `python script.py`، أو لشفرة تحتاج إلى الاستمرار عبر نواة جديدة.
-
-## المعاملات
-
-- `code` (سلسلة، مطلوب): الشفرة المراد تنفيذها في النواة الحالية. تعمل كما لو لُصقت في خلية دفتر — المتغيرات المُعرَّفة تستمر في النواة حتى يُعاد تشغيلها.
-- `language` (سلسلة، اختياري): لغة المقتطف عندما يدعم جسر IDE عدة أنوية. غالباً ما يُحذف؛ الافتراضي هو لغة النواة النشطة (Python عادة).
-
-## أمثلة
-
-### مثال 1: فحص إطار بيانات في الذاكرة
-
-```
-executeCode(
-  code="df.head()\nprint(df.shape)\nprint(df.dtypes)"
-)
-```
-
-يُعيد الصفوف الأولى والشكل وأنواع الأعمدة لإطار بيانات مُحمَّل بالفعل في النواة.
-
-### مثال 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/ar/Tool-getDiagnostics.md

@@ -1,44 +0,0 @@
-# getDiagnostics
-
-يسترجع تشخيصات خادم اللغة (أخطاء، تحذيرات، تلميحات) من IDE المتصل لملف معين أو لكل ملف يفتحه IDE حالياً. يُستخدم للتحقق من أن تغييرات الشفرة تُصنَّف نظيفاً قبل الإعلان عن إنجاز المهمة.
-
-## متى يُستخدم
-
-- بعد `Edit` أو `Write` للتأكد من أن التغيير لم يُدخل خطأ نوع أو صياغة أو تحذير lint.
-- قبل إنهاء مهمة لمسح كل ملف مفتوح بحثاً عن مشاكل غير محلولة.
-- عند تشخيص خطأ يُبلِّغ عنه المستخدم — سحب الرسالة الدقيقة من المُصنِّف أو مُفحص النوع من IDE يتجنب التخمين.
-- كبديل خفيف لتشغيل أمر بناء أو اختبار كامل عندما تحتاج فقط إلى فحص الصحة الثابتة.
-
-لا تعتمد على `getDiagnostics` بديلاً لمجموعة الاختبارات. يُبلِّغ عما يراه خادم اللغة، لا عما يعمل في وقت الاختبار أو الإنتاج.
-
-## المعاملات
-
-- `uri` (سلسلة، اختياري): 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/da/Tool-TeamCreate.md

@@ -1,53 +0,0 @@
-# TeamCreate
-
-Etablerer et nyt samarbejdsteam med en delt opgaveliste og en kanal for inter-agent-beskeder. Et team er koordinationsprimitivet for multi-agent-arbejde — hovedsessionen fungerer som leder og starter navngivne holdkammerater via `Agent`-værktøjet.
-
-## Hvornår skal den bruges
-
-- Brugeren anmoder udtrykkeligt om et team, en swarm, et crew eller multi-agent-samarbejde.
-- Et projekt har flere klart uafhængige arbejdsstrømme, der drager fordel af dedikerede specialister (f.eks. frontend, backend, tests, docs).
-- Du har brug for en vedvarende delt opgaveliste, som flere agenter opdaterer, mens de gør fremskridt.
-- Du ønsker navngivne, adresserbare holdkammerater, der kan udveksle beskeder via `SendMessage` frem for one-shot underagentkald.
-
-Brug det IKKE til en enkelt delegeret søgning eller en engangs parallel fan-out — almindelige `Agent`-kald er lettere og tilstrækkelige.
-
-## Parametre
-
-- `team_name` (string, påkrævet): Unik identifikator for teamet. Bruges som mappenavn under `~/.claude/teams/` og som `team_name`-argument ved start af holdkammerater.
-- `description` (string, påkrævet): Kort erklæring om teamets mål. Vises for hver holdkammerat ved start og skrives i teamkonfigurationen.
-- `agent_type` (string, valgfri): Standard-underagent-persona anvendt på holdkammerater, der ikke tilsidesætter den. Typiske værdier er `general-purpose`, `Explore` eller `Plan`.
-
-## Eksempler
-
-### Eksempel 1: Opret et refaktoreringsteam
-
-```
-TeamCreate(
-  team_name="refactor-crew",
-  description="Refactor the data access layer from raw SQL to Prisma, including migrations and tests.",
-  agent_type="general-purpose"
-)
-```
-
-Efter oprettelse start holdkammerater med `Agent` ved hjælp af `team_name: "refactor-crew"` og distinkte `name`-værdier som `db-lead`, `migrations` og `tests`.
-
-### Eksempel 2: Opret et undersøgelsesteam
-
-```
-TeamCreate(
-  team_name="perf-investigation",
-  description="Identify and rank the top three performance regressions introduced in the last release.",
-  agent_type="Explore"
-)
-```
-
-Hver startet holdkammerat arver `Explore` som sin standardpersona, hvilket matcher arbejdets skrivebeskyttede undersøgende natur.
-
-## Noter
-
-- Kun ét team kan ledes ad gangen fra en given session. Afslut eller slet det aktuelle team, før du opretter et andet.
-- Et team er 1:1 med en delt opgaveliste. Lederen ejer opgaveoprettelse, tildeling og lukning; holdkammerater opdaterer status på opgaver, de arbejder på.
-- Teamkonfiguration persisteres på `~/.claude/teams/{team_name}/config.json`, og opgavebiblioteket ligger ved siden af den. Disse filer overlever på tværs af sessioner, indtil de eksplicit fjernes med `TeamDelete`.
-- Holdkammerater startes ved hjælp af `Agent`-værktøjet med matchende `team_name` plus et distinkt `name`. `name` bliver den adresse, der bruges af `SendMessage`.
-- Vælg et `team_name`, der er filsystemsikkert (bogstaver, cifre, bindestreger, understregninger). Undgå mellemrum eller skråstreger.
-- Skriv `description`, så en helt ny holdkammerat, der læser den koldt, ville forstå teamets mål uden yderligere kontekst. Den bliver en del af hver holdkammerats startprompt.

package/concepts/da/Tool-TeamDelete.md

@@ -1,44 +0,0 @@
-# TeamDelete
-
-Nedbryder det aktuelt aktive team, fjerner dets konfigurationsmappe og delte opgavebibliotek. Dette er oprydningsmodstykket til `TeamCreate` og kaldes typisk, efter teamets mål er nået, og alle holdkammerater er lukket ned.
-
-## Hvornår skal den bruges
-
-- Teamet har fuldført sit arbejde, og den endelige rapport er leveret til brugeren.
-- Teamet blev oprettet ved en fejl, eller dets omfang har ændret sig så drastisk, at det er renere at starte forfra end at fortsætte.
-- Du skal oprette et nyt team, men et er allerede aktivt — slet det gamle først, da kun ét team kan ledes ad gangen.
-- Et team er blevet forældet på tværs af sessioner, og dets persisterede tilstand under `~/.claude/teams/` er ikke længere nødvendig.
-
-Kald det IKKE, mens holdkammerater stadig kører — luk dem først ned via `SendMessage` med en `shutdown_request`, vent på hver `shutdown_response`, og slet så.
-
-## Parametre
-
-`TeamDelete` tager ingen parametre i sin typiske invokering. Den opererer på det aktuelt aktive team ejet af den kaldende session.
-
-## Eksempler
-
-### Eksempel 1: Rutinemæssig nedlukning efter succes
-
-1. Broadcast en nedlukningsanmodning til teamet:
-   ```
-   SendMessage(to="*", message={ "type": "shutdown_request" })
-   ```
-2. Vent på, at hver holdkammerat svarer med et `shutdown_response`.
-3. Kald `TeamDelete()` for at fjerne teammappen og opgavebiblioteket.
-
-### Eksempel 2: Udskiftning af et fejlkonfigureret team
-
-Hvis `TeamCreate` blev kaldt med den forkerte `agent_type` eller `description`, sørg først for, at ingen holdkammerater er blevet startet endnu (eller luk dem ned), og derefter:
-
-```
-TeamDelete()
-TeamCreate(team_name="...", description="...", agent_type="...")
-```
-
-## Noter
-
-- `TeamDelete` fejler, hvis nogen holdkammerat stadig er aktiv. Fejlsvaret lister de aktive holdkammerater — send hver af dem en `shutdown_request` via `SendMessage`, vent på deres `shutdown_response`, og prøv igen.
-- Sletning er irreversibel fra værktøjets perspektiv. Teamets konfiguration på `~/.claude/teams/{team_name}/config.json` og dets opgavebibliotek fjernes fra disken. Hvis du har brug for, at opgavelisten bevares, eksportér eller kopiér biblioteket, før du sletter.
-- Kun lederens session, der oprettede teamet, kan slette det. En startet holdkammerat kan ikke kalde `TeamDelete` på sit eget team.
-- Sletning af teamet ruller ikke filsystemændringer tilbage, som holdkammerater foretog i repoet. Disse er almindelige git-sporede redigeringer og skal vendes separat, hvis uønskede.
-- Efter at `TeamDelete` er returneret med succes, er sessionen fri til at kalde `TeamCreate` igen for et nyt team.

package/concepts/da/Tool-executeCode.md

@@ -1,47 +0,0 @@
-# executeCode
-
-Udfører et kodeuddrag inde i en live kernel eller sandbox leveret af en IDE-integration (for eksempel Jupyter-kernen bundet til den aktuelt åbne notebook). Værktøjet er kun til stede, når Claude Code kører sammen med en kompatibel IDE-bro som VS Code-udvidelsen med en Jupyter-kerne valgt.
-
-## Hvornår skal den bruges
-
-- Kør en hurtig beregning, dataundersøgelse eller et plot mod den tilstand, der allerede er indlæst i en aktiv Jupyter-kerne.
-- Validér et kodeuddrag, før det indsættes i en notebook-celle.
-- Udforsk en in-memory dataframe, variabel eller model, der eksisterer i kernen, men som ikke er serialiseret til disk.
-- Producér et diagram eller numerisk resultat, som brugeren ønsker gengivet inline i IDE'et.
-
-Brug det IKKE til selvstændige scripts, der ville være bedre tjent med `Bash`, der kører `python script.py`, eller til kode, der skal persistere på tværs af en frisk kerne.
-
-## Parametre
-
-- `code` (string, påkrævet): Koden, der skal udføres i den aktuelle kerne. Kører, som om den blev indsat i en notebook-celle — definerede variabler persisterer i kernen, indtil den genstartes.
-- `language` (string, valgfri): Uddragets sprog, når IDE-broen understøtter flere kerner. Oftest udeladt; standard er sproget for den aktive kerne (typisk Python).
-
-## Eksempler
-
-### Eksempel 1: Inspicér en in-memory dataframe
-
-```
-executeCode(
-  code="df.head()\nprint(df.shape)\nprint(df.dtypes)"
-)
-```
-
-Returnerer de første rækker, formen og kolonne-dtypes for en dataframe, der allerede er indlæst i kernen.
-
-### Eksempel 2: Hurtigt numerisk tjek
-
-```
-executeCode(
-  code="import numpy as np\nnp.mean([1, 2, 3, 4, 5])"
-)
-```
-
-Kører en engangs-beregning uden at oprette en notebook-celle.
-
-## Noter
-
-- `executeCode` er et IDE-bro-værktøj. Det er utilgængeligt i almindelige terminalsessioner af Claude Code; det vises kun, når sessionen er forbundet til et IDE, der eksponerer en kerne (for eksempel VS Code Jupyter-udvidelsen).
-- Tilstand persisterer i kernen. Variabler defineret af et `executeCode`-kald forbliver synlige for senere kald, for notebook-celler og for brugeren — vær opmærksom på sideeffekter.
-- Langvarig eller blokerende kode vil blokere kernen. Hold uddrag korte; til flerminut-arbejde, skriv et faktisk script og kør det via `Bash`.
-- Output (stdout, returværdier, billeder) returneres til sessionen. Meget store output kan afkortes af IDE-broen.
-- Til filredigeringer foretræk `Edit`, `Write` eller `NotebookEdit` — `executeCode` er ikke en erstatning for at skrive kildefiler.

package/concepts/da/Tool-getDiagnostics.md

@@ -1,44 +0,0 @@
-# getDiagnostics
-
-Henter language-server-diagnostik (fejl, advarsler, hints) fra det tilsluttede IDE for en specifik fil eller for hver fil, IDE'et aktuelt har åben. Bruges til at verificere, at kodeændringer kompilerer rent, før en opgave erklæres færdig.
-
-## Hvornår skal den bruges
-
-- Efter en `Edit` eller `Write` for at bekræfte, at ændringen ikke introducerede en typefejl, syntaksfejl eller lint-advarsel.
-- Før en opgave afsluttes for at feje hver åben fil for uløste problemer.
-- Ved diagnosticering af en fejl, brugeren rapporterer — at hente den nøjagtige compiler- eller type-checker-besked fra IDE'et undgår gætværk.
-- Som et letvægtsalternativ til at køre en fuld build eller testkommando, når du kun har brug for at tjekke statisk korrekthed.
-
-Stol IKKE på `getDiagnostics` som erstatning for testsuiten. Den rapporterer, hvad language-serveren ser, ikke hvad der kører på test- eller produktionstidspunktet.
-
-## Parametre
-
-- `uri` (string, valgfri): Filen-URI (typisk `file:///absolute/path`) at hente diagnostik for. Når den udelades, returnerer værktøjet diagnostik for hver fil, IDE'et aktuelt har åben.
-
-## Eksempler
-
-### Eksempel 1: Tjek en enkelt fil efter redigering
-
-```
-getDiagnostics(
-  uri="file:///Users/sky/project/src/auth.ts"
-)
-```
-
-Returnerer eventuelle TypeScript-fejl, ESLint-advarsler eller andre language-server-beskeder for `src/auth.ts`.
-
-### Eksempel 2: Fej alle åbne filer
-
-```
-getDiagnostics()
-```
-
-Returnerer diagnostik på tværs af hver aktuelt åben editor. Nyttigt i slutningen af en multi-fil-refaktorering for at sikre, at intet regresserede andetsteds.
-
-## Noter
-
-- `getDiagnostics` er et IDE-bro-værktøj. Det er kun tilgængeligt, når Claude Code er forbundet til en understøttende IDE-integration (for eksempel VS Code-udvidelsen). I en almindelig terminalsession vil værktøjet ikke vises.
-- Resultaterne afspejler de language-servere, IDE'et har indlæst — TypeScript, Pyright, ESLint, rust-analyzer osv. Kvalitet og dækning afhænger af brugerens IDE-opsætning, ikke af Claude Code.
-- Diagnostik er live. Efter en redigering, giv language-serveren et øjeblik til at genanalysere, før et tomt resultat fortolkes som succes — kør igen, hvis filen lige blev gemt.
-- Alvorlighedsniveauer inkluderer typisk `error`, `warning`, `information` og `hint`. Fokusér på `error` først; advarsler kan være bevidst projektstil.
-- For filer, der ikke aktuelt er åbne i IDE'et, kan language-serveren intet have at rapportere, selv hvis filen indeholder reelle problemer. Åbn filen eller kør buildet for autoritativ dækning.

package/concepts/de/Tool-TeamCreate.md

@@ -1,53 +0,0 @@
-# TeamCreate
-
-Etabliert ein neues Kollaborationsteam mit einer gemeinsamen Aufgabenliste und einem Messaging-Kanal zwischen Agenten. Ein Team ist das Koordinationsprimitive für Multi-Agenten-Arbeit – die Hauptsitzung fungiert als Leiter und startet namentlich benannte Teammitglieder über das `Agent`-Tool.
-
-## Wann verwenden
-
-- Der Benutzer fordert ausdrücklich ein Team, einen Schwarm, eine Crew oder eine Multi-Agenten-Zusammenarbeit an.
-- Ein Projekt hat mehrere klar unabhängige Arbeitsstränge, die von dedizierten Spezialisten profitieren (z. B. Frontend, Backend, Tests, Docs).
-- Sie benötigen eine persistente gemeinsame Aufgabenliste, die mehrere Agenten im Laufe der Arbeit aktualisieren.
-- Sie möchten benannte, adressierbare Teammitglieder, die Nachrichten über `SendMessage` austauschen können, statt einmaliger Subagenten-Aufrufe.
-
-NICHT verwenden für eine einzelne delegierte Suche oder ein einmaliges paralleles Fan-out – einfache `Agent`-Aufrufe sind leichter und ausreichend.
-
-## Parameter
-
-- `team_name` (string, erforderlich): Eindeutige Kennung für das Team. Verwendet als Verzeichnisname unter `~/.claude/teams/` und als `team_name`-Argument beim Starten von Teammitgliedern.
-- `description` (string, erforderlich): Kurze Beschreibung des Teamziels. Wird jedem Teammitglied beim Start gezeigt und in die Team-Konfiguration geschrieben.
-- `agent_type` (string, optional): Standard-Subagenten-Persona, angewendet auf Teammitglieder, die sie nicht überschreiben. Typische Werte sind `general-purpose`, `Explore` oder `Plan`.
-
-## Beispiele
-
-### Beispiel 1: Ein Refactor-Team erstellen
-
-```
-TeamCreate(
-  team_name="refactor-crew",
-  description="Refactor the data access layer from raw SQL to Prisma, including migrations and tests.",
-  agent_type="general-purpose"
-)
-```
-
-Nach der Erstellung Teammitglieder mit `Agent` unter Verwendung von `team_name: "refactor-crew"` und verschiedenen `name`-Werten wie `db-lead`, `migrations` und `tests` starten.
-
-### Beispiel 2: Ein Ermittlungsteam erstellen
-
-```
-TeamCreate(
-  team_name="perf-investigation",
-  description="Identify and rank the top three performance regressions introduced in the last release.",
-  agent_type="Explore"
-)
-```
-
-Jedes gestartete Teammitglied erbt `Explore` als Standard-Persona, was zum schreibgeschützten ermittelnden Charakter der Arbeit passt.
-
-## Hinweise
-
-- Aus einer gegebenen Sitzung kann jeweils nur ein Team geführt werden. Beenden oder löschen Sie das aktuelle Team, bevor Sie ein weiteres erstellen.
-- Ein Team ist 1:1 mit einer gemeinsamen Aufgabenliste. Der Leiter besitzt das Erstellen, Zuweisen und Abschließen von Aufgaben; Teammitglieder aktualisieren den Status der Aufgaben, an denen sie arbeiten.
-- Team-Konfiguration wird unter `~/.claude/teams/{team_name}/config.json` persistiert, und das Aufgabenverzeichnis liegt daneben. Diese Dateien überleben Sitzungen, bis sie ausdrücklich mit `TeamDelete` entfernt werden.
-- Teammitglieder werden mit dem `Agent`-Tool unter passendem `team_name` plus distinktem `name` gestartet. Der `name` wird zur Adresse, die von `SendMessage` verwendet wird.
-- Wählen Sie einen `team_name`, der dateisystemsicher ist (Buchstaben, Ziffern, Bindestriche, Unterstriche). Vermeiden Sie Leerzeichen oder Schrägstriche.
-- Schreiben Sie die `description` so, dass ein brandneues Teammitglied, das sie kalt liest, das Ziel des Teams ohne weiteren Kontext verstehen würde. Sie wird Teil des Startup-Prompts jedes Teammitglieds.

package/concepts/de/Tool-TeamDelete.md

@@ -1,44 +0,0 @@
-# TeamDelete
-
-Baut das derzeit aktive Team ab und entfernt sein Konfigurationsverzeichnis und gemeinsames Aufgabenverzeichnis. Dies ist das Aufräum-Gegenstück zu `TeamCreate` und wird typischerweise aufgerufen, nachdem das Ziel des Teams erreicht wurde und alle Teammitglieder heruntergefahren sind.
-
-## Wann verwenden
-
-- Das Team hat seine Arbeit abgeschlossen und der Schlussbericht wurde an den Benutzer geliefert.
-- Das Team wurde fälschlicherweise erstellt oder sein Umfang hat sich so drastisch geändert, dass ein Neustart sauberer ist als fortzufahren.
-- Sie müssen ein neues Team erstellen, aber eines ist bereits aktiv – löschen Sie zuerst das alte, da immer nur ein Team geführt werden kann.
-- Ein Team ist über Sitzungen hinweg veraltet und sein persistierter Zustand unter `~/.claude/teams/` wird nicht mehr benötigt.
-
-NICHT aufrufen, solange Teammitglieder noch laufen – fahren Sie diese zuerst über `SendMessage` mit einem `shutdown_request` herunter, warten Sie auf jedes `shutdown_response` und löschen Sie dann.
-
-## Parameter
-
-`TeamDelete` nimmt in seiner typischen Invocation keine Parameter entgegen. Es operiert auf dem derzeit aktiven Team, das von der aufrufenden Sitzung besessen wird.
-
-## Beispiele
-
-### Beispiel 1: Routine-Shutdown nach Erfolg
-
-1. Eine Shutdown-Anfrage an das Team rundsenden:
-   ```
-   SendMessage(to="*", message={ "type": "shutdown_request" })
-   ```
-2. Warten, bis jedes Teammitglied mit einem `shutdown_response` antwortet.
-3. `TeamDelete()` aufrufen, um das Team-Verzeichnis und das Aufgabenverzeichnis zu entfernen.
-
-### Beispiel 2: Ein fehlkonfiguriertes Team ersetzen
-
-Wenn `TeamCreate` mit falschem `agent_type` oder `description` aufgerufen wurde, zuerst sicherstellen, dass noch keine Teammitglieder gestartet wurden (oder diese herunterfahren), dann:
-
-```
-TeamDelete()
-TeamCreate(team_name="...", description="...", agent_type="...")
-```
-
-## Hinweise
-
-- `TeamDelete` schlägt fehl, wenn noch Teammitglieder aktiv sind. Die Fehlerantwort listet die lebenden Teammitglieder auf – senden Sie jedem einen `shutdown_request` über `SendMessage`, warten Sie auf deren `shutdown_response` und versuchen Sie es erneut.
-- Das Löschen ist aus Sicht des Tools unumkehrbar. Die Team-Konfiguration unter `~/.claude/teams/{team_name}/config.json` und deren Aufgabenverzeichnis werden von der Festplatte entfernt. Wenn Sie die Aufgabenliste bewahren möchten, exportieren oder kopieren Sie das Verzeichnis vor dem Löschen.
-- Nur die Leiter-Sitzung, die das Team erstellt hat, kann es löschen. Ein gestartetes Teammitglied kann `TeamDelete` nicht auf sein eigenes Team anwenden.
-- Das Löschen des Teams macht keine Dateisystemänderungen rückgängig, die Teammitglieder im Repository vorgenommen haben. Dies sind gewöhnliche git-verfolgte Edits und müssen separat zurückgesetzt werden, falls unerwünscht.
-- Nach erfolgreichem Rückkehren von `TeamDelete` steht der Sitzung frei, `TeamCreate` erneut für ein neues Team aufzurufen.

package/concepts/de/Tool-executeCode.md

@@ -1,47 +0,0 @@
-# executeCode
-
-Führt ein Code-Snippet innerhalb eines Live-Kernels oder einer Sandbox aus, die von einer IDE-Integration bereitgestellt wird (zum Beispiel der Jupyter-Kernel, der an das aktuell geöffnete Notebook gebunden ist). Das Tool ist nur verfügbar, wenn Claude Code neben einer kompatiblen IDE-Brücke wie der VS-Code-Erweiterung mit ausgewähltem Jupyter-Kernel läuft.
-
-## Wann verwenden
-
-- Ausführen einer schnellen Berechnung, Datenprüfung oder eines Plots gegen den Zustand, der bereits in einem aktiven Jupyter-Kernel geladen ist.
-- Validieren eines Code-Snippets, bevor es in eine Notebook-Zelle eingefügt wird.
-- Erkunden eines im Speicher gehaltenen Dataframes, einer Variablen oder eines Modells, das im Kernel existiert, aber nicht auf Platte serialisiert ist.
-- Erzeugen eines Charts oder numerischen Ergebnisses, das der Benutzer inline in der IDE gerendert sehen möchte.
-
-NICHT verwenden für eigenständige Skripte, die besser mit `Bash` und `python script.py` ausgeführt werden, oder für Code, der über einen frischen Kernel hinaus bestehen muss.
-
-## Parameter
-
-- `code` (string, erforderlich): Der im aktuellen Kernel auszuführende Code. Läuft, als wäre er in eine Notebook-Zelle eingefügt – definierte Variablen bleiben im Kernel erhalten, bis er neu gestartet wird.
-- `language` (string, optional): Die Sprache des Snippets, wenn die IDE-Brücke mehrere Kernel unterstützt. Am häufigsten weggelassen; Standard ist die Sprache des aktiven Kernels (typischerweise Python).
-
-## Beispiele
-
-### Beispiel 1: Einen Dataframe im Speicher inspizieren
-
-```
-executeCode(
-  code="df.head()\nprint(df.shape)\nprint(df.dtypes)"
-)
-```
-
-Gibt die ersten Zeilen, die Form und die Spalten-dtypes eines bereits im Kernel geladenen Dataframes zurück.
-
-### Beispiel 2: Schnelle numerische Prüfung
-
-```
-executeCode(
-  code="import numpy as np\nnp.mean([1, 2, 3, 4, 5])"
-)
-```
-
-Führt eine einmalige Berechnung aus, ohne eine Notebook-Zelle zu erstellen.
-
-## Hinweise
-
-- `executeCode` ist ein IDE-Brücken-Tool. Es ist in einfachen Terminal-Sitzungen von Claude Code nicht verfügbar; es erscheint nur, wenn die Sitzung mit einer IDE verbunden ist, die einen Kernel freigibt (zum Beispiel die VS-Code-Jupyter-Erweiterung).
-- Zustand bleibt im Kernel erhalten. Von einem `executeCode`-Aufruf definierte Variablen bleiben späteren Aufrufen, Notebook-Zellen und dem Benutzer sichtbar – achten Sie auf Seiteneffekte.
-- Langlaufender oder blockierender Code blockiert den Kernel. Halten Sie Snippets kurz; für Arbeit über mehrere Minuten schreiben Sie ein echtes Skript und führen es über `Bash` aus.
-- Ausgabe (stdout, Rückgabewerte, Bilder) wird an die Sitzung zurückgegeben. Sehr große Ausgaben können von der IDE-Brücke gekürzt werden.
-- Für Datei-Edits bevorzugen Sie `Edit`, `Write` oder `NotebookEdit` – `executeCode` ist kein Ersatz zum Verfassen von Quelldateien.

package/concepts/de/Tool-getDiagnostics.md

@@ -1,44 +0,0 @@
-# getDiagnostics
-
-Ruft Language-Server-Diagnosen (Fehler, Warnungen, Hinweise) aus der verbundenen IDE für eine bestimmte Datei oder für jede Datei ab, die die IDE derzeit geöffnet hat. Wird verwendet, um zu verifizieren, dass Code-Änderungen sauber kompilieren, bevor eine Aufgabe für erledigt erklärt wird.
-
-## Wann verwenden
-
-- Nach einem `Edit` oder `Write`, um zu bestätigen, dass die Änderung keinen Typfehler, Syntaxfehler oder keine Lint-Warnung eingeführt hat.
-- Vor dem Beenden einer Aufgabe, um jede offene Datei nach ungelösten Problemen zu durchsuchen.
-- Beim Diagnostizieren eines vom Benutzer gemeldeten Fehlers – das Ziehen der exakten Compiler- oder Type-Checker-Meldung aus der IDE vermeidet Rätselraten.
-- Als leichtgewichtige Alternative zur Ausführung eines vollständigen Builds oder Testbefehls, wenn Sie nur die statische Korrektheit prüfen müssen.
-
-Verlassen Sie sich NICHT auf `getDiagnostics` als Ersatz für die Test-Suite. Es meldet, was der Language-Server sieht, nicht was zur Test- oder Produktionszeit läuft.
-
-## Parameter
-
-- `uri` (string, optional): Die Datei-URI (typischerweise `file:///absolute/path`), für die Diagnosen abgerufen werden sollen. Wenn weggelassen, gibt das Tool Diagnosen für jede derzeit in der IDE geöffnete Datei zurück.
-
-## Beispiele
-
-### Beispiel 1: Eine einzelne Datei nach dem Bearbeiten prüfen
-
-```
-getDiagnostics(
-  uri="file:///Users/sky/project/src/auth.ts"
-)
-```
-
-Gibt alle TypeScript-Fehler, ESLint-Warnungen oder andere Language-Server-Meldungen für `src/auth.ts` zurück.
-
-### Beispiel 2: Alle geöffneten Dateien durchkämmen
-
-```
-getDiagnostics()
-```
-
-Gibt Diagnosen über jeden derzeit geöffneten Editor zurück. Nützlich am Ende eines dateiübergreifenden Refactorings, um sicherzustellen, dass anderswo nichts regrediert ist.
-
-## Hinweise
-
-- `getDiagnostics` ist ein IDE-Brücken-Tool. Es ist nur verfügbar, wenn Claude Code mit einer unterstützenden IDE-Integration verbunden ist (zum Beispiel der VS-Code-Erweiterung). In einer reinen Terminal-Sitzung erscheint das Tool nicht.
-- Die Ergebnisse spiegeln wider, welche Language-Server die IDE geladen hat – TypeScript, Pyright, ESLint, rust-analyzer usw. Qualität und Abdeckung hängen vom IDE-Setup des Benutzers ab, nicht von Claude Code.
-- Diagnosen sind live. Geben Sie dem Language-Server nach einem Edit einen Moment zur Neu-Analyse, bevor Sie ein leeres Ergebnis als Erfolg interpretieren – wiederholen Sie, falls die Datei gerade gespeichert wurde.
-- Schweregrade umfassen typischerweise `error`, `warning`, `information` und `hint`. Fokussieren Sie sich zuerst auf `error`; Warnungen können absichtlicher Projektstil sein.
-- Für Dateien, die derzeit nicht in der IDE geöffnet sind, hat der Language-Server möglicherweise keine Diagnosen zu melden, selbst wenn die Datei echte Probleme enthält. Öffnen Sie die Datei oder führen Sie den Build aus, um autoritative Abdeckung zu erhalten.

package/concepts/en/Tool-TeamCreate.md

@@ -1,53 +0,0 @@
-# TeamCreate
-
-Establishes a new collaboration team with a shared task list and inter-agent messaging channel. A team is the coordination primitive for multi-agent work — the main session acts as leader and spawns named teammates via the `Agent` tool.
-
-## When to Use
-
-- The user explicitly requests a team, swarm, crew, or multi-agent collaboration.
-- A project has several clearly independent workstreams that benefit from dedicated specialists (e.g. frontend, backend, tests, docs).
-- You need a persistent shared task list that multiple agents update as they make progress.
-- You want named, addressable teammates that can exchange messages via `SendMessage` rather than one-shot subagent calls.
-
-Do NOT use for a single delegated search or a one-off parallel fan-out — plain `Agent` calls are lighter and sufficient.
-
-## Parameters
-
-- `team_name` (string, required): Unique identifier for the team. Used as the directory name under `~/.claude/teams/` and as the `team_name` argument when spawning teammates.
-- `description` (string, required): Short statement of the team's objective. Shown to every teammate on spawn and written into the team config.
-- `agent_type` (string, optional): Default subagent persona applied to teammates that do not override it. Typical values are `general-purpose`, `Explore`, or `Plan`.
-
-## Examples
-
-### Example 1: Create a refactor team
-
-```
-TeamCreate(
-  team_name="refactor-crew",
-  description="Refactor the data access layer from raw SQL to Prisma, including migrations and tests.",
-  agent_type="general-purpose"
-)
-```
-
-After creation, spawn teammates with `Agent` using `team_name: "refactor-crew"` and distinct `name` values such as `db-lead`, `migrations`, and `tests`.
-
-### Example 2: Create an investigation team
-
-```
-TeamCreate(
-  team_name="perf-investigation",
-  description="Identify and rank the top three performance regressions introduced in the last release.",
-  agent_type="Explore"
-)
-```
-
-Each spawned teammate inherits `Explore` as its default persona, matching the read-only investigative nature of the work.
-
-## Notes
-
-- Only one team can be led at a time from a given session. Finish or delete the current team before creating another.
-- A team is 1:1 with a shared task list. The leader owns task creation, assignment, and closure; teammates update the status of tasks they are working on.
-- Team configuration is persisted at `~/.claude/teams/{team_name}/config.json`, and the task directory lives alongside it. These files survive across sessions until explicitly removed with `TeamDelete`.
-- Teammates are spawned using the `Agent` tool with matching `team_name` plus a distinct `name`. The `name` becomes the address used by `SendMessage`.
-- Pick a `team_name` that is filesystem-safe (letters, digits, dashes, underscores). Avoid spaces or slashes.
-- Write the `description` so that a brand-new teammate, reading it cold, would understand the team's goal without further context. It becomes part of every teammate's startup prompt.

package/concepts/en/Tool-TeamDelete.md

@@ -1,44 +0,0 @@
-# TeamDelete
-
-Tears down the currently active team, removing its configuration directory and shared task directory. This is the cleanup counterpart to `TeamCreate` and is typically called after the team's objective has been achieved and all teammates have shut down.
-
-## When to Use
-
-- The team has completed its work and the final report has been delivered to the user.
-- The team was created in error or its scope has changed so drastically that starting fresh is cleaner than continuing.
-- You need to create a new team but one is already active — delete the old one first, since only one team can be led at a time.
-- A team has become stale across sessions and its persisted state under `~/.claude/teams/` is no longer needed.
-
-Do NOT call while teammates are still running — shut them down first via `SendMessage` with a `shutdown_request`, wait for every `shutdown_response`, then delete.
-
-## Parameters
-
-`TeamDelete` takes no parameters in its typical invocation. It operates on the currently active team owned by the calling session.
-
-## Examples
-
-### Example 1: Routine shutdown after success
-
-1. Broadcast a shutdown request to the team:
-   ```
-   SendMessage(to="*", message={ "type": "shutdown_request" })
-   ```
-2. Wait for each teammate to reply with a `shutdown_response`.
-3. Call `TeamDelete()` to remove the team directory and task directory.
-
-### Example 2: Replacing a misconfigured team
-
-If `TeamCreate` was called with the wrong `agent_type` or `description`, first ensure no teammates have been spawned yet (or shut them down), then:
-
-```
-TeamDelete()
-TeamCreate(team_name="...", description="...", agent_type="...")
-```
-
-## Notes
-
-- `TeamDelete` fails if any teammate is still active. The error response lists the live teammates — send each one a `shutdown_request` via `SendMessage`, await their `shutdown_response`, and retry.
-- Deletion is irreversible from the tool's perspective. The team's config at `~/.claude/teams/{team_name}/config.json` and its task directory are removed from disk. If you need the task list preserved, export or copy the directory before deleting.
-- Only the leader session that created the team can delete it. A spawned teammate cannot call `TeamDelete` on its own team.
-- Deleting the team does not roll back any filesystem changes that teammates made in the repository. Those are ordinary git-tracked edits and must be reverted separately if unwanted.
-- After `TeamDelete` returns successfully, the session is free to call `TeamCreate` again for a new team.