cc-viewer 1.7.21 → 1.7.23

package/concepts/ko/Tool-executeCode.md

@@ -1,47 +0,0 @@
-# executeCode
-
-IDE 통합 (예: 현재 열려 있는 노트북에 바인딩된 Jupyter 커널)이 제공하는 라이브 커널이나 샌드박스 내에서 코드 스니펫을 실행합니다. 이 도구는 Jupyter 커널이 선택된 VS Code 확장과 같은 호환 IDE 브리지와 함께 Claude Code가 실행될 때만 존재합니다.
-
-## 사용 시점
-
-- 활성 Jupyter 커널에 이미 로드된 상태에 대해 빠른 계산, 데이터 검사, 또는 플롯 실행.
-- 노트북 셀에 붙여 넣기 전에 코드 스니펫 검증.
-- 커널에 존재하지만 디스크에 직렬화되지 않은 메모리 내 데이터프레임, 변수, 또는 모델 탐색.
-- 사용자가 IDE에 인라인으로 렌더링하기를 원하는 차트나 숫자 결과 생성.
-
-`Bash`가 `python script.py`를 실행하는 것이 더 나은 독립 스크립트나, 새로운 커널을 넘어 지속되어야 하는 코드에는 사용하지 마십시오.
-
-## 매개변수
-
-- `code` (string, 필수): 현재 커널에서 실행할 코드. 노트북 셀에 붙여 넣은 것처럼 실행됩니다 — 정의된 변수는 재시작될 때까지 커널에 지속됩니다.
-- `language` (string, 선택): IDE 브리지가 여러 커널을 지원할 때 스니펫의 언어. 가장 일반적으로 생략됩니다. 기본값은 활성 커널의 언어 (일반적으로 Python)입니다.
-
-## 예시
-
-### 예시 1: 메모리 내 데이터프레임 검사
-
-```
-executeCode(
-  code="df.head()\nprint(df.shape)\nprint(df.dtypes)"
-)
-```
-
-커널에 이미 로드된 데이터프레임의 첫 번째 행, 모양, 열 dtypes를 반환합니다.
-
-### 예시 2: 빠른 숫자 확인
-
-```
-executeCode(
-  code="import numpy as np\nnp.mean([1, 2, 3, 4, 5])"
-)
-```
-
-노트북 셀을 생성하지 않고 일회성 계산을 실행합니다.
-
-## 참고사항
-
-- `executeCode`는 IDE 브리지 도구입니다. Claude Code의 일반 터미널 세션에서는 사용할 수 없습니다. 커널을 노출하는 IDE (예: VS Code Jupyter 확장)에 세션이 연결된 경우에만 나타납니다.
-- 상태는 커널에 지속됩니다. 한 `executeCode` 호출에서 정의된 변수는 나중 호출, 노트북 셀, 사용자에게 여전히 보입니다 — 부작용에 유의하십시오.
-- 장시간 실행되거나 차단되는 코드는 커널을 차단합니다. 스니펫을 짧게 유지하십시오. 수 분 작업의 경우 실제 스크립트를 작성하고 `Bash`를 통해 실행하십시오.
-- 출력 (stdout, 반환 값, 이미지)은 세션에 반환됩니다. 매우 큰 출력은 IDE 브리지에 의해 잘릴 수 있습니다.
-- 파일 편집의 경우 `Edit`, `Write`, 또는 `NotebookEdit`를 선호하십시오 — `executeCode`는 소스 파일 작성의 대체물이 아닙니다.

