cc-viewer 1.7.22 → 1.7.23

package/concepts/no/Tool-TeamDelete.md

@@ -1,44 +0,0 @@
-# TeamDelete
-
-River ned det gjeldende aktive teamet, og fjerner dets konfigurasjonskatalog og delte oppgavekatalog. Dette er opprydningsmotparten til `TeamCreate` og kalles typisk etter at teamets mål er oppnådd og alle lagkamerater er stengt ned.
-
-## Når skal den brukes
-
-- Teamet har fullført arbeidet sitt og sluttrapporten er levert til brukeren.
-- Teamet ble opprettet ved en feil eller dets omfang har endret seg så drastisk at det er renere å starte på nytt enn å fortsette.
-- Du må opprette et nytt team, men et er allerede aktivt — slett det gamle først, siden kun ett team kan ledes om gangen.
-- Et team har blitt foreldet på tvers av sesjoner og dets persisterte tilstand under `~/.claude/teams/` er ikke lenger nødvendig.
-
-IKKE kall mens lagkamerater fortsatt kjører — sten dem ned først via `SendMessage` med en `shutdown_request`, vent på hver `shutdown_response`, og slett deretter.
-
-## Parametere
-
-`TeamDelete` tar ingen parametere i sin typiske invokasjon. Den opererer på det gjeldende aktive teamet eid av den kallende sesjonen.
-
-## Eksempler
-
-### Eksempel 1: Rutinenedstengning etter suksess
-
-1. Kringkast en shutdown-forespørsel til teamet:
-   ```
-   SendMessage(to="*", message={ "type": "shutdown_request" })
-   ```
-2. Vent på at hver lagkamerat svarer med en `shutdown_response`.
-3. Kall `TeamDelete()` for å fjerne teamkatalogen og oppgavekatalogen.
-
-### Eksempel 2: Erstatte et feilkonfigurert team
-
-Hvis `TeamCreate` ble kalt med feil `agent_type` eller `description`, sørg først for at ingen lagkamerater har blitt spawnet ennå (eller sten dem ned), og deretter:
-
-```
-TeamDelete()
-TeamCreate(team_name="...", description="...", agent_type="...")
-```
-
-## Notater
-
-- `TeamDelete` feiler hvis noen lagkamerat fortsatt er aktiv. Feilsvaret lister de levende lagkameratene — send hver en `shutdown_request` via `SendMessage`, vent på deres `shutdown_response`, og prøv på nytt.
-- Sletting er irreversibel fra verktøyets perspektiv. Teamets konfigurasjon på `~/.claude/teams/{team_name}/config.json` og oppgavekatalogen fjernes fra disken. Hvis du trenger oppgavelisten bevart, eksporter eller kopier katalogen før sletting.
-- Kun ledersesjonen som opprettet teamet kan slette det. En spawnet lagkamerat kan ikke kalle `TeamDelete` på sitt eget team.
-- Å slette teamet ruller ikke tilbake filsystemsendringer som lagkamerater gjorde i repositoriet. Disse er vanlige git-sporede redigeringer og må reverseres separat hvis uønsket.
-- Etter at `TeamDelete` returnerer vellykket, er sesjonen fri til å kalle `TeamCreate` igjen for et nytt team.

package/concepts/no/Tool-executeCode.md

@@ -1,47 +0,0 @@
-# executeCode
-
-Utfører en kodesnutt inne i en levende kernel eller sandbox levert av en IDE-integrasjon (for eksempel Jupyter-kernelen bundet til den gjeldende åpne notebooken). Verktøyet er kun tilstede når Claude Code kjører sammen med en kompatibel IDE-bro som VS Code-utvidelsen med en valgt Jupyter-kernel.
-
-## Når skal den brukes
-
-- Kjøre en rask beregning, datainspeksjon eller plot mot tilstanden som allerede er lastet i en aktiv Jupyter-kernel.
-- Validere en kodesnutt før du limer den inn i en notebook-celle.
-- Utforske en datasett i minne, variabel eller modell som eksisterer i kernelen, men ikke er serialisert til disk.
-- Produsere et diagram eller numerisk resultat som brukeren vil ha rendret inline i IDE-et.
-
-IKKE bruk for frittstående skript som er bedre tjent med `Bash` som kjører `python script.py`, eller for kode som må persistere på tvers av en ny kernel.
-
-## Parametere
-
-- `code` (string, påkrevd): Koden som skal kjøres i gjeldende kernel. Kjører som om limt inn i en notebook-celle — variabler som defineres persisterer i kernelen til den startes på nytt.
-- `language` (string, valgfri): Språket til snutten når IDE-broen støtter flere kerneler. Vanligvis utelatt; standard er språket til den aktive kernelen (typisk Python).
-
-## Eksempler
-
-### Eksempel 1: Inspiser en dataframe i minnet
-
-```
-executeCode(
-  code="df.head()\nprint(df.shape)\nprint(df.dtypes)"
-)
-```
-
-Returnerer de første radene, formen og kolonne-dtypene til en dataframe som allerede er lastet i kernelen.
-
-### Eksempel 2: Rask numerisk sjekk
-
-```
-executeCode(
-  code="import numpy as np\nnp.mean([1, 2, 3, 4, 5])"
-)
-```
-
-Kjører en engangsberegning uten å opprette en notebook-celle.
-
-## Notater
-
-- `executeCode` er et IDE-bro-verktøy. Det er utilgjengelig i vanlige terminalsesjoner av Claude Code; det vises kun når sesjonen er koblet til en IDE som eksponerer en kernel (for eksempel VS Code Jupyter-utvidelsen).
-- Tilstand persisterer i kernelen. Variabler definert av ett `executeCode`-kall forblir synlige for senere kall, for notebook-celler og for brukeren — vær oppmerksom på sideeffekter.
-- Langvarig eller blokkerende kode vil blokkere kernelen. Hold snutter korte; for flere-minutters arbeid, skriv et faktisk skript og kjør det via `Bash`.
-- Utdata (stdout, returverdier, bilder) returneres til sesjonen. Svært store utdata kan trunkeres av IDE-broen.
-- For filredigeringer, foretrekk `Edit`, `Write` eller `NotebookEdit` — `executeCode` er ikke en erstatning for å skrive kildefiler.

