cc-viewer 1.7.21 → 1.7.23

package/concepts/fr/Tool-TeamDelete.md

@@ -1,44 +0,0 @@
-# TeamDelete
-
-Démantèle l'équipe actuellement active, en supprimant son répertoire de configuration et son répertoire de tâches partagé. C'est le pendant de nettoyage de `TeamCreate` et il est typiquement appelé après que l'objectif de l'équipe a été atteint et que tous les coéquipiers ont été arrêtés.
-
-## Quand l'utiliser
-
-- L'équipe a terminé son travail et le rapport final a été remis à l'utilisateur.
-- L'équipe a été créée par erreur ou son périmètre a tellement changé qu'il est plus propre de repartir de zéro que de continuer.
-- Vous devez créer une nouvelle équipe mais une est déjà active — supprimez d'abord l'ancienne, puisqu'une seule équipe peut être dirigée à la fois.
-- Une équipe est devenue obsolète au fil des sessions et son état persisté sous `~/.claude/teams/` n'est plus nécessaire.
-
-N'appelez PAS pendant que des coéquipiers sont encore en cours d'exécution — arrêtez-les d'abord via `SendMessage` avec un `shutdown_request`, attendez chaque `shutdown_response`, puis supprimez.
-
-## Paramètres
-
-`TeamDelete` ne prend aucun paramètre dans son invocation typique. Il opère sur l'équipe actuellement active détenue par la session appelante.
-
-## Exemples
-
-### Exemple 1 : arrêt de routine après succès
-
-1. Diffuser une demande d'arrêt à l'équipe :
-   ```
-   SendMessage(to="*", message={ "type": "shutdown_request" })
-   ```
-2. Attendre que chaque coéquipier réponde avec un `shutdown_response`.
-3. Appeler `TeamDelete()` pour supprimer le répertoire d'équipe et le répertoire de tâches.
-
-### Exemple 2 : remplacer une équipe mal configurée
-
-Si `TeamCreate` a été appelé avec le mauvais `agent_type` ou `description`, assurez-vous d'abord qu'aucun coéquipier n'a été lancé (ou arrêtez-les), puis :
-
-```
-TeamDelete()
-TeamCreate(team_name="...", description="...", agent_type="...")
-```
-
-## Notes
-
-- `TeamDelete` échoue si un coéquipier est encore actif. La réponse d'erreur liste les coéquipiers en vie — envoyez à chacun un `shutdown_request` via `SendMessage`, attendez leur `shutdown_response` et réessayez.
-- La suppression est irréversible du point de vue de l'outil. La configuration de l'équipe à `~/.claude/teams/{team_name}/config.json` et son répertoire de tâches sont supprimés du disque. Si vous avez besoin de préserver la liste de tâches, exportez ou copiez le répertoire avant de supprimer.
-- Seule la session chef qui a créé l'équipe peut la supprimer. Un coéquipier généré ne peut pas appeler `TeamDelete` sur sa propre équipe.
-- Supprimer l'équipe ne rétablit pas les modifications du système de fichiers que les coéquipiers ont apportées dans le dépôt. Ce sont des modifications suivies par git ordinaires et doivent être annulées séparément si indésirables.
-- Après le retour réussi de `TeamDelete`, la session est libre d'appeler `TeamCreate` à nouveau pour une nouvelle équipe.

package/concepts/fr/Tool-executeCode.md

