cc-viewer 1.7.22 → 1.8.0

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` для новой команды.

package/concepts/ru/Tool-executeCode.md

@@ -1,47 +0,0 @@
-# executeCode
-
-Выполняет фрагмент кода внутри живого ядра или песочницы, предоставляемых IDE-интеграцией (например, ядра Jupyter, привязанного к открытому блокноту). Инструмент присутствует только тогда, когда Claude Code запущен вместе с совместимым IDE-мостом, таким как расширение VS Code с выбранным ядром Jupyter.
-
-## Когда использовать
-
-- Запуск быстрого вычисления, инспекции данных или графика против состояния, уже загруженного в активном ядре Jupyter.
-- Валидация фрагмента кода перед вставкой в ячейку блокнота.
-- Исследование dataframe, переменной или модели в памяти, которая существует в ядре, но не сериализована на диск.
-- Производство графика или численного результата, который пользователь хочет отрендерить inline в IDE.
-
-НЕ используйте для отдельных скриптов, которым лучше подошёл бы `Bash` с запуском `python script.py`, или для кода, который должен пережить свежее ядро.
-
-## Параметры
-
-- `code` (string, обязательный): код для выполнения в текущем ядре. Запускается так, будто вставлен в ячейку блокнота — определённые переменные сохраняются в ядре до его перезапуска.
-- `language` (string, необязательный): язык фрагмента, когда IDE-мост поддерживает несколько ядер. Чаще всего опускается; по умолчанию — язык активного ядра (обычно Python).
-
-## Примеры
-
-### Пример 1: инспекция dataframe в памяти
-
-```
-executeCode(
-  code="df.head()\nprint(df.shape)\nprint(df.dtypes)"
-)
-```
-
-Возвращает первые строки, форму и типы колонок dataframe, уже загруженного в ядре.
-
-### Пример 2: быстрая численная проверка
-
-```
-executeCode(
-  code="import numpy as np\nnp.mean([1, 2, 3, 4, 5])"
-)
-```
-
-Выполняет разовое вычисление без создания ячейки блокнота.
-
-## Примечания
-
-- `executeCode` — инструмент IDE-моста. Он недоступен в обычных терминальных сессиях Claude Code; появляется только когда сессия подключена к IDE, экспонирующей ядро (например, расширение VS Code Jupyter).
-- Состояние сохраняется в ядре. Переменные, определённые одним вызовом `executeCode`, остаются видимы последующим вызовам, ячейкам блокнота и пользователю — помните о побочных эффектах.
-- Долго идущий или блокирующий код блокирует ядро. Держите фрагменты короткими; для многоминутной работы напишите настоящий скрипт и запускайте через `Bash`.
-- Вывод (stdout, возвращаемые значения, изображения) возвращается в сессию. Очень большие выводы могут усекаться IDE-мостом.
-- Для правок файлов предпочитайте `Edit`, `Write` или `NotebookEdit` — `executeCode` не заменяет авторинг исходных файлов.

package/concepts/ru/Tool-getDiagnostics.md

@@ -1,44 +0,0 @@
-# getDiagnostics
-
-Забирает диагностику языкового сервера (ошибки, предупреждения, подсказки) из подключённой IDE для конкретного файла или для каждого файла, который IDE сейчас открыла. Используется, чтобы убедиться, что изменения кода чисто компилируются, прежде чем объявлять задачу выполненной.
-
-## Когда использовать
-
-- После `Edit` или `Write`, чтобы подтвердить, что изменение не внесло ошибку типов, синтаксическую ошибку или предупреждение линтера.
-- Перед завершением задачи — прочесать каждый открытый файл на неразрешённые проблемы.
-- При диагностике ошибки, о которой сообщает пользователь, — вытянуть точное сообщение компилятора или проверяльщика типов из IDE, избегая догадок.
-- Как облегчённая альтернатива запуску полной сборки или команды тестов, когда нужно лишь проверить статическую корректность.
-
-НЕ полагайтесь на `getDiagnostics` как на замену набору тестов. Он сообщает, что видит языковой сервер, а не что выполняется во время теста или в продакшене.
-
-## Параметры
-
-- `uri` (string, необязательный): URI файла (обычно `file:///absolute/path`) для получения диагностики. Если опущен, инструмент возвращает диагностику для каждого файла, который IDE сейчас открыла.
-
-## Примеры
-
-### Пример 1: проверка одного файла после правки
-
-```
-getDiagnostics(
-  uri="file:///Users/sky/project/src/auth.ts"
-)
-```
-
-Возвращает любые ошибки TypeScript, предупреждения ESLint или другие сообщения языкового сервера для `src/auth.ts`.
-
-### Пример 2: прочёсывание всех открытых файлов
-
-```
-getDiagnostics()
-```
-
-Возвращает диагностику по всем текущим открытым редакторам. Полезно в конце многофайлового рефакторинга для уверенности, что в другом месте ничего не регрессировало.
-
-## Примечания
-
-- `getDiagnostics` — инструмент IDE-моста. Доступен только когда Claude Code подключён к поддерживающей IDE-интеграции (например, расширению VS Code). В обычной терминальной сессии инструмент не появится.
-- Результаты отражают те языковые серверы, которые загрузила IDE, — TypeScript, Pyright, ESLint, rust-analyzer и т. д. Качество и покрытие зависят от настройки IDE у пользователя, а не от Claude Code.
-- Диагностика живая. После правки дайте языковому серверу мгновение пере-проанализировать, прежде чем интерпретировать пустой результат как успех — перезапустите, если файл только что сохранён.
-- Уровни серьёзности обычно включают `error`, `warning`, `information` и `hint`. Сначала фокусируйтесь на `error`; предупреждения могут быть намеренным стилем проекта.
-- Для файлов, не открытых в IDE в данный момент, у языкового сервера может не быть диагностики, даже если файл содержит реальные проблемы. Откройте файл или запустите сборку для авторитетного покрытия.