package/concepts/no/Tool-getDiagnostics.md

@@ -1,44 +0,0 @@
-# getDiagnostics
-
-Henter språktjener-diagnostikk (feil, advarsler, hint) fra den tilkoblede IDE-en for en spesifikk fil eller for hver fil IDE-en for øyeblikket har åpen. Brukes for å verifisere at kodeendringer kompilerer rent før en oppgave erklæres fullført.
-
-## Når skal den brukes
-
-- Etter en `Edit` eller `Write` for å bekrefte at endringen ikke introduserte en typefeil, syntaksfeil eller lint-advarsel.
-- Før avslutning av en oppgave for å sveipe hver åpen fil for uløste problemer.
-- Når du diagnostiserer en feil brukeren rapporterer — å hente den eksakte kompilator- eller typekontrollmeldingen fra IDE-en unngår gjetning.
-- Som et lettvektsalternativ til å kjøre et fullt bygg eller test-kommando når du kun trenger å sjekke statisk korrekthet.
-
-IKKE stol på `getDiagnostics` som erstatning for testsuiten. Det rapporterer hva språktjeneren ser, ikke hva som kjører ved test eller produksjonstid.
-
-## Parametere
-
-- `uri` (string, valgfri): Fil-URI-en (typisk `file:///absolute/path`) å hente diagnostikk for. Når utelatt returnerer verktøyet diagnostikk for hver fil IDE-en for øyeblikket har åpen.
-
-## Eksempler
-
-### Eksempel 1: Sjekk én fil etter redigering
-
-```
-getDiagnostics(
-  uri="file:///Users/sky/project/src/auth.ts"
-)
-```
-
-Returnerer eventuelle TypeScript-feil, ESLint-advarsler eller andre språktjenermeldinger for `src/auth.ts`.
-
-### Eksempel 2: Sveip alle åpne filer
-
-```
-getDiagnostics()
-```
-
-Returnerer diagnostikk på tvers av hver aktuelle åpne editor. Nyttig på slutten av en flerfilsrefaktorering for å sikre at ingenting regredierte andre steder.
-
-## Notater
-
-- `getDiagnostics` er et IDE-bro-verktøy. Det er kun tilgjengelig når Claude Code er koblet til en støttende IDE-integrasjon (for eksempel VS Code-utvidelsen). I en vanlig terminalsesjon vil ikke verktøyet vises.
-- Resultatene reflekterer hvilke språktjenere IDE-en har lastet — TypeScript, Pyright, ESLint, rust-analyzer, osv. Kvalitet og dekning avhenger av brukerens IDE-oppsett, ikke av Claude Code.
-- Diagnostikk er live. Etter en redigering, gi språktjeneren et øyeblikk til å reanalysere før du tolker et tomt resultat som suksess — kjør på nytt hvis filen nettopp ble lagret.
-- Alvorlighetsnivåer inkluderer typisk `error`, `warning`, `information` og `hint`. Fokuser på `error` først; advarsler kan være bevisst prosjektstil.
-- For filer som ikke for øyeblikket er åpne i IDE-en, kan språktjeneren ha ingen diagnostikk å rapportere selv om filen inneholder ekte problemer. Åpne filen eller kjør byggetilstand for autoritativ dekning.

package/concepts/pl/Tool-TeamCreate.md