@@ -1,47 +0,0 @@
-# executeCode
-
-Exécute un extrait de code dans un noyau ou un sandbox en direct fourni par une intégration IDE (par exemple le noyau Jupyter lié au notebook actuellement ouvert). L'outil n'est présent que lorsque Claude Code fonctionne aux côtés d'un pont IDE compatible tel que l'extension VS Code avec un noyau Jupyter sélectionné.
-
-## Quand l'utiliser
-
-- Exécuter un calcul rapide, une inspection de données ou un tracé sur l'état déjà chargé dans un noyau Jupyter actif.
-- Valider un extrait de code avant de le coller dans une cellule de notebook.
-- Explorer un dataframe, une variable ou un modèle en mémoire qui existe dans le noyau mais n'est pas sérialisé sur disque.
-- Produire un graphique ou un résultat numérique que l'utilisateur veut voir rendu inline dans l'IDE.
-
-N'utilisez PAS pour des scripts autonomes qui seraient mieux servis par `Bash` exécutant `python script.py`, ou pour du code qui doit persister à travers un noyau neuf.
-
-## Paramètres
-
-- `code` (string, requis) : le code à exécuter dans le noyau courant. S'exécute comme s'il était collé dans une cellule de notebook — les variables définies persistent dans le noyau jusqu'à son redémarrage.
-- `language` (string, optionnel) : le langage de l'extrait lorsque le pont IDE prend en charge plusieurs noyaux. Le plus souvent omis ; par défaut le langage du noyau actif (généralement Python).
-
-## Exemples
-
-### Exemple 1 : inspecter un dataframe en mémoire
-
-```
-executeCode(
-  code="df.head()\nprint(df.shape)\nprint(df.dtypes)"
-)
-```
-
-Renvoie les premières lignes, la forme et les dtypes de colonnes d'un dataframe déjà chargé dans le noyau.
-
-### Exemple 2 : vérification numérique rapide
-
-```
-executeCode(
-  code="import numpy as np\nnp.mean([1, 2, 3, 4, 5])"
-)
-```
-
-Effectue un calcul ponctuel sans créer de cellule de notebook.
-
-## Notes
-
-- `executeCode` est un outil de pont IDE. Il est indisponible dans les sessions de terminal classiques de Claude Code ; il n'apparaît que lorsque la session est connectée à un IDE qui expose un noyau (par exemple l'extension Jupyter de VS Code).
-- L'état persiste dans le noyau. Les variables définies par un appel `executeCode` restent visibles pour les appels ultérieurs, les cellules de notebook et l'utilisateur — attention aux effets de bord.
-- Le code de longue durée ou bloquant bloquera le noyau. Gardez les extraits courts ; pour un travail de plusieurs minutes, écrivez un véritable script et exécutez-le via `Bash`.
-- La sortie (sortie standard, valeurs de retour, images) est renvoyée à la session. Les très grandes sorties peuvent être tronquées par le pont IDE.
-- Pour les modifications de fichiers, préférez `Edit`, `Write` ou `NotebookEdit` — `executeCode` n'est pas un substitut à la création de fichiers source.

package/concepts/fr/Tool-getDiagnostics.md

@@ -1,44 +0,0 @@
-# getDiagnostics
-
-Récupère les diagnostics (erreurs, avertissements, indices) du serveur de langage depuis l'IDE connecté pour un fichier spécifique ou pour tous les fichiers que l'IDE a actuellement ouverts. Utilisé pour vérifier que les modifications de code compilent proprement avant de déclarer une tâche terminée.
-
-## Quand l'utiliser
-
-- Après un `Edit` ou un `Write` pour confirmer que le changement n'a pas introduit d'erreur de type, d'erreur de syntaxe ou d'avertissement de lint.
-- Avant de terminer une tâche pour balayer chaque fichier ouvert à la recherche de problèmes non résolus.
-- Lors du diagnostic d'une erreur signalée par l'utilisateur — récupérer le message exact du compilateur ou du vérificateur de types de l'IDE évite de deviner.
-- Comme alternative légère à l'exécution d'un build complet ou d'une commande de test lorsque vous n'avez besoin que de vérifier la correction statique.
-
-Ne comptez PAS sur `getDiagnostics` comme remplacement de la suite de tests. Il rapporte ce que le serveur de langage voit, pas ce qui s'exécute en test ou en production.
-
-## Paramètres
-
-- `uri` (string, optionnel) : l'URI du fichier (typiquement `file:///absolute/path`) dont récupérer les diagnostics. Lorsqu'omis, l'outil renvoie les diagnostics pour chaque fichier que l'IDE a actuellement ouvert.
-
-## Exemples
-
-### Exemple 1 : vérifier un seul fichier après édition
-
-```
-getDiagnostics(
-  uri="file:///Users/sky/project/src/auth.ts"
-)
-```
-
-Renvoie toute erreur TypeScript, avertissement ESLint ou autre message de serveur de langage pour `src/auth.ts`.
-
-### Exemple 2 : balayer tous les fichiers ouverts
-
-```
-getDiagnostics()
-```
-
-Renvoie les diagnostics sur chaque éditeur actuellement ouvert. Utile à la fin d'un refactoring multi-fichiers pour s'assurer que rien n'a régressé ailleurs.
-
-## Notes
-
-- `getDiagnostics` est un outil de pont IDE. Il n'est disponible que lorsque Claude Code est connecté à une intégration IDE compatible (par exemple l'extension VS Code). Dans une session de terminal classique, l'outil n'apparaîtra pas.
-- Les résultats reflètent les serveurs de langage que l'IDE a chargés — TypeScript, Pyright, ESLint, rust-analyzer, etc. La qualité et la couverture dépendent de la configuration de l'IDE de l'utilisateur, pas de Claude Code.
-- Les diagnostics sont en direct. Après une modification, laissez au serveur de langage un moment pour réanalyser avant d'interpréter un résultat vide comme un succès — relancez si le fichier vient d'être enregistré.
-- Les niveaux de sévérité incluent typiquement `error`, `warning`, `information` et `hint`. Concentrez-vous d'abord sur `error` ; les avertissements peuvent être du style de projet intentionnel.
-- Pour les fichiers non ouverts dans l'IDE, le serveur de langage peut n'avoir aucun diagnostic à rapporter même si le fichier contient de vrais problèmes. Ouvrez le fichier ou exécutez le build pour une couverture faisant autorité.

