cc-viewer 1.7.22 → 1.7.23

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`를 호출할 수 있습니다.

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.