@@ -1,53 +0,0 @@
-# TeamCreate
-
-Ustanawia nowy zespół współpracy ze współdzieloną listą zadań i kanałem komunikacji między agentami. Zespół to prymityw koordynacyjny dla pracy wieloagentowej — główna sesja działa jako lider i tworzy nazwanych współpracowników za pomocą narzędzia `Agent`.
-
-## Kiedy używać
-
-- Użytkownik wyraźnie prosi o zespół, rój, załogę lub współpracę wieloagentową.
-- Projekt ma kilka wyraźnie niezależnych strumieni pracy, które korzystają z dedykowanych specjalistów (np. frontend, backend, testy, dokumentacja).
-- Potrzebujesz trwałej wspólnej listy zadań, którą wielu agentów aktualizuje w miarę postępów.
-- Chcesz nazwanych, adresowalnych współpracowników, którzy mogą wymieniać wiadomości przez `SendMessage`, a nie jednorazowych wywołań podagentów.
-
-NIE używaj dla pojedynczego delegowanego wyszukiwania ani jednorazowego równoległego rozrzutu — zwykłe wywołania `Agent` są lżejsze i wystarczające.
-
-## Parametry
-
-- `team_name` (string, wymagany): Unikalny identyfikator zespołu. Używany jako nazwa katalogu pod `~/.claude/teams/` oraz jako argument `team_name` przy tworzeniu współpracowników.
-- `description` (string, wymagany): Krótkie zdanie o celu zespołu. Wyświetlane każdemu współpracownikowi przy tworzeniu i zapisywane w konfiguracji zespołu.
-- `agent_type` (string, opcjonalny): Domyślna persona podagenta stosowana do współpracowników, którzy jej nie nadpisują. Typowe wartości to `general-purpose`, `Explore` lub `Plan`.
-
-## Przykłady
-
-### Przykład 1: Utwórz zespół refaktoringu
-
-```
-TeamCreate(
-  team_name="refactor-crew",
-  description="Refactor the data access layer from raw SQL to Prisma, including migrations and tests.",
-  agent_type="general-purpose"
-)
-```
-
-Po utworzeniu twórz współpracowników za pomocą `Agent` z `team_name: "refactor-crew"` oraz odrębnymi wartościami `name`, takimi jak `db-lead`, `migrations` i `tests`.
-
-### Przykład 2: Utwórz zespół dochodzeniowy
-
-```
-TeamCreate(
-  team_name="perf-investigation",
-  description="Identify and rank the top three performance regressions introduced in the last release.",
-  agent_type="Explore"
-)
-```
-
-Każdy utworzony współpracownik dziedziczy `Explore` jako swoją domyślną personę, co odpowiada naturze pracy dochodzeniowej tylko do odczytu.
-
-## Uwagi
-
-- Tylko jeden zespół może być prowadzony naraz z danej sesji. Zakończ lub usuń bieżący zespół przed utworzeniem innego.
-- Zespół odpowiada 1:1 współdzielonej liście zadań. Lider jest właścicielem tworzenia, przypisywania i zamykania zadań; współpracownicy aktualizują status zadań, nad którymi pracują.
-- Konfiguracja zespołu jest zapisywana w `~/.claude/teams/{team_name}/config.json`, a katalog zadań znajduje się obok niej. Te pliki przetrwają między sesjami, aż zostaną jawnie usunięte za pomocą `TeamDelete`.
-- Współpracownicy są tworzeni za pomocą narzędzia `Agent` z pasującym `team_name` oraz odrębnym `name`. `name` staje się adresem używanym przez `SendMessage`.
-- Wybierz `team_name` bezpieczny dla systemu plików (litery, cyfry, myślniki, podkreślenia). Unikaj spacji lub ukośników.
-- Napisz `description` tak, aby całkiem nowy współpracownik, czytając na zimno, zrozumiał cel zespołu bez dalszego kontekstu. Staje się ono częścią promptu startowego każdego współpracownika.

package/concepts/pl/Tool-TeamDelete.md