package/concepts/it/Tool-TeamCreate.md

@@ -1,53 +0,0 @@
-# TeamCreate
-
-Stabilisce un nuovo team di collaborazione con una lista di task condivisa e un canale di messaggistica inter-agente. Un team è la primitiva di coordinamento per il lavoro multi-agente — la sessione principale agisce come leader e istanzia teammate nominati via il tool `Agent`.
-
-## Quando usare
-
-- L'utente richiede esplicitamente un team, uno swarm, una crew o una collaborazione multi-agente.
-- Un progetto ha diversi workstream chiaramente indipendenti che beneficiano di specialisti dedicati (ad esempio frontend, backend, test, docs).
-- Hai bisogno di una lista di task condivisa persistente che più agenti aggiornano man mano che fanno progressi.
-- Vuoi teammate nominati e indirizzabili che possano scambiare messaggi via `SendMessage` piuttosto che chiamate subagente one-shot.
-
-NON usare per una singola ricerca delegata o un singolo fan-out parallelo — semplici chiamate `Agent` sono più leggere e sufficienti.
-
-## Parametri
-
-- `team_name` (string, obbligatorio): Identificatore univoco per il team. Usato come nome di directory sotto `~/.claude/teams/` e come argomento `team_name` quando si istanziano i teammate.
-- `description` (string, obbligatorio): Breve dichiarazione dell'obiettivo del team. Mostrata a ogni teammate al momento dello spawn e scritta nella configurazione del team.
-- `agent_type` (string, opzionale): Persona subagente predefinita applicata ai teammate che non la sovrascrivono. Valori tipici sono `general-purpose`, `Explore` o `Plan`.
-
-## Esempi
-
-### Esempio 1: Creare un team di refactor
-
-```
-TeamCreate(
-  team_name="refactor-crew",
-  description="Refactor the data access layer from raw SQL to Prisma, including migrations and tests.",
-  agent_type="general-purpose"
-)
-```
-
-Dopo la creazione, istanzia teammate con `Agent` usando `team_name: "refactor-crew"` e valori `name` distinti come `db-lead`, `migrations` e `tests`.
-
-### Esempio 2: Creare un team di indagine
-
-```
-TeamCreate(
-  team_name="perf-investigation",
-  description="Identify and rank the top three performance regressions introduced in the last release.",
-  agent_type="Explore"
-)
-```
-
-Ogni teammate istanziato eredita `Explore` come persona predefinita, coerentemente con la natura investigativa in sola lettura del lavoro.
-
-## Note
-
-- Solo un team può essere guidato alla volta da una data sessione. Finisci o elimina il team corrente prima di crearne un altro.
-- Un team è 1:1 con una lista di task condivisa. Il leader possiede la creazione, assegnazione e chiusura dei task; i teammate aggiornano lo stato dei task su cui stanno lavorando.
-- La configurazione del team è persistita in `~/.claude/teams/{team_name}/config.json`, e la directory dei task vive accanto ad essa. Questi file sopravvivono tra sessioni finché non rimossi esplicitamente con `TeamDelete`.
-- I teammate sono istanziati usando il tool `Agent` con `team_name` corrispondente più un `name` distinto. Il `name` diventa l'indirizzo usato da `SendMessage`.
-- Scegli un `team_name` che sia filesystem-safe (lettere, cifre, trattini, underscore). Evita spazi o slash.
-- Scrivi la `description` così che un teammate nuovo, leggendola a freddo, capisca l'obiettivo del team senza ulteriore contesto. Diventa parte del prompt di avvio di ogni teammate.

package/concepts/it/Tool-TeamDelete.md

