cc-viewer 1.6.182 → 1.6.183

package/concepts/da/Tool-WebFetch.md

@@ -1,55 +1,50 @@
 # WebFetch
 
-## Definition
+Henter indholdet af en offentlig webside, konverterer HTML'en til Markdown og kører en lille hjælpemodel over resultatet ved hjælp af en naturligsprogs-prompt for at udtrække den information, du har brug for.
 
-Henter indholdet af en webside fra den angivne URL, konverterer HTML til markdown og behandler indholdet med en AI-model baseret på prompten.
+## Hvornår skal den bruges
+
+- Læse en offentlig dokumentationsside, blogindlæg eller RFC refereret i samtalen.
+- Udtrække et specifikt faktum, kodestump eller tabel fra en kendt URL uden at indlæse hele siden i konteksten.
+- Opsummere release notes eller changelogs fra en åben webressource.
+- Tjekke et biblioteks offentlige API-reference, når kilden ikke er i det lokale repository.
+- Følge et link, brugeren indsatte i chatten, for at svare på et opfølgningsspørgsmål.
 
 ## Parametre
 
-| Parameter | Type | Påkrævet | Beskrivelse |
-|------|------|------|------|
-| `url` | string (URI) | Ja | Komplet URL der skal hentes |
-| `prompt` | string | Ja | Beskriver hvilken information der skal udtrækkes fra siden |
-
-## Brugsscenarier
-
-**Egnet til:**
-- Hente indhold fra offentlige websider
-- Slå op i onlinedokumentation
-- Udtrække specifik information fra en webside
-
-**Ikke egnet til:**
-- URL'er der kræver autentificering (Google Docs, Confluence, Jira, GitHub osv.) — søg først efter et dedikeret MCP-værktøj
-- GitHub-URL'er — foretræk brug af `gh` CLI
-
-## Bemærkninger
-
-- URL'en skal være en komplet gyldig URL
-- HTTP opgraderes automatisk til HTTPS
-- Resultater kan blive opsummeret, hvis indholdet er for stort
-- Inkluderer en selvrensende 15-minutters cache
-- Når URL'en omdirigerer til en anden vært, returnerer værktøjet omdirigerings-URL'en, og der skal foretages en ny anmodning med den nye URL
-- Hvis et MCP-leveret web fetch-værktøj er tilgængeligt, foretræk det
-
-## Originaltekst
-
-<textarea readonly>IMPORTANT: WebFetch WILL FAIL for authenticated or private URLs. Before using this tool, check if the URL points to an authenticated service (e.g. Google Docs, Confluence, Jira, GitHub). If so, you MUST use ToolSearch first to find a specialized tool that provides authenticated access.
-
-- Fetches content from a specified URL and processes it using an AI model
-- Takes a URL and a prompt as input
-- Fetches the URL content, converts HTML to markdown
-- Processes the content with the prompt using a small, fast model
-- Returns the model's response about the content
-- Use this tool when you need to retrieve and analyze web content
-
-Usage notes:
-  - IMPORTANT: If an MCP-provided web fetch tool is available, prefer using that tool instead of this one, as it may have fewer restrictions.
-  - The URL must be a fully-formed valid URL
-  - HTTP URLs will be automatically upgraded to HTTPS
-  - The prompt should describe what information you want to extract from the page
-  - This tool is read-only and does not modify any files
-  - Results may be summarized if the content is very large
-  - Includes a self-cleaning 15-minute cache for faster responses when repeatedly accessing the same URL
-  - When a URL redirects to a different host, the tool will inform you and provide the redirect URL in a special format. You should then make a new WebFetch request with the redirect URL to fetch the content.
-  - For GitHub URLs, prefer using the gh CLI via Bash instead (e.g., gh pr view, gh issue view, gh api).
-</textarea>
+- `url` (string, påkrævet): En fuldt formet absolut URL. Almindelig `http://` opgraderes automatisk til `https://`.
+- `prompt` (string, påkrævet): Instruktionen, der sendes til den lille udtrækningsmodel. Beskriv præcis, hvad der skal hentes fra siden, såsom "list alle eksporterede funktioner" eller "returnér den mindste understøttede Node-version".
+
+## Eksempler
+
+### Eksempel 1: Udtræk en konfigurationsstandard
+
+```
+WebFetch(
+  url="https://vitejs.dev/config/server-options.html",
+  prompt="What is the default value of server.port and can it be a string?"
+)
+```
+
+Værktøjet henter Vite-docs-siden, konverterer den til Markdown og returnerer et kort svar som "Default is `5173`; accepts a number only."
+
+### Eksempel 2: Opsummér en changelog-sektion
+
+```
+WebFetch(
+  url="https://nodejs.org/en/blog/release/v20.11.0",
+  prompt="List the security fixes included in this release as bullet points."
+)
+```
+
+Nyttigt, når brugeren spørger "hvad ændrede sig i Node 20.11", og release-siden er lang.
+
+## Noter
+
+- `WebFetch` fejler på enhver URL, der kræver autentificering, cookies eller en VPN. For Google Docs, Confluence, Jira, private GitHub-ressourcer eller interne wikier skal du i stedet bruge en dedikeret MCP-server, der giver autentificeret adgang.
+- For alt, der er hostet på GitHub (PR'er, issues, fil-blobs, API-svar), foretræk `gh`-CLI gennem `Bash` frem for at scrape web-UI'et. `gh pr view`, `gh issue view` og `gh api` returnerer strukturerede data og fungerer mod private repositories.
+- Resultater kan opsummeres, når den hentede side er meget stor. Hvis du har brug for præcis tekst, indsnævr `prompt` til at bede om et literalt uddrag.
+- En selvrensende cache på 15 minutter anvendes pr. URL. Gentagne kald til samme side i én session er næsten øjeblikkelige, men kan returnere lettere forældet indhold. Hvis friskhed betyder noget, nævn det i prompten eller vent cachen ud.
+- Hvis målhosten udsteder en cross-host-redirect, returnerer værktøjet den nye URL i en speciel svarblok og følger den ikke automatisk. Kald `WebFetch` igen med redirect-målet, hvis du stadig vil have indholdet.
+- Prompten eksekveres af en mindre, hurtigere model end hovedassistenten. Hold den smal og konkret; kompleks multi-trins-ræsonnement håndteres bedre ved at læse den rå Markdown selv efter hentning.
+- Send aldrig hemmeligheder, tokens eller session-identifikatorer indlejret i URL'en — sideindhold og query-strings reflekteret i output kan blive logget af upstream-tjenester.

package/concepts/da/Tool-WebSearch.md

@@ -1,58 +1,51 @@
 # WebSearch
 
-## Definition
+Udfører en live websøgning og returnerer rangerede resultater, som assistenten bruger til at grundlægge sit svar i aktuel information ud over modellens træningscutoff.
 
-Udfører en søgemaskineforespørgsel og returnerer søgeresultater til at hente aktuel information.
+## Hvornår skal den bruges
 
-## Parametre
-
-| Parameter | Type | Påkrævet | Beskrivelse |
-|------|------|------|------|
-| `query` | string | Ja | Søgeforespørgsel (mindst 2 tegn) |
-| `allowed_domains` | string[] | Nej | Inkluder kun resultater fra disse domæner |
-| `blocked_domains` | string[] | Nej | Ekskluder resultater fra disse domæner |
+- Besvare spørgsmål om aktuelle begivenheder, nylige udgivelser eller breaking news.
+- Slå den nyeste version op af et bibliotek, framework eller CLI-værktøj.
+- Finde dokumentation eller blogindlæg, når den nøjagtige URL er ukendt.
+- Verificere et faktum, der kan have ændret sig, siden modellen blev trænet.
+- Opdage flere perspektiver på et emne, før du henter en enkelt side med `WebFetch`.
 
-## Brugsscenarier
+## Parametre
 
-**Egnet til:**
-- Hente aktuel information ud over modellens videns-cutoff-dato
-- Søge efter aktuelle begivenheder og nyeste data
-- Søge efter den nyeste tekniske dokumentation
+- `query` (string, påkrævet): Søgeforespørgslen. Minimum længde 2 tegn. Inkludér det aktuelle år, når du spørger om "nyeste" eller "seneste" information, så resultaterne er friske.
+- `allowed_domains` (array af strings, valgfri): Begrænser resultater til kun disse domæner, for eksempel `["nodejs.org", "developer.mozilla.org"]`. Nyttigt, når du stoler på en specifik kilde.
+- `blocked_domains` (array af strings, valgfri): Udelukker resultater fra disse domæner. Send ikke det samme domæne til både `allowed_domains` og `blocked_domains`.
 
-## Bemærkninger
+## Eksempler
 
-- Søgeresultater returneres i markdown-hyperlinkformat
-- Efter brug skal der tilføjes en "Sources:"-sektion i slutningen af svaret med relevante URL'er
-- Understøtter domænefiltrering (inklusion/eksklusion)
-- Brug det aktuelle år i søgeforespørgsler
-- Kun tilgængelig i USA
+### Eksempel 1: Versionsopslag med aktuelt år
 
-## Originaltekst
+```
+WebSearch(
+  query="React 19 stable release date 2026",
+  allowed_domains=["react.dev", "github.com"]
+)
+```
 
-<textarea readonly>
-- Allows Claude to search the web and use the results to inform responses
-- Provides up-to-date information for current events and recent data
-- Returns search result information formatted as search result blocks, including links as markdown hyperlinks
-- Use this tool for accessing information beyond Claude's knowledge cutoff
-- Searches are performed automatically within a single API call
+Returnerer officielle meddelelser og undgår lavkvalitets-aggregatorsider.
 
-CRITICAL REQUIREMENT - You MUST follow this:
-  - After answering the user's question, you MUST include a "Sources:" section at the end of your response
-  - In the Sources section, list all relevant URLs from the search results as markdown hyperlinks: [Title](URL)
-  - This is MANDATORY - never skip including sources in your response
-  - Example format:
+### Eksempel 2: Udeluk støjende kilder
 
-    [Your answer here]
+```
+WebSearch(
+  query="kubernetes ingress-nginx CVE April 2026",
+  blocked_domains=["pinterest.com", "medium.com"]
+)
+```
 
-    Sources:
-    - [Source Title 1](https://example.com/1)
-    - [Source Title 2](https://example.com/2)
+Holder resultaterne fokuseret på leverandør-advisories og sikkerhedstrackere.
 
-Usage notes:
-  - Domain filtering is supported to include or block specific websites
-  - Web search is only available in the US
+## Noter
 
-IMPORTANT - Use the correct year in search queries:
-  - The current month is March 2026. You MUST use this year when searching for recent information, documentation, or current events.
-  - Example: If the user asks for "latest React docs", search for "React documentation" with the current year, NOT last year
-</textarea>
+- Når du bruger `WebSearch` i et svar, skal du tilføje en `Sources:`-sektion i slutningen af dit svar, der lister hvert citeret resultat som en Markdown-hyperlink i form `[Title](URL)`. Dette er et hårdt krav, ikke valgfrit.
+- `WebSearch` er kun tilgængelig for brugere i USA. Hvis værktøjet ikke er tilgængeligt i din region, fald tilbage til `WebFetch` mod en kendt URL, eller bed brugeren om at indsætte relevant indhold.
+- Hvert kald udfører søgningen i en enkelt tur-retur — du kan ikke streame eller paginere. Finjustér forespørgslen, hvis det første resultatsæt rammer ved siden af.
+- Værktøjet returnerer uddrag og metadata, ikke fuldt sideindhold. For at læse et specifikt hit i dybden, følg op med `WebFetch` ved hjælp af den returnerede URL.
+- Brug `allowed_domains` til at håndhæve autoritativ kildeangivelse for sikkerhedsfølsomme spørgsmål som CVE'er eller compliance, og `blocked_domains` til at skære SEO-farme, der spejler dokumentation, væk.
+- Hold forespørgsler korte og nøgleordsdrevne. Naturligsprogs-spørgsmål virker, men har tendens til at returnere samtaleagtige svar frem for primære kilder.
+- Opfind ikke URL'er baseret på søgeintuition — kør altid søgningen og citer, hvad værktøjet faktisk returnerede.

package/concepts/da/Tool-Write.md

@@ -1,39 +1,35 @@
 # Write
 
-## Definition
+Opretter en ny fil eller udskifter fuldt ud indholdet af en eksisterende på det lokale filsystem. Fordi den udskifter alt på målstien, bør den reserveres til ægte oprettelse eller bevidste fulde omskrivninger.
 
-Skriver indhold til det lokale filsystem. Hvis filen allerede eksisterer, overskrives den.
+## Hvornår skal den bruges
 
-## Parametre
-
-| Parameter | Type | Påkrævet | Beskrivelse |
-|------|------|------|------|
-| `file_path` | string | Ja | Absolut sti til filen (skal være absolut) |
-| `content` | string | Ja | Indhold der skal skrives |
+- Oprette en helt ny kildefil, test eller konfiguration, der ikke eksisterer endnu
+- Generere en ny fixture, snapshot eller datafil fra bunden
+- Udføre en komplet omskrivning, hvor en inkrementel `Edit` ville være mere kompleks end at starte forfra
+- Udsende en anmodet artefakt som et skema, en migration eller et build-script, som brugeren udtrykkeligt bad dig producere
 
-## Brugsscenarier
+## Parametre
 
-**Egnet til:**
-- Oprette nye filer
-- Når filindholdet skal omskrives fuldstændigt
+- `file_path` (string, påkrævet): Absolut sti til den fil, der skal skrives. Eventuelle overordnede mapper skal allerede eksistere.
+- `content` (string, påkrævet): Den fulde tekst, der skal skrives til filen. Dette bliver hele filens krop.
 
-**Ikke egnet til:**
-- Ændre delvist indhold i en fil — brug Edit
-- Opret ikke proaktivt dokumentationsfiler (*.md) eller README, medmindre brugeren udtrykkeligt beder om det
+## Eksempler
 
-## Bemærkninger
+### Eksempel 1: Opret et nyt hjælpemodul
+Kald `Write` med `file_path: "/Users/me/app/src/utils/slugify.ts"` og angiv implementeringen som `content`. Brug dette kun efter at have verificeret, at filen ikke allerede eksisterer.
 
-- Hvis målfilen allerede eksisterer, skal den først læses via Read, ellers fejler operationen
-- Overskriver alt eksisterende filindhold
-- Foretræk Edit til redigering af eksisterende filer, Write er kun til oprettelse af nye filer eller fuldstændig omskrivning
+### Eksempel 2: Regenerér en afledt artefakt
+Efter at skemakilden ændrer sig, omskriv `/Users/me/app/generated/schema.json` i et enkelt `Write`-kald ved hjælp af den nyligt genererede JSON som `content`.
 
-## Originaltekst
+### Eksempel 3: Udskift en lille fixture-fil
+For en engangs-testfixture, hvor hver linje ændrer sig, kan `Write` være klarere end en sekvens af `Edit`-kald. Læs filen først, bekræft omfanget, og overskriv derefter.
 
-<textarea readonly>Writes a file to the local filesystem.
+## Noter
 
-Usage:
-- This tool will overwrite the existing file if there is one at the provided path.
-- If this is an existing file, you MUST use the Read tool first to read the file's contents. This tool will fail if you did not read the file first.
-- Prefer the Edit tool for modifying existing files — it only sends the diff. Only use this tool to create new files or for complete rewrites.
-- NEVER create documentation files (*.md) or README files unless explicitly requested by the User.
-- Only use emojis if the user explicitly requests it. Avoid writing emojis to files unless asked.</textarea>
+- Før du overskriver en eksisterende fil, skal du kalde `Read` på den i den aktuelle session. `Write` nægter at overskrive usete data.
+- Foretræk `Edit` for enhver ændring, der kun rører en del af en fil. `Edit` sender kun diff'en, hvilket er hurtigere, sikrere og nemmere at gennemgå.
+- Opret ikke proaktivt Markdown-dokumentation, `README.md` eller changelog-filer, medmindre brugeren udtrykkeligt beder om dem.
+- Tilføj ikke emoji, marketingtekst eller dekorative bannere, medmindre brugeren anmoder om den stil.
+- Verificér først, at den overordnede mappe eksisterer, med et `Bash` `ls`-kald; `Write` opretter ikke mellemliggende mapper.
+- Lever indholdet nøjagtigt, som du ønsker det persisteret; der er ingen templating eller post-processing.

package/concepts/da/Tool-executeCode.md

@@ -1,41 +1,47 @@
-# executeCode (mcp__ide__executeCode)
+# executeCode
 
-## Definition
+Udfører et kodeuddrag inde i en live kernel eller sandbox leveret af en IDE-integration (for eksempel Jupyter-kernen bundet til den aktuelt åbne notebook). Værktøjet er kun til stede, når Claude Code kører sammen med en kompatibel IDE-bro som VS Code-udvidelsen med en Jupyter-kerne valgt.
 
-Udfører Python-kode i Jupyter-kernen for den aktuelle notebook-fil.
+## Hvornår skal den bruges
+
+- Kør en hurtig beregning, dataundersøgelse eller et plot mod den tilstand, der allerede er indlæst i en aktiv Jupyter-kerne.
+- Validér et kodeuddrag, før det indsættes i en notebook-celle.
+- Udforsk en in-memory dataframe, variabel eller model, der eksisterer i kernen, men som ikke er serialiseret til disk.
+- Producér et diagram eller numerisk resultat, som brugeren ønsker gengivet inline i IDE'et.
+
+Brug det IKKE til selvstændige scripts, der ville være bedre tjent med `Bash`, der kører `python script.py`, eller til kode, der skal persistere på tværs af en frisk kerne.
 
 ## Parametre
 
-| Parameter | Type | Påkrævet | Beskrivelse |
-|------|------|------|------|
-| `code` | string | Ja | Python-kode der skal udføres |
+- `code` (string, påkrævet): Koden, der skal udføres i den aktuelle kerne. Kører, som om den blev indsat i en notebook-celle — definerede variabler persisterer i kernen, indtil den genstartes.
+- `language` (string, valgfri): Uddragets sprog, når IDE-broen understøtter flere kerner. Oftest udeladt; standard er sproget for den aktive kerne (typisk Python).
+
+## Eksempler
+
+### Eksempel 1: Inspicér en in-memory dataframe
 
-## Brugsscenarier
+```
+executeCode(
+  code="df.head()\nprint(df.shape)\nprint(df.dtypes)"
+)
+```
 
-**Egnet til:**
-- Udføre kode i et Jupyter notebook-miljø
-- Teste kodestykker
-- Dataanalyse og beregninger
+Returnerer de første rækker, formen og kolonne-dtypes for en dataframe, der allerede er indlæst i kernen.
 
-**Ikke egnet til:**
-- Kodeudførelse i ikke-Jupyter-miljøer — brug Bash
-- Ændre filer — brug Edit eller Write
+### Eksempel 2: Hurtigt numerisk tjek
 
-## Bemærkninger
+```
+executeCode(
+  code="import numpy as np\nnp.mean([1, 2, 3, 4, 5])"
+)
+```
 
-- Dette er et MCP-værktøj (Model Context Protocol), leveret af IDE-integrationen
-- Kode udføres i den aktuelle Jupyter-kerne, tilstanden bevares mellem kald
-- Medmindre brugeren udtrykkeligt beder om det, undgå at deklarere variabler eller ændre kernens tilstand
-- Tilstanden går tabt efter genstart af kernen
+Kører en engangs-beregning uden at oprette en notebook-celle.
 
-## Originaltekst
+## Noter
 
-<textarea readonly>Execute python code in the Jupyter kernel for the current notebook file.
-    
-    All code will be executed in the current Jupyter kernel.
-    
-    Avoid declaring variables or modifying the state of the kernel unless the user
-    explicitly asks for it.
-    
-    Any code executed will persist across calls to this tool, unless the kernel
-    has been restarted.</textarea>
+- `executeCode` er et IDE-bro-værktøj. Det er utilgængeligt i almindelige terminalsessioner af Claude Code; det vises kun, når sessionen er forbundet til et IDE, der eksponerer en kerne (for eksempel VS Code Jupyter-udvidelsen).
+- Tilstand persisterer i kernen. Variabler defineret af et `executeCode`-kald forbliver synlige for senere kald, for notebook-celler og for brugeren — vær opmærksom på sideeffekter.
+- Langvarig eller blokerende kode vil blokere kernen. Hold uddrag korte; til flerminut-arbejde, skriv et faktisk script og kør det via `Bash`.
+- Output (stdout, returværdier, billeder) returneres til sessionen. Meget store output kan afkortes af IDE-broen.
+- Til filredigeringer foretræk `Edit`, `Write` eller `NotebookEdit` — `executeCode` er ikke en erstatning for at skrive kildefiler.

package/concepts/da/Tool-getDiagnostics.md

@@ -1,32 +1,44 @@
-# getDiagnostics (mcp__ide__getDiagnostics)
+# getDiagnostics
 
-## Definition
+Henter language-server-diagnostik (fejl, advarsler, hints) fra det tilsluttede IDE for en specifik fil eller for hver fil, IDE'et aktuelt har åben. Bruges til at verificere, at kodeændringer kompilerer rent, før en opgave erklæres færdig.
 
-Henter sprogdiagnostikinformation fra VS Code, herunder syntaksfejl, typefejl, lint-advarsler osv.
+## Hvornår skal den bruges
+
+- Efter en `Edit` eller `Write` for at bekræfte, at ændringen ikke introducerede en typefejl, syntaksfejl eller lint-advarsel.
+- Før en opgave afsluttes for at feje hver åben fil for uløste problemer.
+- Ved diagnosticering af en fejl, brugeren rapporterer — at hente den nøjagtige compiler- eller type-checker-besked fra IDE'et undgår gætværk.
+- Som et letvægtsalternativ til at køre en fuld build eller testkommando, når du kun har brug for at tjekke statisk korrekthed.
+
+Stol IKKE på `getDiagnostics` som erstatning for testsuiten. Den rapporterer, hvad language-serveren ser, ikke hvad der kører på test- eller produktionstidspunktet.
 
 ## Parametre
 
-| Parameter | Type | Påkrævet | Beskrivelse |
-|------|------|------|------|
-| `uri` | string | Nej | Fil-URI. Hvis ikke angivet, hentes diagnostikinformation for alle filer |
+- `uri` (string, valgfri): Filen-URI (typisk `file:///absolute/path`) at hente diagnostik for. Når den udelades, returnerer værktøjet diagnostik for hver fil, IDE'et aktuelt har åben.
+
+## Eksempler
+
+### Eksempel 1: Tjek en enkelt fil efter redigering
 
-## Brugsscenarier
+```
+getDiagnostics(
+  uri="file:///Users/sky/project/src/auth.ts"
+)
+```
 
-**Egnet til:**
-- Kontrollere kodens semantiske problemer som syntaks, typer, lint
-- Verificere om der er introduceret nye fejl efter koderediger
-- Erstatte Bash-kommandoer til kontrol af kodekvalitet
+Returnerer eventuelle TypeScript-fejl, ESLint-advarsler eller andre language-server-beskeder for `src/auth.ts`.
 
-**Ikke egnet til:**
-- Køre tests — brug Bash
-- Kontrollere runtime-fejl — brug Bash til at udføre koden
+### Eksempel 2: Fej alle åbne filer
 
-## Bemærkninger
+```
+getDiagnostics()
+```
 
-- Dette er et MCP-værktøj (Model Context Protocol), leveret af IDE-integrationen
-- Kun tilgængeligt i VS Code / IDE-miljøer
-- Foretræk dette værktøj frem for Bash-kommandoer til kontrol af kodeproblemer
+Returnerer diagnostik på tværs af hver aktuelt åben editor. Nyttigt i slutningen af en multi-fil-refaktorering for at sikre, at intet regresserede andetsteds.
 
-## Originaltekst
+## Noter
 
-<textarea readonly>Get language diagnostics from VS Code</textarea>
+- `getDiagnostics` er et IDE-bro-værktøj. Det er kun tilgængeligt, når Claude Code er forbundet til en understøttende IDE-integration (for eksempel VS Code-udvidelsen). I en almindelig terminalsession vil værktøjet ikke vises.
+- Resultaterne afspejler de language-servere, IDE'et har indlæst — TypeScript, Pyright, ESLint, rust-analyzer osv. Kvalitet og dækning afhænger af brugerens IDE-opsætning, ikke af Claude Code.
+- Diagnostik er live. Efter en redigering, giv language-serveren et øjeblik til at genanalysere, før et tomt resultat fortolkes som succes — kør igen, hvis filen lige blev gemt.
+- Alvorlighedsniveauer inkluderer typisk `error`, `warning`, `information` og `hint`. Fokusér på `error` først; advarsler kan være bevidst projektstil.
+- For filer, der ikke aktuelt er åbne i IDE'et, kan language-serveren intet have at rapportere, selv hvis filen indeholder reelle problemer. Åbn filen eller kør buildet for autoritativ dækning.

package/concepts/da/Tools.md

@@ -8,7 +8,7 @@ Nedenfor er det kategoriserede indeks over alle værktøjer.
 
 | Værktøj | Formål |
 |------|------|
-| [Task](Tool-Task.md) | Start en sub-agent (SubAgent) til at håndtere komplekse flertrinsopgaver |
+| [Agent](Tool-Agent.md) | Start en sub-agent (SubAgent) til at håndtere komplekse flertrinsopgaver |
 | [TaskOutput](Tool-TaskOutput.md) | Hent output fra en baggrundsopgave |
 | [TaskStop](Tool-TaskStop.md) | Stop en kørende baggrundsopgave |
 | [TaskCreate](Tool-TaskCreate.md) | Opret en struktureret opgavelistepost |

package/concepts/de/SubAgent-Search.md

@@ -1,20 +1,52 @@
 # SubAgent: Search
 
-## Definition
+## Zweck
 
-Search ist ein Sub-Agent-Typ, der vom Haupt-Agent von Claude Code gestartet wird, um Codebase-Suchen durchzuführen. Er führt gezielte Datei- und Inhaltssuchen mit Tools wie Glob, Grep und Read aus und gibt die Ergebnisse anschließend an den übergeordneten Agent zurück.
+Der Search-Subagent ist ein leichtgewichtiger, schreibgeschützter Explorations-Agent. Entsenden Sie ihn, wenn Sie einen Codebase verstehen müssen – herauszufinden, wo etwas lebt, zu lernen, wie Komponenten zusammenpassen, oder strukturelle Fragen zu beantworten – ohne Dateien zu ändern. Er ist für viele kleine Lesevorgänge über viele Dateien optimiert und liefert eine prägnante Zusammenfassung statt rohe Suchausgabe.
 
-## Verhalten
+Search ist kein Universal-Assistent. Er kann keinen Code bearbeiten, keine Builds ausführen, keine Änderungen committen oder Netzwerkverbindungen über schreibgeschützte Abrufe hinaus öffnen. Sein Wert liegt darin, dass er ein großes Explorationsbudget parallel verbrennen kann, ohne den Kontext des Hauptagenten zu verbrauchen, und dann eine kompakte Antwort zurückgibt.
 
-- Wird automatisch gestartet, wenn der Haupt-Agent die Codebase durchsuchen oder erkunden muss
-- Läuft in einem isolierten Kontext mit ausschließlich Lesezugriff
-- Verwendet Glob für Datei-Musterabgleiche, Grep für die Inhaltssuche und Read für die Dateiinspektion
-- Gibt Suchergebnisse zur weiteren Verarbeitung an den übergeordneten Agent zurück
+## Wann verwenden
 
-## Wann er erscheint
+- Sie müssen eine Frage beantworten, die drei oder mehr distinkte Suchen oder Lesevorgänge erfordert. Beispiel: "Wie ist die Authentifizierung vom Login-Route bis zum Session-Store verdrahtet?"
+- Das Ziel ist unbekannt – Sie wissen noch nicht, welche Datei, welches Modul oder Symbol zu betrachten ist.
+- Sie brauchen eine strukturelle Übersicht über einen unbekannten Bereich des Repos, bevor Sie Änderungen vornehmen.
+- Sie möchten mehrere Kandidaten gegenprüfen (zum Beispiel, welcher von mehreren ähnlich benannten Helpern tatsächlich in der Produktion aufgerufen wird).
+- Sie benötigen eine literaturartige Zusammenfassung: "liste jede Stelle auf, die X importiert, und kategorisiere nach Aufrufort."
 
-Search-Sub-Agents erscheinen typischerweise wenn:
+Nicht verwenden bei:
 
-1. Der Haupt-Agent bestimmte Dateien, Funktionen oder Codemuster finden muss
-2. Eine umfassende Codebase-Erkundung vom Benutzer angefordert wird
-3. Der Agent Abhängigkeiten, Referenzen oder Verwendungsmuster untersucht
+- Sie kennen bereits die exakte Datei und Zeile. Rufen Sie `Read` direkt auf.
+- Ein einzelnes `Grep` oder `Glob` beantwortet die Frage. Führen Sie es direkt aus; das Entsenden eines Subagenten erhöht den Overhead.
+- Die Aufgabe erfordert Bearbeitung, Ausführung von Befehlen oder irgendeinen Seiteneffekt. Search ist konstruktionsbedingt schreibgeschützt.
+- Sie benötigen exakte wörtliche Ausgabe eines Tool-Aufrufs. Subagenten fassen zusammen; sie proxieren keine Rohergebnisse.
+
+## Gründlichkeitsstufen
+
+Wählen Sie die Stufe, die dem Einsatz der Frage entspricht.
+
+- `quick` – ein paar gezielte Suchen, Best-Effort-Antwort. Verwenden, wenn Sie einen schnellen Hinweis brauchen (zum Beispiel "wo ist die env-var-Parsing-Logik?") und mit Iterieren einverstanden sind, falls die Antwort unvollständig ist.
+- `medium` – der Standard. Mehrere Suchrunden, Gegenchecken von Kandidaten und vollständiges Lesen der relevantesten Dateien. Verwenden für typische "hilf mir diesen Bereich verstehen"-Fragen.
+- `very thorough` – erschöpfende Exploration. Der Subagent verfolgt jede plausible Spur, liest umgebenden Kontext und überprüft Befunde doppelt, bevor er zusammenfasst. Verwenden, wenn Korrektheit zählt (zum Beispiel Sicherheits-Review, Migrationsplanung) oder eine unvollständige Antwort Nacharbeit verursacht.
+
+Höhere Gründlichkeit kostet mehr Zeit und Token innerhalb des Subagenten, aber diese Token bleiben im Subagenten – nur die endgültige Zusammenfassung kehrt zum Hauptagenten zurück.
+
+## Verfügbare Tools
+
+Search hat Zugriff auf alle schreibgeschützten Tools, die der Hauptagent verwendet, und nichts anderes:
+
+- `Read` – zum Lesen bestimmter Dateien, einschließlich Teilbereiche.
+- `Grep` – für Inhaltssuchen über den Baum.
+- `Glob` – zum Auffinden von Dateien nach Namensmuster.
+- `Bash` im schreibgeschützten Modus – für Befehle, die Zustand inspizieren, ohne ihn zu mutieren (zum Beispiel `git log`, `git show`, `ls`, `wc`).
+- `WebFetch` und `WebSearch` – zum Lesen externer Dokumentation, wenn dieser Kontext erforderlich ist.
+
+Edit-Tools (`Write`, `Edit`, `NotebookEdit`), Shell-Befehle, die Zustand verändern, und Task-Graph-Tools (`TaskCreate`, `TaskUpdate` usw.) sind bewusst nicht verfügbar.
+
+## Hinweise
+
+- Geben Sie dem Search-Subagenten eine konkrete Frage, kein Thema. "Liste jeden Aufrufer von `renderMessage` und vermerke, welche ein benutzerdefiniertes Theme übergeben" gibt eine nützliche Antwort zurück; "erzähl mir über Rendering" nicht.
+- Der Subagent gibt eine Zusammenfassung zurück. Wenn Sie exakte Dateipfade benötigen, fordern Sie sie ausdrücklich im Prompt an.
+- Mehrere unabhängige Fragen werden am besten als parallele Search-Subagenten entsandt statt als ein langer Prompt, damit sich jeder fokussieren kann.
+- Da Search nicht bearbeiten kann, koppeln Sie ihn mit einem Folge-Edit-Schritt im Hauptagenten, sobald Sie wissen, was geändert werden soll.
+- Behandeln Sie die Ausgabe von Search als Evidenz, nicht als Grundwahrheit. Für alles Tragende öffnen Sie die zitierten Dateien selbst, bevor Sie handeln.