@@ -1,44 +0,0 @@
-# TeamDelete
-
-Rozmontowuje obecnie aktywny zespół, usuwając jego katalog konfiguracji i współdzielony katalog zadań. Jest to odpowiednik czyszczący `TeamCreate`, zwykle wywoływany po osiągnięciu celu zespołu i wyłączeniu wszystkich współpracowników.
-
-## Kiedy używać
-
-- Zespół ukończył swoją pracę, a końcowy raport został dostarczony użytkownikowi.
-- Zespół został utworzony przez pomyłkę lub jego zakres zmienił się tak drastycznie, że zaczynanie od nowa jest czystsze niż kontynuowanie.
-- Musisz utworzyć nowy zespół, ale jeden jest już aktywny — najpierw usuń stary, ponieważ tylko jeden zespół może być prowadzony naraz.
-- Zespół zestarzał się między sesjami, a jego trwały stan pod `~/.claude/teams/` nie jest już potrzebny.
-
-NIE wywołuj, gdy współpracownicy nadal działają — najpierw ich wyłącz za pomocą `SendMessage` z `shutdown_request`, poczekaj na każdy `shutdown_response`, a potem usuń.
-
-## Parametry
-
-`TeamDelete` nie przyjmuje parametrów w typowym wywołaniu. Działa na obecnie aktywnym zespole należącym do wywołującej sesji.
-
-## Przykłady
-
-### Przykład 1: Rutynowe wyłączenie po sukcesie
-
-1. Rozgłoś prośbę o wyłączenie do zespołu:
-   ```
-   SendMessage(to="*", message={ "type": "shutdown_request" })
-   ```
-2. Poczekaj, aż każdy współpracownik odpowie `shutdown_response`.
-3. Wywołaj `TeamDelete()`, aby usunąć katalog zespołu i katalog zadań.
-
-### Przykład 2: Zastąpienie błędnie skonfigurowanego zespołu
-
-Jeśli `TeamCreate` został wywołany z niewłaściwym `agent_type` lub `description`, najpierw upewnij się, że żaden współpracownik nie został jeszcze utworzony (lub wyłącz ich), a następnie:
-
-```
-TeamDelete()
-TeamCreate(team_name="...", description="...", agent_type="...")
-```
-
-## Uwagi
-
-- `TeamDelete` zawodzi, jeśli jakiś współpracownik jest nadal aktywny. Odpowiedź błędu wymienia żyjących współpracowników — wyślij każdemu z nich `shutdown_request` przez `SendMessage`, zaczekaj na ich `shutdown_response` i spróbuj ponownie.
-- Usunięcie jest nieodwracalne z perspektywy narzędzia. Konfiguracja zespołu w `~/.claude/teams/{team_name}/config.json` oraz jego katalog zadań są usuwane z dysku. Jeśli potrzebujesz zachować listę zadań, wyeksportuj lub skopiuj katalog przed usunięciem.
-- Tylko sesja lidera, która utworzyła zespół, może go usunąć. Utworzony współpracownik nie może wywołać `TeamDelete` na swoim zespole.
-- Usunięcie zespołu nie cofa żadnych zmian systemu plików, które współpracownicy wprowadzili w repozytorium. Są to zwykłe edycje śledzone przez git i muszą być cofnięte osobno, jeśli nie są pożądane.
-- Po pomyślnym powrocie `TeamDelete` sesja może ponownie wywołać `TeamCreate` dla nowego zespołu.

package/concepts/pl/Tool-executeCode.md

@@ -1,47 +0,0 @@
-# executeCode
-
-Wykonuje fragment kodu wewnątrz żywego jądra lub sandboxa dostarczonego przez integrację IDE (na przykład jądro Jupyter powiązane z obecnie otwartym notatnikiem). Narzędzie jest dostępne tylko wtedy, gdy Claude Code działa obok kompatybilnego mostu IDE, takiego jak rozszerzenie VS Code z wybranym jądrem Jupyter.
-
-## Kiedy używać
-
-- Uruchamianie szybkich obliczeń, inspekcji danych lub wykresu względem stanu już załadowanego w aktywnym jądrze Jupyter.
-- Walidowanie fragmentu kodu przed wklejeniem go do komórki notatnika.
-- Eksplorowanie dataframe'a w pamięci, zmiennej lub modelu, który istnieje w jądrze, ale nie jest serializowany na dysk.
-- Produkowanie wykresu lub wyniku liczbowego, który użytkownik chce mieć renderowany inline w IDE.
-
-NIE używaj dla samodzielnych skryptów, którym lepiej odpowiadałby `Bash` uruchamiający `python script.py`, ani dla kodu, który musi trwać przez świeże jądro.
-
-## Parametry
-
-- `code` (string, wymagany): Kod do wykonania w bieżącym jądrze. Uruchamia się tak, jakby został wklejony do komórki notatnika — zdefiniowane zmienne utrzymują się w jądrze, aż zostanie zrestartowane.
-- `language` (string, opcjonalny): Język fragmentu, gdy most IDE obsługuje wiele jąder. Najczęściej pomijany; domyślnie język aktywnego jądra (zwykle Python).
-
-## Przykłady
-
-### Przykład 1: Inspekcja dataframe'a w pamięci
-
-```
-executeCode(
-  code="df.head()\nprint(df.shape)\nprint(df.dtypes)"
-)
-```
-
-Zwraca pierwsze wiersze, kształt i typy kolumn dataframe'a już załadowanego w jądrze.
-
-### Przykład 2: Szybkie sprawdzenie liczbowe
-
-```
-executeCode(
-  code="import numpy as np\nnp.mean([1, 2, 3, 4, 5])"
-)
-```
-
-Wykonuje jednorazowe obliczenie bez tworzenia komórki notatnika.
-
-## Uwagi
-
-- `executeCode` to narzędzie mostu IDE. Jest niedostępne w zwykłych sesjach terminalowych Claude Code; pojawia się tylko, gdy sesja jest podłączona do IDE udostępniającego jądro (na przykład rozszerzenia Jupyter w VS Code).
-- Stan utrzymuje się w jądrze. Zmienne zdefiniowane jednym wywołaniem `executeCode` pozostają widoczne dla późniejszych wywołań, komórek notatnika i użytkownika — uważaj na efekty uboczne.
-- Długo działający lub blokujący kod zablokuje jądro. Utrzymuj fragmenty krótkie; dla wielominutowej pracy napisz właściwy skrypt i uruchom go przez `Bash`.
-- Wyjście (stdout, wartości zwracane, obrazy) jest zwracane do sesji. Bardzo duże wyjścia mogą być obcinane przez most IDE.
-- Do edycji plików preferuj `Edit`, `Write` lub `NotebookEdit` — `executeCode` nie jest substytutem autoringu plików źródłowych.