@@ -1,44 +0,0 @@
-# TeamDelete
-
-Smantella il team attualmente attivo, rimuovendo la sua directory di configurazione e la directory dei task condivisi. È la controparte di pulizia di `TeamCreate` ed è tipicamente chiamato dopo che l'obiettivo del team è stato raggiunto e tutti i teammate si sono spenti.
-
-## Quando usare
-
-- Il team ha completato il suo lavoro e il rapporto finale è stato consegnato all'utente.
-- Il team è stato creato per errore o il suo scope è cambiato così drasticamente che ricominciare da capo è più pulito che continuare.
-- Hai bisogno di creare un nuovo team ma ce n'è già uno attivo — elimina prima quello vecchio, poiché solo un team può essere guidato alla volta.
-- Un team è diventato stantio tra sessioni e il suo stato persistito sotto `~/.claude/teams/` non è più necessario.
-
-NON chiamare mentre i teammate sono ancora in esecuzione — spegnili prima via `SendMessage` con un `shutdown_request`, attendi ogni `shutdown_response`, poi elimina.
-
-## Parametri
-
-`TeamDelete` non accetta parametri nella sua invocazione tipica. Opera sul team attualmente attivo posseduto dalla sessione chiamante.
-
-## Esempi
-
-### Esempio 1: Spegnimento di routine dopo il successo
-
-1. Trasmetti una richiesta di shutdown al team:
-   ```
-   SendMessage(to="*", message={ "type": "shutdown_request" })
-   ```
-2. Attendi che ogni teammate risponda con un `shutdown_response`.
-3. Chiama `TeamDelete()` per rimuovere la directory del team e la directory dei task.
-
-### Esempio 2: Sostituire un team mal configurato
-
-Se `TeamCreate` è stato chiamato con `agent_type` o `description` sbagliati, assicurati prima che nessun teammate sia stato istanziato (o spegnili), poi:
-
-```
-TeamDelete()
-TeamCreate(team_name="...", description="...", agent_type="...")
-```
-
-## Note
-
-- `TeamDelete` fallisce se qualsiasi teammate è ancora attivo. La risposta di errore elenca i teammate vivi — invia a ciascuno un `shutdown_request` via `SendMessage`, attendi il loro `shutdown_response` e riprova.
-- L'eliminazione è irreversibile dalla prospettiva del tool. La configurazione del team in `~/.claude/teams/{team_name}/config.json` e la sua directory dei task vengono rimosse dal disco. Se hai bisogno che la lista dei task sia preservata, esporta o copia la directory prima di eliminare.
-- Solo la sessione leader che ha creato il team può eliminarlo. Un teammate istanziato non può chiamare `TeamDelete` sul proprio team.
-- Eliminare il team non annulla alcuna modifica al filesystem che i teammate hanno fatto nel repository. Queste sono normali modifiche tracciate da git e devono essere annullate separatamente se indesiderate.
-- Dopo che `TeamDelete` restituisce con successo, la sessione è libera di chiamare `TeamCreate` di nuovo per un nuovo team.

package/concepts/it/Tool-executeCode.md

@@ -1,47 +0,0 @@
-# executeCode
-
-Esegue uno snippet di codice all'interno di un kernel live o sandbox fornito da un'integrazione IDE (ad esempio il kernel Jupyter legato al notebook attualmente aperto). Il tool è presente solo quando Claude Code è in esecuzione accanto a un bridge IDE compatibile come l'estensione VS Code con un kernel Jupyter selezionato.
-
-## Quando usare
-
-- Eseguire un calcolo rapido, ispezione di dati o plot contro lo stato già caricato in un kernel Jupyter attivo.
-- Validare uno snippet di codice prima di incollarlo in una cella di notebook.
-- Esplorare un dataframe in memoria, una variabile o un modello che esiste nel kernel ma non è serializzato su disco.
-- Produrre un grafico o un risultato numerico che l'utente vuole reso inline nell'IDE.
-
-NON usare per script standalone che sarebbero meglio serviti da `Bash` che esegue `python script.py`, o per codice che deve persistere attraverso un kernel nuovo.
-
-## Parametri
-
-- `code` (string, obbligatorio): Il codice da eseguire nel kernel corrente. Viene eseguito come se fosse incollato in una cella di notebook — le variabili definite persistono nel kernel fino al riavvio.
-- `language` (string, opzionale): Il linguaggio dello snippet quando il bridge IDE supporta più kernel. Più comunemente omesso; default: il linguaggio del kernel attivo (tipicamente Python).
-
-## Esempi
-
-### Esempio 1: Ispezionare un dataframe in memoria
-
-```
-executeCode(
-  code="df.head()\nprint(df.shape)\nprint(df.dtypes)"
-)
-```
-
-Restituisce le prime righe, la forma e i dtype delle colonne di un dataframe già caricato nel kernel.
-
-### Esempio 2: Controllo numerico rapido
-
-```
-executeCode(
-  code="import numpy as np\nnp.mean([1, 2, 3, 4, 5])"
-)
-```
-
-Esegue un calcolo una tantum senza creare una cella di notebook.
-
-## Note
-
-- `executeCode` è un tool bridge IDE. Non è disponibile in sessioni terminal semplici di Claude Code; appare solo quando la sessione è connessa a un IDE che espone un kernel (ad esempio l'estensione VS Code Jupyter).
-- Lo stato persiste nel kernel. Le variabili definite da una chiamata `executeCode` restano visibili alle chiamate successive, alle celle di notebook e all'utente — fai attenzione agli effetti collaterali.
-- Codice a lunga esecuzione o bloccante bloccherà il kernel. Mantieni gli snippet brevi; per lavoro di diversi minuti, scrivi uno script vero e proprio ed eseguilo via `Bash`.
-- L'output (stdout, valori di ritorno, immagini) viene restituito alla sessione. Output molto grandi possono essere troncati dal bridge IDE.
-- Per modifiche ai file, preferisci `Edit`, `Write` o `NotebookEdit` — `executeCode` non è un sostituto per l'authoring dei file sorgente.

package/concepts/it/Tool-getDiagnostics.md

@@ -1,44 +0,0 @@
-# getDiagnostics
-
-Recupera diagnostiche del language server (errori, avvisi, suggerimenti) dall'IDE connesso per un file specifico o per ogni file che l'IDE ha attualmente aperto. Usato per verificare che le modifiche al codice compilino pulitamente prima di dichiarare un compito completato.
-
-## Quando usare
-
-- Dopo un `Edit` o `Write` per confermare che la modifica non abbia introdotto un errore di tipo, errore di sintassi o avviso di lint.
-- Prima di terminare un compito per esaminare ogni file aperto per problemi irrisolti.
-- Quando si diagnostica un errore che l'utente riporta — estrarre il messaggio esatto del compilatore o type-checker dall'IDE evita di indovinare.
-- Come alternativa leggera all'esecuzione di una build o test suite completa quando hai solo bisogno di controllare la correttezza statica.
-
-NON fare affidamento su `getDiagnostics` come sostituto della suite di test. Riporta ciò che il language server vede, non ciò che viene eseguito in test o produzione.
-
-## Parametri
-
-- `uri` (string, opzionale): L'URI del file (tipicamente `file:///absolute/path`) per cui recuperare le diagnostiche. Quando omesso, il tool restituisce diagnostiche per ogni file che l'IDE ha attualmente aperto.
-
-## Esempi
-
-### Esempio 1: Controllare un singolo file dopo l'editing
-
-```
-getDiagnostics(
-  uri="file:///Users/sky/project/src/auth.ts"
-)
-```
-
-Restituisce qualsiasi errore TypeScript, avviso ESLint o altro messaggio del language server per `src/auth.ts`.
-
-### Esempio 2: Esaminare tutti i file aperti
-
-```
-getDiagnostics()
-```
-
-Restituisce diagnostiche attraverso ogni editor attualmente aperto. Utile alla fine di un refactor multi-file per assicurarsi che nulla abbia fatto regressione altrove.
-
-## Note
-
-- `getDiagnostics` è un tool bridge IDE. È disponibile solo quando Claude Code è connesso a un'integrazione IDE supportata (ad esempio l'estensione VS Code). In una sessione terminal semplice il tool non apparirà.
-- I risultati riflettono qualunque language server l'IDE abbia caricato — TypeScript, Pyright, ESLint, rust-analyzer, ecc. Qualità e copertura dipendono dalla configurazione IDE dell'utente, non da Claude Code.
-- Le diagnostiche sono live. Dopo una modifica, dai al language server un momento per rianalizzare prima di interpretare un risultato vuoto come successo — ri-esegui se il file è appena stato salvato.
-- I livelli di severità includono tipicamente `error`, `warning`, `information` e `hint`. Concentrati prima su `error`; gli avvisi possono essere stile di progetto intenzionale.
-- Per file non attualmente aperti nell'IDE, il language server potrebbe non avere diagnostiche da riportare anche se il file contiene problemi reali. Apri il file o esegui la build per copertura autoritativa.

