cc-viewer 1.7.22 → 1.8.0

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.

package/concepts/no/Tool-TeamDelete.md

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

package/concepts/no/Tool-executeCode.md

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

package/concepts/no/Tool-getDiagnostics.md

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