package/concepts/pl/Tool-getDiagnostics.md

@@ -1,44 +0,0 @@
-# getDiagnostics
-
-Pobiera diagnostykę serwera języka (błędy, ostrzeżenia, wskazówki) z podłączonego IDE dla konkretnego pliku lub dla każdego pliku, który IDE ma obecnie otwarty. Używane do weryfikowania, że zmiany kodu kompilują się czysto, przed ogłoszeniem zadania za zakończone.
-
-## Kiedy używać
-
-- Po `Edit` lub `Write`, aby potwierdzić, że zmiana nie wprowadziła błędu typu, błędu składni ani ostrzeżenia lintera.
-- Przed zakończeniem zadania, aby przejść przez każdy otwarty plik w poszukiwaniu nierozwiązanych problemów.
-- Gdy diagnozujesz błąd zgłoszony przez użytkownika — wyciągnięcie dokładnego komunikatu kompilatora lub type-checkera z IDE pozwala uniknąć zgadywania.
-- Jako lekkiej alternatywy dla uruchomienia pełnej kompilacji lub polecenia testowego, gdy chcesz sprawdzić tylko statyczną poprawność.
-
-NIE polegaj na `getDiagnostics` jako substytucie zestawu testów. Raportuje to, co widzi serwer języka, a nie to, co działa w czasie testów lub produkcji.
-
-## Parametry
-
-- `uri` (string, opcjonalny): URI pliku (zwykle `file:///absolute/path`), dla którego pobrać diagnostykę. Gdy pominięty, narzędzie zwraca diagnostykę dla każdego pliku obecnie otwartego w IDE.
-
-## Przykłady
-
-### Przykład 1: Sprawdź pojedynczy plik po edycji
-
-```
-getDiagnostics(
-  uri="file:///Users/sky/project/src/auth.ts"
-)
-```
-
-Zwraca wszelkie błędy TypeScript, ostrzeżenia ESLint lub inne komunikaty serwera języka dla `src/auth.ts`.
-
-### Przykład 2: Przeszukaj wszystkie otwarte pliki
-
-```
-getDiagnostics()
-```
-
-Zwraca diagnostykę we wszystkich obecnie otwartych edytorach. Przydatne na końcu wieloplikowego refaktoringu, aby upewnić się, że nic nie zregresowało gdzie indziej.
-
-## Uwagi
-
-- `getDiagnostics` to narzędzie mostu IDE. Jest dostępne tylko wtedy, gdy Claude Code jest podłączony do wspierającej integracji IDE (na przykład rozszerzenia VS Code). W zwykłej sesji terminalowej narzędzie się nie pojawi.
-- Wyniki odzwierciedlają dowolne serwery języków, które IDE załadowało — TypeScript, Pyright, ESLint, rust-analyzer itd. Jakość i pokrycie zależą od konfiguracji IDE użytkownika, a nie od Claude Code.
-- Diagnostyka jest żywa. Po edycji daj serwerowi języka chwilę na ponowną analizę przed zinterpretowaniem pustego wyniku jako sukcesu — uruchom ponownie, jeśli plik został właśnie zapisany.
-- Poziomy ważności zwykle obejmują `error`, `warning`, `information` oraz `hint`. Skoncentruj się najpierw na `error`; ostrzeżenia mogą być intencjonalnym stylem projektu.
-- Dla plików obecnie nieotwartych w IDE serwer języka może nie mieć żadnej diagnostyki do zgłoszenia, nawet jeśli plik zawiera rzeczywiste problemy. Otwórz plik lub uruchom kompilację dla miarodajnego pokrycia.

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