package/concepts/ja/Tool-TeamCreate.md

@@ -1,53 +0,0 @@
-# TeamCreate
-
-共有タスクリストとエージェント間メッセージングチャンネルを持つ新しい協業チームを確立します。チームはマルチエージェント作業の調整プリミティブです — メインセッションがリーダーとして動作し、`Agent` ツールを介して名前付きチームメイトを起動します。
-
-## 使用タイミング
-
-- ユーザーがチーム、swarm、crew、またはマルチエージェント協業を明示的に要求した場合。
-- プロジェクトに、専門の専任スペシャリスト (例えばフロントエンド、バックエンド、テスト、ドキュメント) から恩恵を受ける、明らかに独立した複数のワークストリームがある場合。
-- 複数のエージェントが進捗するにつれて更新する永続的な共有タスクリストが必要な場合。
-- 一度限りのサブエージェント呼び出しではなく、`SendMessage` を介してメッセージを交換できる、名前付きでアドレス指定可能なチームメイトが必要な場合。
-
-単一の委任された検索や一度限りの並列ファンアウトには使用しないでください — プレーンな `Agent` 呼び出しの方が軽量で十分です。
-
-## パラメータ
-
-- `team_name` (string, required): チームの一意な識別子。`~/.claude/teams/` の下のディレクトリ名として、またチームメイトを起動するときの `team_name` 引数として使用されます。
-- `description` (string, required): チームの目的に関する短いステートメント。起動時にすべてのチームメイトに表示され、チーム設定に書き込まれます。
-- `agent_type` (string, optional): オーバーライドしないチームメイトに適用されるデフォルトのサブエージェントペルソナ。典型的な値は `general-purpose`、`Explore`、`Plan`。
-
-## 例
-
-### 例 1: リファクタリングチームを作成
-
-```
-TeamCreate(
-  team_name="refactor-crew",
-  description="Refactor the data access layer from raw SQL to Prisma, including migrations and tests.",
-  agent_type="general-purpose"
-)
-```
-
-作成後、`team_name: "refactor-crew"` と `db-lead`、`migrations`、`tests` などの異なる `name` 値を使用して、`Agent` でチームメイトを起動します。
-
-### 例 2: 調査チームを作成
-
-```
-TeamCreate(
-  team_name="perf-investigation",
-  description="Identify and rank the top three performance regressions introduced in the last release.",
-  agent_type="Explore"
-)
-```
-
-起動された各チームメイトは、デフォルトペルソナとして `Explore` を継承し、作業の読み取り専用調査的な性質に一致します。
-
-## 注意事項
-
-- 特定のセッションから一度にリードできるのは 1 つのチームだけです。別のチームを作成する前に現在のチームを終了または削除してください。
-- チームは共有タスクリストと 1:1 です。リーダーがタスクの作成、割り当て、クローズを所有し、チームメイトは取り組んでいるタスクのステータスを更新します。
-- チーム設定は `~/.claude/teams/{team_name}/config.json` に永続化され、タスクディレクトリはその隣にあります。これらのファイルは `TeamDelete` で明示的に削除されるまでセッションをまたいで存続します。
-- チームメイトは、一致する `team_name` と異なる `name` を使用して `Agent` ツールで起動されます。`name` は `SendMessage` で使用されるアドレスになります。
-- ファイルシステムに安全な `team_name` (文字、数字、ダッシュ、アンダースコア) を選んでください。スペースやスラッシュは避けてください。
-- まったく新しいチームメイトがコールドで読んだとき、それ以上のコンテキストなしにチームの目標を理解できるように `description` を書いてください。これは各チームメイトの起動プロンプトの一部になります。