package/concepts/ko/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"
-)
-```
-
-`src/auth.ts`에 대한 TypeScript 오류, ESLint 경고, 또는 기타 언어 서버 메시지를 반환합니다.
-
-### 예시 2: 모든 열린 파일 스위핑
-
-```
-getDiagnostics()
-```
-
-현재 열려 있는 모든 편집기에서 진단을 반환합니다. 다중 파일 리팩터링의 끝에서 다른 곳에서 회귀가 없는지 확인하는 데 유용합니다.
-
-## 참고사항
-
-- `getDiagnostics`는 IDE 브리지 도구입니다. Claude Code가 지원 IDE 통합 (예: VS Code 확장)에 연결된 경우에만 사용할 수 있습니다. 일반 터미널 세션에서는 도구가 나타나지 않습니다.
-- 결과는 IDE가 로드한 모든 언어 서버 — TypeScript, Pyright, ESLint, rust-analyzer 등을 반영합니다. 품질과 범위는 Claude Code가 아닌 사용자의 IDE 설정에 따라 달라집니다.
-- 진단은 라이브입니다. 편집 후 언어 서버가 다시 분석할 시간을 주기 전에 빈 결과를 성공으로 해석하지 마십시오 — 파일이 방금 저장된 경우 다시 실행하십시오.
-- 심각도 수준에는 일반적으로 `error`, `warning`, `information`, `hint`가 포함됩니다. 먼저 `error`에 집중하십시오. 경고는 의도적인 프로젝트 스타일일 수 있습니다.
-- IDE에 현재 열려 있지 않은 파일의 경우 파일에 실제 문제가 있어도 언어 서버에 보고할 진단이 없을 수 있습니다. 권위 있는 범위를 위해 파일을 열거나 빌드를 실행하십시오.

package/concepts/no/Tool-TeamCreate.md

@@ -1,53 +0,0 @@
-# TeamCreate
-
-Etablerer et nytt samarbeidsteam med en delt oppgaveliste og inter-agent meldingskanal. Et team er koordinasjonsprimitiv for flere-agent-arbeid — hovedsesjonen fungerer som leder og spawner navngitte lagkamerater via `Agent`-verktøyet.
-
-## Når skal den brukes
-
-- Brukeren ber eksplisitt om et team, swarm, crew eller flere-agent-samarbeid.
-- Et prosjekt har flere klart uavhengige arbeidsstrømmer som tjener på dedikerte spesialister (f.eks. frontend, backend, tester, dokumenter).
-- Du trenger en persistent delt oppgaveliste som flere agenter oppdaterer etter hvert som de gjør fremgang.
-- Du vil ha navngitte, adresserbare lagkamerater som kan utveksle meldinger via `SendMessage` i stedet for engangs-underagentkall.
-
-IKKE bruk for et enkelt delegert søk eller en engangs-parallell utvidelse — vanlige `Agent`-kall er lettere og tilstrekkelige.
-
-## Parametere
-
-- `team_name` (string, påkrevd): Unik identifikator for teamet. Brukes som katalognavn under `~/.claude/teams/` og som `team_name`-argument når lagkamerater spawnes.
-- `description` (string, påkrevd): Kort uttalelse om teamets mål. Vises til hver lagkamerat ved spawn og skrives inn i team-konfigurasjonen.
-- `agent_type` (string, valgfri): Standard underagent-persona anvendt på lagkamerater som ikke overstyrer den. Typiske verdier er `general-purpose`, `Explore` eller `Plan`.
-
-## Eksempler
-
-### Eksempel 1: Opprett et refaktorerings-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"
-)
-```
-
-Etter opprettelse, spawn lagkamerater med `Agent` ved å bruke `team_name: "refactor-crew"` og distinkte `name`-verdier som `db-lead`, `migrations` og `tests`.
-
-### Eksempel 2: Opprett et undersøkelsesteam
-
-```
-TeamCreate(
-  team_name="perf-investigation",
-  description="Identify and rank the top three performance regressions introduced in the last release.",
-  agent_type="Explore"
-)
-```
-
-Hver spawnet lagkamerat arver `Explore` som standard persona, som matcher den skrivebeskyttede undersøkelsesnaturen til arbeidet.
-
-## Notater
-
-- Kun ett team kan ledes om gangen fra en gitt sesjon. Fullfør eller slett gjeldende team før du oppretter et annet.
-- Et team er 1:1 med en delt oppgaveliste. Lederen eier oppgaveopprettelse, tildeling og avslutning; lagkamerater oppdaterer statusen på oppgaver de jobber med.
-- Teamkonfigurasjon persisteres på `~/.claude/teams/{team_name}/config.json`, og oppgavekatalogen lever ved siden av den. Disse filene overlever på tvers av sesjoner til de eksplisitt fjernes med `TeamDelete`.
-- Lagkamerater spawnes med `Agent`-verktøyet med matchende `team_name` pluss et distinkt `name`. `name` blir adressen brukt av `SendMessage`.
-- Velg et `team_name` som er filsystem-trygt (bokstaver, tall, bindestreker, understreker). Unngå mellomrom eller skråstreker.
-- Skriv `description` slik at en helt ny lagkamerat, som leser den uten forkunnskap, vil forstå teamets mål uten ytterligere kontekst. Den blir del av hver lagkamerats startprompt.

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.