@@ -1,53 +0,0 @@
-# TeamCreate
-
-Estabelece uma nova equipe de colaboração com uma lista de tarefas compartilhada e canal de mensagens entre agentes. Uma equipe é a primitiva de coordenação para trabalho multiagente — a sessão principal atua como líder e dispara colegas nomeados via a ferramenta `Agent`.
-
-## Quando usar
-
-- O usuário solicita explicitamente uma equipe, swarm, crew ou colaboração multiagente.
-- Um projeto tem vários fluxos de trabalho claramente independentes que se beneficiam de especialistas dedicados (por exemplo frontend, backend, testes, docs).
-- Você precisa de uma lista de tarefas compartilhada persistente que múltiplos agentes atualizam conforme progridem.
-- Você quer colegas nomeados e endereçáveis que podem trocar mensagens via `SendMessage` em vez de chamadas de subagente únicas.
-
-NÃO use para uma única busca delegada ou um fan-out paralelo único — chamadas simples de `Agent` são mais leves e suficientes.
-
-## Parâmetros
-
-- `team_name` (string, obrigatório): Identificador único para a equipe. Usado como nome do diretório sob `~/.claude/teams/` e como argumento `team_name` ao disparar colegas.
-- `description` (string, obrigatório): Declaração curta do objetivo da equipe. Mostrada a cada colega no spawn e escrita na configuração da equipe.
-- `agent_type` (string, opcional): Persona de subagente padrão aplicada aos colegas que não a sobrescrevem. Valores típicos são `general-purpose`, `Explore` ou `Plan`.
-
-## Exemplos
-
-### Exemplo 1: Criar uma equipe de refatoração
-
-```
-TeamCreate(
-  team_name="refactor-crew",
-  description="Refactor the data access layer from raw SQL to Prisma, including migrations and tests.",
-  agent_type="general-purpose"
-)
-```
-
-Após a criação, dispare colegas com `Agent` usando `team_name: "refactor-crew"` e valores distintos de `name` como `db-lead`, `migrations` e `tests`.
-
-### Exemplo 2: Criar uma equipe de investigação
-
-```
-TeamCreate(
-  team_name="perf-investigation",
-  description="Identify and rank the top three performance regressions introduced in the last release.",
-  agent_type="Explore"
-)
-```
-
-Cada colega disparado herda `Explore` como persona padrão, combinando com a natureza investigativa e somente leitura do trabalho.
-
-## Observações
-
-- Apenas uma equipe pode ser liderada por vez em uma dada sessão. Finalize ou exclua a equipe atual antes de criar outra.
-- Uma equipe tem relação 1:1 com uma lista de tarefas compartilhada. O líder é dono da criação, atribuição e fechamento de tarefas; colegas atualizam o status das tarefas em que estão trabalhando.
-- A configuração da equipe é persistida em `~/.claude/teams/{team_name}/config.json`, e o diretório de tarefas fica junto. Esses arquivos sobrevivem entre sessões até serem explicitamente removidos com `TeamDelete`.
-- Colegas são disparados usando a ferramenta `Agent` com `team_name` correspondente mais um `name` distinto. O `name` torna-se o endereço usado por `SendMessage`.
-- Escolha um `team_name` que seja seguro para sistema de arquivos (letras, dígitos, hífens, underscores). Evite espaços ou barras.
-- Escreva a `description` para que um colega totalmente novo, lendo-a do zero, entenda o objetivo da equipe sem mais contexto. Ela se torna parte do prompt de inicialização de cada colega.

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

@@ -1,44 +0,0 @@
-# TeamDelete
-
-Desmonta a equipe atualmente ativa, removendo seu diretório de configuração e diretório de tarefas compartilhadas. Esta é a contraparte de limpeza para `TeamCreate` e é tipicamente chamada depois que o objetivo da equipe foi alcançado e todos os colegas foram encerrados.
-
-## Quando usar
-
-- A equipe concluiu seu trabalho e o relatório final foi entregue ao usuário.
-- A equipe foi criada por engano ou seu escopo mudou tão drasticamente que começar do zero é mais limpo do que continuar.
-- Você precisa criar uma nova equipe, mas uma já está ativa — exclua a antiga primeiro, já que apenas uma equipe pode ser liderada por vez.
-- Uma equipe ficou obsoleta entre sessões e seu estado persistido sob `~/.claude/teams/` não é mais necessário.
-
-NÃO chame enquanto colegas de equipe ainda estão rodando — desligue-os primeiro via `SendMessage` com um `shutdown_request`, espere cada `shutdown_response` e então exclua.
-
-## Parâmetros
-
-`TeamDelete` não recebe parâmetros em sua invocação típica. Opera sobre a equipe atualmente ativa de propriedade da sessão que chama.
-
-## Exemplos
-
-### Exemplo 1: Encerramento rotineiro após sucesso
-
-1. Faça broadcast de um pedido de encerramento para a equipe:
-   ```
-   SendMessage(to="*", message={ "type": "shutdown_request" })
-   ```
-2. Espere cada colega responder com um `shutdown_response`.
-3. Chame `TeamDelete()` para remover o diretório da equipe e o diretório de tarefas.
-
-### Exemplo 2: Substituindo uma equipe mal configurada
-
-Se `TeamCreate` foi chamado com o `agent_type` ou `description` errados, primeiro garanta que nenhum colega foi disparado ainda (ou desligue-os), então:
-
-```
-TeamDelete()
-TeamCreate(team_name="...", description="...", agent_type="...")
-```
-
-## Observações
-
-- `TeamDelete` falha se qualquer colega ainda estiver ativo. A resposta de erro lista os colegas ativos — envie a cada um um `shutdown_request` via `SendMessage`, aguarde o `shutdown_response` e tente novamente.
-- A exclusão é irreversível do ponto de vista da ferramenta. A configuração da equipe em `~/.claude/teams/{team_name}/config.json` e seu diretório de tarefas são removidos do disco. Se precisar preservar a lista de tarefas, exporte ou copie o diretório antes de excluir.
-- Apenas a sessão líder que criou a equipe pode excluí-la. Um colega disparado não pode chamar `TeamDelete` em sua própria equipe.
-- Excluir a equipe não reverte quaisquer mudanças de sistema de arquivos que os colegas fizeram no repositório. Essas são edições comuns rastreadas pelo git e devem ser revertidas separadamente se indesejadas.
-- Depois que `TeamDelete` retorna com sucesso, a sessão está livre para chamar `TeamCreate` novamente para uma nova equipe.

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