package/concepts/ja/Tool-TeamDelete.md

@@ -1,44 +0,0 @@
-# TeamDelete
-
-現在アクティブなチームを解体し、その設定ディレクトリと共有タスクディレクトリを削除します。これは `TeamCreate` のクリーンアップ相当物で、通常はチームの目的が達成され、すべてのチームメイトがシャットダウンした後に呼び出されます。
-
-## 使用タイミング
-
-- チームが作業を完了し、最終レポートがユーザーに配信された。
-- チームが誤って作成されたか、スコープが大幅に変わったため、続けるよりも新たに始める方が簡潔。
-- 新しいチームを作成する必要があるが、すでにアクティブなチームが存在する — 一度にリードできるのは 1 つのチームだけなので、古いものを先に削除してください。
-- チームがセッションをまたいで古くなり、`~/.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` は、チームメイトがまだアクティブな場合は失敗します。エラー応答には生きているチームメイトがリストされます — 各チームメイトに `SendMessage` で `shutdown_request` を送り、`shutdown_response` を待ってから再試行してください。
-- 削除はツールの観点からは取り消せません。`~/.claude/teams/{team_name}/config.json` のチーム設定とタスクディレクトリはディスクから削除されます。タスクリストを保存する必要がある場合は、削除前にディレクトリをエクスポートまたはコピーしてください。
-- チームを作成したリーダーセッションのみが削除できます。起動されたチームメイトは自分のチームで `TeamDelete` を呼び出すことができません。
-- チームの削除はチームメイトがリポジトリで行ったファイルシステム変更をロールバックしません。それらは通常の git 追跡編集であり、不要な場合は別途元に戻す必要があります。
-- `TeamDelete` が正常に戻った後、セッションは新しいチームのために再び `TeamCreate` を呼び出すことができます。

package/concepts/ja/Tool-executeCode.md