@@ -1,47 +0,0 @@
-# executeCode
-
-Executa um trecho de código dentro de um kernel ou sandbox ao vivo fornecido por uma integração de IDE (por exemplo, o kernel Jupyter vinculado ao notebook atualmente aberto). A ferramenta está disponível apenas quando o Claude Code está rodando junto com uma ponte de IDE compatível, como a extensão do VS Code com um kernel Jupyter selecionado.
-
-## Quando usar
-
-- Rodar uma computação rápida, inspeção de dados ou plot contra o estado já carregado em um kernel Jupyter ativo.
-- Validar um trecho de código antes de colá-lo em uma célula de notebook.
-- Explorar um dataframe, variável ou modelo em memória que existe no kernel, mas não está serializado em disco.
-- Produzir um gráfico ou resultado numérico que o usuário quer renderizado inline na IDE.
-
-NÃO use para scripts autônomos que seriam melhor atendidos por `Bash` rodando `python script.py`, ou para código que precisa persistir entre um kernel novo.
-
-## Parâmetros
-
-- `code` (string, obrigatório): O código a executar no kernel atual. Roda como se colado em uma célula de notebook — variáveis definidas persistem no kernel até que ele seja reiniciado.
-- `language` (string, opcional): A linguagem do trecho quando a ponte da IDE suporta múltiplos kernels. Mais comumente omitido; o padrão é a linguagem do kernel ativo (tipicamente Python).
-
-## Exemplos
-
-### Exemplo 1: Inspecionar um dataframe em memória
-
-```
-executeCode(
-  code="df.head()\nprint(df.shape)\nprint(df.dtypes)"
-)
-```
-
-Retorna as primeiras linhas, forma e dtypes das colunas de um dataframe já carregado no kernel.
-
-### Exemplo 2: Verificação numérica rápida
-
-```
-executeCode(
-  code="import numpy as np\nnp.mean([1, 2, 3, 4, 5])"
-)
-```
-
-Executa um cálculo único sem criar uma célula de notebook.
-
-## Observações
-
-- `executeCode` é uma ferramenta de ponte de IDE. Está indisponível em sessões de terminal puro do Claude Code; só aparece quando a sessão está conectada a uma IDE que expõe um kernel (por exemplo a extensão Jupyter do VS Code).
-- O estado persiste no kernel. Variáveis definidas por uma chamada `executeCode` permanecem visíveis para chamadas posteriores, para células do notebook e para o usuário — esteja atento a efeitos colaterais.
-- Código de longa duração ou bloqueante bloqueará o kernel. Mantenha trechos curtos; para trabalho de vários minutos, escreva um script real e rode-o via `Bash`.
-- A saída (stdout, valores de retorno, imagens) é retornada à sessão. Saídas muito grandes podem ser truncadas pela ponte da IDE.
-- Para edições de arquivo, prefira `Edit`, `Write` ou `NotebookEdit` — `executeCode` não é um substituto para autoria de arquivos fonte.

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

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

package/concepts/ru/Tool-TeamCreate.md