@@ -1,47 +0,0 @@
-# executeCode
-
-IDE 統合 (例えば現在開いているノートブックにバインドされた Jupyter カーネル) が提供するライブカーネルまたはサンドボックス内でコードスニペットを実行します。このツールは、VS Code 拡張などの互換性のある IDE ブリッジと Jupyter カーネルが選択された状態で Claude Code が実行されているときにのみ存在します。
-
-## 使用タイミング
-
-- アクティブな Jupyter カーネルにすでにロードされた状態に対して、素早い計算、データ検査、またはプロットを実行。
-- コードスニペットをノートブックセルに貼り付ける前に検証。
-- カーネルに存在するがディスクにシリアライズされていないインメモリデータフレーム、変数、またはモデルを探索。
-- ユーザーが IDE でインラインでレンダリングしたいチャートや数値結果を生成。
-
-`Bash` で `python script.py` を実行する方がよいスタンドアロンスクリプトや、新しいカーネルをまたいで永続化する必要があるコードには使用しないでください。
-
-## パラメータ
-
-- `code` (string, required): 現在のカーネルで実行するコード。ノートブックセルに貼り付けられたように実行されます — 定義された変数はカーネルが再起動されるまで永続化されます。
-- `language` (string, optional): IDE ブリッジが複数のカーネルをサポートする場合のスニペットの言語。最もよく省略されます。アクティブカーネルの言語 (通常 Python) がデフォルトです。
-
-## 例
-
-### 例 1: インメモリデータフレームを検査
-
-```
-executeCode(
-  code="df.head()\nprint(df.shape)\nprint(df.dtypes)"
-)
-```
-
-カーネルにすでにロードされたデータフレームの最初の行、形状、列 dtype を返します。
-
-### 例 2: 素早い数値チェック
-
-```
-executeCode(
-  code="import numpy as np\nnp.mean([1, 2, 3, 4, 5])"
-)
-```
-
-ノートブックセルを作成せずにワンオフの計算を実行します。
-
-## 注意事項
-
-- `executeCode` は IDE ブリッジツールです。Claude Code のプレーンなターミナルセッションでは利用できません。セッションがカーネルを公開する IDE (例えば VS Code Jupyter 拡張) に接続されている場合にのみ表示されます。
-- 状態はカーネルに永続化されます。1 つの `executeCode` 呼び出しで定義された変数は、後の呼び出し、ノートブックセル、ユーザーに引き続き見えます — 副作用に注意してください。
-- 長時間実行またはブロッキングコードはカーネルをブロックします。スニペットは短く保ってください。数分の作業には、実際のスクリプトを書いて `Bash` で実行してください。
-- 出力 (stdout、戻り値、画像) はセッションに返されます。非常に大きな出力は IDE ブリッジによって切り詰められる可能性があります。
-- ファイル編集には `Edit`、`Write`、または `NotebookEdit` を優先してください — `executeCode` はソースファイルを作成する代替ではありません。

package/concepts/ja/Tool-getDiagnostics.md

@@ -1,44 +0,0 @@
-# getDiagnostics
-
-接続された IDE から特定のファイルまたは IDE が現在開いているすべてのファイルについて言語サーバーの診断 (エラー、警告、ヒント) を取得します。タスクを完了と宣言する前に、コード変更がクリーンにコンパイルされることを確認するために使用します。
-
-## 使用タイミング
-
-- `Edit` または `Write` の後に、変更が型エラー、構文エラー、またはリント警告を導入しなかったことを確認。
-- タスクを終了する前に、すべての開いているファイルを一掃して未解決の問題を探す。
-- ユーザーが報告するエラーを診断するとき — IDE から正確なコンパイラまたは型チェッカーメッセージを取得することで推測を避ける。
-- 静的な正しさをチェックするだけでよい場合に、完全なビルドまたはテストコマンドを実行する軽量な代替。
-
-テストスイートの代替として `getDiagnostics` に頼らないでください。言語サーバーが見るものを報告し、テストまたは本番時に実行されるものではありません。
-
-## パラメータ
-
-- `uri` (string, optional): 診断を取得するファイル 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 など — が見るものを反映します。品質とカバレッジはユーザーの IDE セットアップに依存し、Claude Code には依存しません。
-- 診断はライブです。編集後、空の結果を成功と解釈する前に、言語サーバーに再解析の時間を与えてください — ファイルを保存したばかりなら再実行してください。
-- 重要度レベルには通常 `error`、`warning`、`information`、`hint` が含まれます。最初に `error` に焦点を当ててください。警告は意図的なプロジェクトスタイルかもしれません。
-- IDE に現在開いていないファイルの場合、ファイルに実際の問題が含まれていても、言語サーバーは診断を報告しないかもしれません。権威あるカバレッジのためには、ファイルを開くかビルドを実行してください。

package/concepts/ko/Tool-TeamCreate.md