@@ -1,53 +0,0 @@
-# TeamCreate
-
-Учреждает новую команду для совместной работы с общим списком задач и каналом обмена сообщениями между агентами. Команда — примитив координации для многоагентной работы: основная сессия выступает лидером и порождает именованных сокомандников через инструмент `Agent`.
-
-## Когда использовать
-
-- Пользователь явно запрашивает команду, swarm, crew или многоагентное сотрудничество.
-- Проект имеет несколько чётко независимых потоков работы, выигрывающих от выделенных специалистов (например, frontend, backend, тесты, документация).
-- Нужен постоянный общий список задач, который несколько агентов обновляют по мере прогресса.
-- Вам нужны именованные, адресуемые сокомандники, способные обмениваться сообщениями через `SendMessage`, а не одноразовые вызовы подагента.
-
-НЕ используйте для одиночного делегированного поиска или разового параллельного разветвления — обычные вызовы `Agent` легче и достаточны.
-
-## Параметры
-
-- `team_name` (string, обязательный): уникальный идентификатор команды. Используется как имя каталога под `~/.claude/teams/` и как аргумент `team_name` при порождении сокомандников.
-- `description` (string, обязательный): краткая формулировка цели команды. Показывается каждому сокомандник при старте и записывается в конфиг команды.
-- `agent_type` (string, необязательный): тип персоны подагента по умолчанию, применяемый к сокомандникам, не переопределяющим его. Типичные значения: `general-purpose`, `Explore` или `Plan`.
-
-## Примеры
-
-### Пример 1: создание команды рефакторинга
-
-```
-TeamCreate(
-  team_name="refactor-crew",
-  description="Refactor the data access layer from raw SQL to Prisma, including migrations and tests.",
-  agent_type="general-purpose"
-)
-```
-
-После создания порождайте сокомандников через `Agent` с `team_name: "refactor-crew"` и разными значениями `name`, такими как `db-lead`, `migrations` и `tests`.
-
-### Пример 2: создание исследовательской команды
-
-```
-TeamCreate(
-  team_name="perf-investigation",
-  description="Identify and rank the top three performance regressions introduced in the last release.",
-  agent_type="Explore"
-)
-```
-
-Каждый порождённый сокомандник наследует `Explore` как персону по умолчанию, соответствующую исследовательскому характеру работы только на чтение.
-
-## Примечания
-
-- Из одной сессии можно лидировать только одну команду одновременно. Завершите или удалите текущую команду перед созданием новой.
-- Команда связана 1:1 с общим списком задач. Лидер владеет созданием, назначением и закрытием задач; сокомандники обновляют статус задач, над которыми работают.
-- Конфигурация команды сохраняется в `~/.claude/teams/{team_name}/config.json`, а каталог задач живёт рядом с ней. Эти файлы переживают сессии до явного удаления через `TeamDelete`.
-- Сокомандники порождаются инструментом `Agent` с совпадающим `team_name` плюс уникальным `name`. `name` становится адресом, используемым `SendMessage`.
-- Выбирайте `team_name`, безопасный для файловой системы (буквы, цифры, дефисы, подчёркивания). Избегайте пробелов или слэшей.
-- Пишите `description` так, чтобы совершенно новый сокомандник, читая его с чистого листа, понимал цель команды без дополнительного контекста. Оно становится частью стартового промпта каждого сокомандника.

package/concepts/ru/Tool-TeamDelete.md

@@ -1,44 +0,0 @@
-# TeamDelete
-
-Сносит текущую активную команду, удаляя её каталог конфигурации и каталог общих задач. Это очистительный антипод `TeamCreate`, обычно вызываемый после достижения цели команды и завершения работы всеми сокомандниками.
-
-## Когда использовать
-
-- Команда завершила работу и финальный отчёт доставлен пользователю.
-- Команда создана по ошибке, либо её область настолько изменилась, что стартовать с чистого листа чище, чем продолжать.
-- Нужно создать новую команду, но одна уже активна — сначала удалите старую, поскольку одновременно можно лидировать только одну команду.
-- Команда стала застойной между сессиями, и её сохранённое состояние под `~/.claude/teams/` больше не нужно.
-
-НЕ вызывайте, пока сокомандники всё ещё работают — сначала завершите их работу через `SendMessage` с `shutdown_request`, дождитесь каждого `shutdown_response`, затем удаляйте.
-
-## Параметры
-
-`TeamDelete` в своём типичном вызове не принимает параметров. Действует на текущую активную команду, принадлежащую вызывающей сессии.
-
-## Примеры
-
-### Пример 1: штатное завершение работы после успеха
-
-1. Разошлите запрос на завершение команде:
-   ```
-   SendMessage(to="*", message={ "type": "shutdown_request" })
-   ```
-2. Дождитесь, пока каждый сокомандник ответит `shutdown_response`.
-3. Вызовите `TeamDelete()`, чтобы удалить каталог команды и каталог задач.
-
-### Пример 2: замена неверно сконфигурированной команды
-
-Если `TeamCreate` был вызван с неверным `agent_type` или `description`, сначала убедитесь, что сокомандники ещё не порождены (или заверши их работу), затем:
-
-```
-TeamDelete()
-TeamCreate(team_name="...", description="...", agent_type="...")
-```
-
-## Примечания
-
-- `TeamDelete` падает, если какой-либо сокомандник всё ещё активен. Ответ с ошибкой перечисляет живых сокомандников — отправьте каждому `shutdown_request` через `SendMessage`, дождитесь их `shutdown_response` и повторите.
-- Удаление с точки зрения инструмента необратимо. Конфиг команды в `~/.claude/teams/{team_name}/config.json` и её каталог задач удаляются с диска. Если нужен сохранённый список задач, экспортируйте или скопируйте каталог перед удалением.
-- Удалить команду может только лидерская сессия, которая её создала. Порождённый сокомандник не может вызвать `TeamDelete` на своей команде.
-- Удаление команды не откатывает никакие изменения файловой системы, сделанные сокомандниками в репозитории. Это обычные git-отслеживаемые правки, и их нужно откатывать отдельно, если они нежелательны.
-- После успешного возврата `TeamDelete` сессия свободна снова вызвать `TeamCreate` для новой команды.