@@ -1,53 +0,0 @@
-# TeamCreate
-
-공유 작업 목록과 에이전트 간 메시징 채널을 갖춘 새로운 협업 팀을 설정합니다. 팀은 다중 에이전트 작업에 대한 조정 프리미티브입니다 — 메인 세션이 리더 역할을 하며 `Agent` 도구를 통해 명명된 팀원을 생성합니다.
-
-## 사용 시점
-
-- 사용자가 팀, 스웜, 크루, 또는 다중 에이전트 협업을 명시적으로 요청합니다.
-- 프로젝트에 전담 전문가 (예: 프론트엔드, 백엔드, 테스트, 문서)로부터 이점을 얻는 명확히 독립적인 여러 작업 흐름이 있습니다.
-- 여러 에이전트가 진행 상황을 업데이트하는 영속적인 공유 작업 목록이 필요합니다.
-- 일회성 서브에이전트 호출이 아닌 `SendMessage`를 통해 메시지를 교환할 수 있는 명명된 주소 지정 가능한 팀원을 원합니다.
-
-단일 위임 검색이나 일회성 병렬 팬아웃에는 사용하지 마십시오 — 일반 `Agent` 호출이 더 가볍고 충분합니다.
-
-## 매개변수
-
-- `team_name` (string, 필수): 팀의 고유 식별자. `~/.claude/teams/` 아래의 디렉토리 이름과 팀원을 생성할 때의 `team_name` 인수로 사용됩니다.
-- `description` (string, 필수): 팀의 목적에 대한 짧은 진술. 생성 시 모든 팀원에게 표시되며 팀 구성에 작성됩니다.
-- `agent_type` (string, 선택): 재정의하지 않는 팀원에 적용되는 기본 서브에이전트 페르소나. 일반적인 값은 `general-purpose`, `Explore`, `Plan`입니다.
-
-## 예시
-
-### 예시 1: 리팩터 팀 생성
-
-```
-TeamCreate(
-  team_name="refactor-crew",
-  description="Refactor the data access layer from raw SQL to Prisma, including migrations and tests.",
-  agent_type="general-purpose"
-)
-```
-
-생성 후 `team_name: "refactor-crew"`와 `db-lead`, `migrations`, `tests`와 같은 고유한 `name` 값으로 `Agent`를 사용하여 팀원을 생성합니다.
-
-### 예시 2: 조사 팀 생성
-
-```
-TeamCreate(
-  team_name="perf-investigation",
-  description="Identify and rank the top three performance regressions introduced in the last release.",
-  agent_type="Explore"
-)
-```
-
-생성된 각 팀원은 `Explore`를 기본 페르소나로 상속하여 작업의 읽기 전용 조사 특성과 일치합니다.
-
-## 참고사항
-
-- 주어진 세션에서 한 번에 하나의 팀만 이끌 수 있습니다. 다른 팀을 생성하기 전에 현재 팀을 완료하거나 삭제하십시오.
-- 팀은 공유 작업 목록과 1:1입니다. 리더가 작업 생성, 할당, 종료를 소유합니다. 팀원은 작업 중인 작업의 상태를 업데이트합니다.
-- 팀 구성은 `~/.claude/teams/{team_name}/config.json`에 지속되며 작업 디렉토리가 그 옆에 있습니다. 이 파일은 `TeamDelete`로 명시적으로 제거될 때까지 세션을 넘어 유지됩니다.
-- 팀원은 일치하는 `team_name`과 고유한 `name`으로 `Agent` 도구를 사용하여 생성됩니다. `name`은 `SendMessage`에서 사용되는 주소가 됩니다.
-- 파일시스템에 안전한 `team_name`을 선택하십시오 (문자, 숫자, 대시, 밑줄). 공백이나 슬래시를 피하십시오.
-- 새 팀원이 차갑게 읽으면 추가 컨텍스트 없이 팀의 목표를 이해할 수 있도록 `description`을 작성하십시오. 이것은 모든 팀원의 시작 프롬프트의 일부가 됩니다.

package/concepts/ko/Tool-TeamDelete.md

@@ -1,44 +0,0 @@
-# TeamDelete
-
-현재 활성화된 팀을 해체하여 구성 디렉토리와 공유 작업 디렉토리를 제거합니다. 이것은 `TeamCreate`의 정리 대응물이며 일반적으로 팀의 목표가 달성되고 모든 팀원이 종료된 후에 호출됩니다.
-
-## 사용 시점
-
-- 팀이 작업을 완료했고 최종 보고서가 사용자에게 전달되었습니다.
-- 팀이 오류로 생성되었거나 범위가 너무 극적으로 변경되어 계속하는 것보다 새로 시작하는 것이 더 깔끔합니다.
-- 새 팀을 생성해야 하지만 이미 하나가 활성화되어 있습니다 — 한 번에 하나의 팀만 이끌 수 있으므로 먼저 이전 팀을 삭제하십시오.
-- 팀이 세션을 넘어 오래되어 `~/.claude/teams/` 아래의 지속된 상태가 더 이상 필요하지 않습니다.
-
-팀원이 여전히 실행 중일 때 호출하지 마십시오 — 먼저 `shutdown_request`와 함께 `SendMessage`를 통해 종료하고, 모든 `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`가 실패합니다. 오류 응답은 활성 팀원을 나열합니다 — 각 팀원에게 `SendMessage`를 통해 `shutdown_request`를 보내고 `shutdown_response`를 기다린 다음 다시 시도하십시오.
-- 삭제는 도구의 관점에서 되돌릴 수 없습니다. `~/.claude/teams/{team_name}/config.json`의 팀 구성과 작업 디렉토리가 디스크에서 제거됩니다. 작업 목록을 보존해야 하는 경우 삭제 전에 디렉토리를 내보내거나 복사하십시오.
-- 팀을 생성한 리더 세션만 삭제할 수 있습니다. 생성된 팀원은 자신의 팀에서 `TeamDelete`를 호출할 수 없습니다.
-- 팀을 삭제해도 팀원이 저장소에 만든 파일시스템 변경 사항은 롤백되지 않습니다. 이들은 일반적인 git 추적 편집이며 원하지 않으면 별도로 되돌려야 합니다.
-- `TeamDelete`가 성공적으로 반환된 후 세션은 새 팀을 위해 다시 `TeamCreate`를 호출할 수 있습니다.