cx-viewer 1.0.3 → 1.0.4

package/concepts/da/Tool-TeamDelete.md

@@ -1,30 +0,0 @@
-# TeamDelete
-
-## Definition
-
-Fjerner et team og dets tilknyttede opgavemapper når multi-agent-samarbejdsarbejdet er afsluttet. Dette er oprydningsmodstykket til TeamCreate.
-
-## Adfærd
-
-- Fjerner team-mappen: `~/.claude/teams/{team-name}/`
-- Fjerner opgavelistemappen: `~/.claude/tasks/{team-name}/`
-- Rydder team-konteksten fra den aktuelle session
-
-**Vigtigt**: TeamDelete fejler hvis teamet stadig har aktive medlemmer. Teammedlemmer skal først lukkes ned korrekt via SendMessage shutdown-anmodninger.
-
-## Typisk anvendelse
-
-TeamDelete kaldes i slutningen af en team-arbejdsgang:
-
-1. Alle opgaver er fuldført
-2. Teammedlemmer lukkes ned via `SendMessage` med `shutdown_request`
-3. **TeamDelete** fjerner team- og opgavemapper
-
-## Relaterede værktøjer
-
-| Værktøj | Formål |
-|---------|--------|
-| `TeamCreate` | Opret et nyt team og dets opgaveliste |
-| `SendMessage` | Kommuniker med teammedlemmer / send shutdown-anmodninger |
-| `TaskCreate` / `TaskUpdate` / `TaskList` / `TaskGet` | Administrer den delte opgaveliste |
-| `Agent` | Start teammedlemmer der tilslutter sig teamet |

package/concepts/da/Tool-WebFetch.md

@@ -1,55 +0,0 @@
-# WebFetch
-
-## Definition
-
-Henter indholdet af en webside fra den angivne URL, konverterer HTML til markdown og behandler indholdet med en AI-model baseret på prompten.
-
-## 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>

package/concepts/da/Tool-WebSearch.md

@@ -1,58 +0,0 @@
-# WebSearch
-
-## Definition
-
-Udfører en søgemaskineforespørgsel og returnerer søgeresultater til at hente aktuel information.
-
-## 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 |
-
-## Brugsscenarier
-
-**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
-
-## Bemærkninger
-
-- 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
-
-## Originaltekst
-
-<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
-
-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:
-
-    [Your answer here]
-
-    Sources:
-    - [Source Title 1](https://example.com/1)
-    - [Source Title 2](https://example.com/2)
-
-Usage notes:
-  - Domain filtering is supported to include or block specific websites
-  - Web search is only available in the US
-
-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>

package/concepts/da/Tool-Write.md

@@ -1,39 +0,0 @@
-# Write
-
-## Definition
-
-Skriver indhold til det lokale filsystem. Hvis filen allerede eksisterer, overskrives den.
-
-## 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 |
-
-## Brugsscenarier
-
-**Egnet til:**
-- Oprette nye filer
-- Når filindholdet skal omskrives fuldstændigt
-
-**Ikke egnet til:**
-- Ændre delvist indhold i en fil — brug Edit
-- Opret ikke proaktivt dokumentationsfiler (*.md) eller README, medmindre brugeren udtrykkeligt beder om det
-
-## Bemærkninger
-
-- 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
-
-## Originaltekst
-
-<textarea readonly>Writes a file to the local filesystem.
-
-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>

package/concepts/da/Tool-executeCode.md

@@ -1,41 +0,0 @@
-# executeCode (mcp__ide__executeCode)
-
-## Definition
-
-Udfører Python-kode i Jupyter-kernen for den aktuelle notebook-fil.
-
-## Parametre
-
-| Parameter | Type | Påkrævet | Beskrivelse |
-|------|------|------|------|
-| `code` | string | Ja | Python-kode der skal udføres |
-
-## Brugsscenarier
-
-**Egnet til:**
-- Udføre kode i et Jupyter notebook-miljø
-- Teste kodestykker
-- Dataanalyse og beregninger
-
-**Ikke egnet til:**
-- Kodeudførelse i ikke-Jupyter-miljøer — brug Bash
-- Ændre filer — brug Edit eller Write
-
-## Bemærkninger
-
-- 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
-
-## Originaltekst
-
-<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>

package/concepts/da/Tool-getDiagnostics.md

@@ -1,32 +0,0 @@
-# getDiagnostics (mcp__ide__getDiagnostics)
-
-## Definition
-
-Henter sprogdiagnostikinformation fra VS Code, herunder syntaksfejl, typefejl, lint-advarsler osv.
-
-## Parametre
-
-| Parameter | Type | Påkrævet | Beskrivelse |
-|------|------|------|------|
-| `uri` | string | Nej | Fil-URI. Hvis ikke angivet, hentes diagnostikinformation for alle filer |
-
-## Brugsscenarier
-
-**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
-
-**Ikke egnet til:**
-- Køre tests — brug Bash
-- Kontrollere runtime-fejl — brug Bash til at udføre koden
-
-## Bemærkninger
-
-- 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
-
-## Originaltekst
-
-<textarea readonly>Get language diagnostics from VS Code</textarea>

package/concepts/da/Tools.md

@@ -1,67 +0,0 @@
-# Oversigt over Claude Code-værktøjer
-
-Claude Code giver modellen et sæt indbyggede værktøjer via Anthropic API'ens tool_use-mekanisme. `tools`-arrayet i hver MainAgent-request indeholder de komplette JSON Schema-definitioner for disse værktøjer, og modellen kalder dem via `tool_use` content blocks i svaret.
-
-Nedenfor er det kategoriserede indeks over alle værktøjer.
-
-## Agent-system
-
-| Værktøj | Formål |
-|------|------|
-| [Task](Tool-Task.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 |
-| [TaskGet](Tool-TaskGet.md) | Hent opgavedetaljer |
-| [TaskUpdate](Tool-TaskUpdate.md) | Opdater opgavestatus, afhængigheder osv. |
-| [TaskList](Tool-TaskList.md) | List alle opgaver |
-
-## Filoperationer
-
-| Værktøj | Formål |
-|------|------|
-| [Read](Tool-Read.md) | Læs filindhold (understøtter tekst, billeder, PDF, Jupyter notebook) |
-| [Edit](Tool-Edit.md) | Rediger fil via præcis strengerstatning |
-| [Write](Tool-Write.md) | Skriv eller overskriv en fil |
-| [NotebookEdit](Tool-NotebookEdit.md) | Rediger Jupyter notebook-celler |
-
-## Søgning
-
-| Værktøj | Formål |
-|------|------|
-| [Glob](Tool-Glob.md) | Søg filer efter filnavnsmønster |
-| [Grep](Tool-Grep.md) | Søg i filindhold baseret på ripgrep |
-
-## Terminal
-
-| Værktøj | Formål |
-|------|------|
-| [Bash](Tool-Bash.md) | Udfør shell-kommandoer |
-
-## Web
-
-| Værktøj | Formål |
-|------|------|
-| [WebFetch](Tool-WebFetch.md) | Hent webindhold og behandl det med AI |
-| [WebSearch](Tool-WebSearch.md) | Søgemaskineforespørgsel |
-
-## Planlægning og interaktion
-
-| Værktøj | Formål |
-|------|------|
-| [EnterPlanMode](Tool-EnterPlanMode.md) | Gå ind i planlægningstilstand for at designe en implementeringsplan |
-| [ExitPlanMode](Tool-ExitPlanMode.md) | Forlad planlægningstilstand og indsend planen til brugerens godkendelse |
-| [AskUserQuestion](Tool-AskUserQuestion.md) | Stil spørgsmål til brugeren for at få afklaring eller beslutninger |
-
-## Udvidelser
-
-| Værktøj | Formål |
-|------|------|
-| [Skill](Tool-Skill.md) | Udfør en skill (slash command) |
-
-## IDE-integration
-
-| Værktøj | Formål |
-|------|------|
-| [getDiagnostics](Tool-getDiagnostics.md) | Hent sprogdiagnostik fra VS Code |
-| [executeCode](Tool-executeCode.md) | Udfør kode i Jupyter-kernen |

package/concepts/de/CacheRebuild.md

@@ -1,36 +0,0 @@
-# Cache Rebuild (Cache-Neuaufbau)
-
-## Hintergrund
-
-Der Prompt-Caching-Mechanismus von Anthropic verkettet system → tools → messages (bis zum Cache-Breakpoint) in der Anfrage sequenziell zu einem Cache-Schlüssel. Wenn der Cache-Schlüssel mit der vorherigen Anfrage exakt übereinstimmt, gibt die API `cache_read_input_tokens` zurück (Cache-Treffer); wenn sich der Cache-Schlüssel ändert, erstellt die API den Cache neu und gibt eine große Anzahl von `cache_creation_input_tokens` zurück – das ist der Cache-Neuaufbau.
-
-Ein Cache-Neuaufbau bedeutet zusätzliche Token-Kosten (Cache Creation ist teurer als Cache Read), daher hat die Identifizierung der Neuaufbau-Ursachen direkten Wert für die Kostenoptimierung.
-
-## Klassifizierung der Cache-Neuaufbau-Ursachen
-
-cc-viewer vergleicht die Bodies zweier aufeinanderfolgender MainAgent-Anfragen und bestimmt präzise die Ursache des Cache-Neuaufbaus:
-
-| reason | Bedeutung | Erkennungsmethode |
-|--------|-----------|-------------------|
-| `ttl` | Cache abgelaufen | Mehr als 5 Minuten seit der letzten MainAgent-Anfrage |
-| `system_change` | System-Prompt geändert | `JSON.stringify(prev.system) !== JSON.stringify(curr.system)` |
-| `tools_change` | Tool-Definitionen geändert | `JSON.stringify(prev.tools) !== JSON.stringify(curr.tools)` |
-| `model_change` | Modellwechsel | `prev.model !== curr.model` |
-| `msg_truncated` | Nachrichtenstapel gekürzt | Die aktuelle Anfrage hat weniger Messages als die vorherige, typischerweise ausgelöst durch Kontextfenster-Überlauf |
-| `msg_modified` | Verlaufsnachrichten geändert | Präfix-Nachrichten stimmen nicht überein (beim normalen Anhängen sollte das Präfix identisch sein) |
-| `key_change` | Unbekannte Schlüsseländerung | Fallback, wenn keine der obigen Bedingungen zutrifft |
-
-## Prioritätsreihenfolge
-
-1. Zuerst wird das Zeitintervall geprüft – über 5 Minuten wird direkt als `ttl` eingestuft, ohne Body-Vergleich
-2. Dann werden nacheinander model, system, tools, messages geprüft
-3. Eine Anfrage kann mehrere Ursachen gleichzeitig auslösen (z.B. Modellwechsel + System-Prompt-Änderung), wobei das `reasons`-Array alle Treffer enthält und der Tooltip sie zeilenweise anzeigt
-
-## Häufige Szenarien
-
-- **`ttl`**: Der Benutzer pausiert länger als 5 Minuten und setzt dann fort – der Cache läuft natürlich ab
-- **`system_change`**: Claude Code hat den System-Prompt aktualisiert (z.B. neue CLAUDE.md geladen, Project Instructions geändert)
-- **`tools_change`**: MCP-Server-Verbindung/-Trennung führt zu Änderungen in der verfügbaren Tool-Liste
-- **`model_change`**: Der Benutzer wechselt das Modell über den `/model`-Befehl
-- **`msg_truncated`**: Ein zu langes Gespräch löst die Kontextfenster-Verwaltung aus, Claude Code kürzt frühere Nachrichten
-- **`msg_modified`**: Claude Code hat Verlaufsnachrichten bearbeitet (z.B. `/compact` ersetzt Originalnachrichten durch komprimierte Zusammenfassungen)

package/concepts/de/KVCacheContent.md

@@ -1,49 +0,0 @@
-# KV-Cache-Inhalt
-
-## Was ist Prompt Caching?
-
-Wenn du mit Claude kommunizierst, wird bei jeder API-Anfrage der vollständige Gesprächskontext gesendet (System Prompt + Tool-Definitionen + Nachrichtenverlauf). Der Prompt-Caching-Mechanismus von Anthropic speichert bereits berechnete Präfix-Inhalte serverseitig. Wenn nachfolgende Anfragen denselben Präfix haben, werden die zwischengespeicherten Ergebnisse direkt wiederverwendet, wodurch redundante Berechnungen übersprungen und Latenz sowie Kosten erheblich reduziert werden.
-
-In cc-viewer wird dieser Mechanismus als „KV-Cache" bezeichnet und entspricht dem Prompt Caching auf Anthropic-API-Ebene – nicht dem Key-Value-Cache der internen Transformer-Attention-Schichten des LLM.
-
-## Wie Caching funktioniert
-
-Das Prompt Caching von Anthropic erstellt den Cache-Schlüssel in fester Reihenfolge:
-
-```
-Tools → System Prompt → Messages (bis zum Cache-Breakpoint)
-```
-
-Solange dieser Präfix innerhalb des TTL-Fensters mit einer früheren Anfrage vollständig übereinstimmt, wird der Cache getroffen (Rückgabe von `cache_read_input_tokens`), anstatt neu zu berechnen (`cache_creation_input_tokens`).
-
-> **Claude Code ist nicht zwingend auf das `cache_control`-Attribut angewiesen. Die Serverseite entfernt teilweise diese Attribute, kann aber dennoch gut Caches erstellen. Das Fehlen des `cache_control`-Attributs bedeutet also nicht, dass kein Caching stattfindet.**
->
-> Für spezielle Clients wie Claude Code verlässt sich die Serverseite von Anthropic nicht vollständig auf das `cache_control`-Attribut in der Anfrage, um das Caching-Verhalten zu bestimmen. Der Server führt automatisch Caching-Strategien für bestimmte Felder aus (wie System Prompt und Tool-Definitionen), auch wenn die Anfrage keine expliziten `cache_control`-Markierungen enthält. Wenn du dieses Attribut also nicht im Request Body siehst, besteht kein Grund zur Verwirrung – der Server hat das Caching bereits im Hintergrund durchgeführt, diese Information wird dem Client nur nicht offengelegt. Dies ist eine stillschweigende Vereinbarung zwischen Claude Code und der Anthropic-API.
-
-## Was ist der „aktuelle KV-Cache-Inhalt"?
-
-Der in cc-viewer angezeigte „aktuelle KV-Cache-Inhalt" wird aus der letzten MainAgent-Anfrage extrahiert und umfasst den Inhalt vor der Cache-Grenze (Cache-Breakpoint). Im Einzelnen beinhaltet er:
-
-- **System Prompt**: Die Systemanweisungen von Claude Code, einschließlich grundlegender Agent-Anweisungen, Tool-Nutzungsrichtlinien, CLAUDE.md-Projektanweisungen, Umgebungsinformationen usw.
-- **Tools**: Die Liste der aktuell verfügbaren Tool-Definitionen (wie Read, Write, Bash, Agent, MCP-Tools usw.)
-- **Messages**: Der zwischengespeicherte Teil des Nachrichtenverlaufs (typischerweise ältere Nachrichten bis zur letzten `cache_control`-Markierung)
-
-## Warum sollte man den Cache-Inhalt ansehen?
-
-1. **Kontext verstehen**: Erfahre, welche Inhalte Claude aktuell „im Gedächtnis" hat, um zu beurteilen, ob sein Verhalten den Erwartungen entspricht
-2. **Kostenoptimierung**: Cache-Treffer sind deutlich günstiger als Neuberechnungen. Die Ansicht des Cache-Inhalts hilft zu verstehen, warum bestimmte Anfragen einen Cache-Neuaufbau (Cache Rebuild) ausgelöst haben
-3. **Gespräche debuggen**: Wenn Claudes Antworten nicht den Erwartungen entsprechen, kannst du den Cache-Inhalt überprüfen, um sicherzustellen, dass System Prompt und Nachrichtenverlauf korrekt sind
-4. **Kontextqualitäts-Monitoring**: Beim Debuggen, Ändern von Konfigurationen oder Anpassen von Prompts bietet der KV-Cache-Text eine zentrale Ansicht, die dir hilft, schnell zu überprüfen, ob der Kernkontext degradiert ist oder durch unerwartete Inhalte verunreinigt wurde – ohne die Originalnachrichten einzeln durchsehen zu müssen
-
-## Mehrstufige Caching-Strategie
-
-Der KV-Cache von Claude Code besteht nicht nur aus einem einzigen Cache. Die Serverseite erstellt separate Caches für Tools und System Prompt, unabhängig vom Messages-Cache. Der Vorteil dieses Designs: Wenn der Messages-Stack Probleme aufweist (z. B. Kontextabschneidung, Nachrichtenänderungen usw.) und neu aufgebaut werden muss, werden die Caches für Tools und System Prompt nicht mit invalidiert, wodurch eine vollständige Neuberechnung vermieden wird.
-
-Dies ist eine aktuelle serverseitige Optimierungsstrategie – da Tool-Definitionen und System Prompt im normalen Betrieb relativ stabil sind und sich selten ändern, minimiert das separate Caching unnötigen Neuaufbau-Overhead. Wenn du den Cache beobachtest, wirst du feststellen, dass außer bei einem Neuaufbau der Tools (der den gesamten Cache neu erstellen erfordert) bei Änderungen am System Prompt oder an den Messages immer noch vererbbare Caches zur Verfügung stehen.
-
-## Lebenszyklus des Caches
-
-- **Erstellung**: Bei der ersten Anfrage oder nach Cache-Invalidierung erstellt die API einen neuen Cache (`cache_creation_input_tokens`)
-- **Treffer**: Nachfolgende Anfragen mit identischem Präfix verwenden den Cache wieder (`cache_read_input_tokens`)
-- **Ablauf**: Der Cache hat eine TTL (Time to Live) von 5 Minuten und wird nach Ablauf automatisch ungültig
-- **Neuaufbau**: Wenn sich System Prompt, Tool-Liste, Modell oder Nachrichteninhalte ändern, stimmt der Cache-Schlüssel nicht mehr überein und löst einen Cache-Neuaufbau der entsprechenden Ebene aus

package/concepts/de/Tool-Agent.md

@@ -1,125 +0,0 @@
-# Agent
-
-## Definition
-
-Startet einen Sub-Agent (SubAgent), der komplexe mehrstufige Aufgaben autonom bearbeitet. Sub-Agents sind unabhängige Unterprozesse mit jeweils eigenen Tool-Sets und Kontext. Agent ist die umbenannte Version des Task-Tools in neueren Claude Code-Versionen.
-
-## Parameter
-
-| Parameter | Typ | Erforderlich | Beschreibung |
-|-----------|-----|--------------|--------------|
-| `prompt` | string | Ja | Aufgabenbeschreibung für den Sub-Agent |
-| `description` | string | Ja | Kurze Zusammenfassung in 3–5 Wörtern |
-| `subagent_type` | string | Ja | Sub-Agent-Typ, bestimmt das verfügbare Tool-Set |
-| `model` | enum | Nein | Modell angeben (sonnet / opus / haiku), Standard wird vom übergeordneten Agent geerbt |
-| `max_turns` | integer | Nein | Maximale Anzahl agentischer Runden |
-| `run_in_background` | boolean | Nein | Ob im Hintergrund ausgeführt werden soll; Hintergrundaufgaben geben den output_file-Pfad zurück |
-| `resume` | string | Nein | Agent-ID zum Fortsetzen, setzt die letzte Ausführung fort. Nützlich, um einen vorherigen Sub-Agent ohne Kontextverlust fortzusetzen |
-| `isolation` | enum | Nein | Isolationsmodus, `worktree` erstellt einen temporären Git-Worktree |
-
-## Sub-Agent-Typen
-
-| Typ | Zweck | Verfügbare Tools |
-|-----|-------|------------------|
-| `Bash` | Befehlsausführung, Git-Operationen | Bash |
-| `general-purpose` | Allgemeine mehrstufige Aufgaben | Alle Tools |
-| `Explore` | Schnelle Codebasis-Erkundung | Alle Tools außer Agent/Edit/Write/NotebookEdit/ExitPlanMode |
-| `Plan` | Implementierungsplan entwerfen | Alle Tools außer Agent/Edit/Write/NotebookEdit/ExitPlanMode |
-| `claude-code-guide` | Claude Code Nutzungsanleitung Q&A | Glob, Grep, Read, WebFetch, WebSearch |
-| `statusline-setup` | Statusleiste konfigurieren | Read, Edit |
-
-## Anwendungsfälle
-
-**Geeignet für:**
-- Komplexe Aufgaben, die mehrere autonome Schritte erfordern
-- Codebasis-Erkundung und Tiefenrecherche (Explore-Typ verwenden)
-- Parallele Arbeit, die eine isolierte Umgebung erfordert
-- Lang laufende Aufgaben, die im Hintergrund ausgeführt werden müssen
-
-**Nicht geeignet für:**
-- Bestimmte Dateipfade lesen – direkt Read oder Glob verwenden
-- In 2–3 bekannten Dateien suchen – direkt Read verwenden
-- Bestimmte Klassendefinitionen suchen – direkt Glob verwenden
-
-## Hinweise
-
-- Nach Abschluss gibt der Sub-Agent eine einzelne Nachricht zurück; sein Ergebnis ist für den Benutzer nicht sichtbar und muss vom Haupt-Agent weitergegeben werden
-- Mehrere parallele Agent-Aufrufe können in einer einzelnen Nachricht gestartet werden, um die Effizienz zu steigern
-- Hintergrundaufgaben werden über das TaskOutput-Tool auf Fortschritt geprüft
-- Der Explore-Typ ist langsamer als direkte Glob/Grep-Aufrufe; nur verwenden, wenn einfache Suchen nicht ausreichen
-- Verwenden Sie `run_in_background: true` für lang laufende Aufgaben, die kein sofortiges Ergebnis benötigen; verwenden Sie den Vordergrundmodus (Standard), wenn das Ergebnis vor dem Fortfahren benötigt wird
-- Der `resume`-Parameter ermöglicht die Fortsetzung einer zuvor gestarteten Sub-Agent-Sitzung unter Beibehaltung des angesammelten Kontexts
-
-## Originaltext
-
-<textarea readonly>Launch a new agent to handle complex, multi-step tasks autonomously.
-
-The Agent tool launches specialized agents (subprocesses) that autonomously handle complex tasks. Each agent type has specific capabilities and tools available to it.
-
-Available agent types and the tools they have access to:
-- general-purpose: General-purpose agent for researching complex questions, searching for code, and executing multi-step tasks. When you are searching for a keyword or file and are not confident that you will find the right match in the first few tries use this agent to perform the search for you. (Tools: *)
-- statusline-setup: Use this agent to configure the user's Claude Code status line setting. (Tools: Read, Edit)
-- Explore: Fast agent specialized for exploring codebases. Use this when you need to quickly find files by patterns (eg. "src/components/**/*.tsx"), search code for keywords (eg. "API endpoints"), or answer questions about the codebase (eg. "how do API endpoints work?"). When calling this agent, specify the desired thoroughness level: "quick" for basic searches, "medium" for moderate exploration, or "very thorough" for comprehensive analysis across multiple locations and naming conventions. (Tools: All tools except Agent, ExitPlanMode, Edit, Write, NotebookEdit)
-- Plan: Software architect agent for designing implementation plans. Use this when you need to plan the implementation strategy for a task. Returns step-by-step plans, identifies critical files, and considers architectural trade-offs. (Tools: All tools except Agent, ExitPlanMode, Edit, Write, NotebookEdit)
-- claude-code-guide: Use this agent when the user asks questions ("Can Claude...", "Does Claude...", "How do I...") about: (1) Claude Code (the CLI tool) - features, hooks, slash commands, MCP servers, settings, IDE integrations, keyboard shortcuts; (2) Claude Agent SDK - building custom agents; (3) Claude API (formerly Anthropic API) - API usage, tool use, Anthropic SDK usage. **IMPORTANT:** Before spawning a new agent, check if there is already a running or recently completed claude-code-guide agent that you can resume using the "resume" parameter. (Tools: Glob, Grep, Read, WebFetch, WebSearch)
-
-When using the Agent tool, you must specify a subagent_type parameter to select which agent type to use.
-
-When NOT to use the Agent tool:
-- If you want to read a specific file path, use the Read or Glob tool instead of the Agent tool, to find the match more quickly
-- If you are searching for a specific class definition like "class Foo", use the Glob tool instead, to find the match more quickly
-- If you are searching for code within a specific file or set of 2-3 files, use the Read tool instead of the Agent tool, to find the match more quickly
-- Other tasks that are not related to the agent descriptions above
-
-Usage notes:
-- Always include a short description (3-5 words) summarizing what the agent will do
-- Launch multiple agents concurrently whenever possible, to maximize performance; to do that, use a single message with multiple tool uses
-- When the agent is done, it will return a single message back to you. The result returned by the agent is not visible to the user. To show the user the result, you should send a text message back to the user with a concise summary of the result.
-- You can optionally run agents in the background using the run_in_background parameter. When an agent runs in the background, you will be automatically notified when it completes — do NOT sleep, poll, or proactively check on its progress. Continue with other work or respond to the user instead.
-- **Foreground vs background**: Use foreground (default) when you need the agent's results before you can proceed — e.g., research agents whose findings inform your next steps. Use background when you have genuinely independent work to do in parallel.
-- Agents can be resumed using the `resume` parameter by passing the agent ID from a previous invocation. When resumed, the agent continues with its full previous context preserved. When NOT resuming, each invocation starts fresh and you should provide a detailed task description with all necessary context.
-- When the agent is done, it will return a single message back to you along with its agent ID. You can use this ID to resume the agent later if needed for follow-up work.
-- Provide clear, detailed prompts so the agent can work autonomously and return exactly the information you need.
-- Agents with "access to current context" can see the full conversation history before the tool call. When using these agents, you can write concise prompts that reference earlier context (e.g., "investigate the error discussed above") instead of repeating information. The agent will receive all prior messages and understand the context.
-- The agent's outputs should generally be trusted
-- Clearly tell the agent whether you expect it to write code or just to do research (search, file reads, web fetches, etc.), since it is not aware of the user's intent
-- If the agent description mentions that it should be used proactively, then you should try your best to use it without the user having to ask for it first. Use your judgement.
-- If the user specifies that they want you to run agents "in parallel", you MUST send a single message with multiple Agent tool use content blocks. For example, if you need to launch both a build-validator agent and a test-runner agent in parallel, send a single message with both tool calls.
-- You can optionally set `isolation: "worktree"` to run the agent in a temporary git worktree, giving it an isolated copy of the repository. The worktree is automatically cleaned up if the agent makes no changes; if changes are made, the worktree path and branch are returned in the result.
-
-Example usage:
-
-<example_agent_descriptions>
-"test-runner": use this agent after you are done writing code to run tests
-"greeting-responder": use this agent to respond to user greetings with a friendly joke
-</example_agent_descriptions>
-
-<example>
-user: "Please write a function that checks if a number is prime"
-assistant: Sure let me write a function that checks if a number is prime
-assistant: First let me use the Write tool to write a function that checks if a number is prime
-assistant: I'm going to use the Write tool to write the following code:
-<code>
-function isPrime(n) {
-  if (n <= 1) return false
-  for (let i = 2; i * i <= n; i++) {
-    if (n % i === 0) return false
-  }
-  return true
-}
-</code>
-<commentary>
-Since a significant piece of code was written and the task was completed, now use the test-runner agent to run the tests
-</commentary>
-assistant: Now let me use the test-runner agent to run the tests
-assistant: Uses the Agent tool to launch the test-runner agent
-</example>
-
-<example>
-user: "Hello"
-<commentary>
-Since the user is greeting, use the greeting-responder agent to respond with a friendly joke
-</commentary>
-assistant: "I'm going to use the Agent tool to launch the greeting-responder agent"
-</example>
-</textarea>

package/concepts/de/Tool-AskUserQuestion.md

@@ -1,75 +0,0 @@
-# AskUserQuestion
-
-## Definition
-
-Stellt dem Benutzer während der Ausführung Fragen, um Klärungen zu erhalten, Annahmen zu überprüfen oder Entscheidungen anzufordern.
-
-## Parameter
-
-| Parameter | Typ | Erforderlich | Beschreibung |
-|-----------|-----|--------------|--------------|
-| `questions` | array | Ja | Fragenliste (1–4 Fragen) |
-| `answers` | object | Nein | Vom Benutzer gesammelte Antworten |
-| `annotations` | object | Nein | Anmerkungen zu jeder Frage (z.B. Hinweise zur Vorschauauswahl) |
-| `metadata` | object | Nein | Metadaten für Tracking und Analyse |
-
-Jedes `question`-Objekt:
-
-| Feld | Typ | Erforderlich | Beschreibung |
-|------|-----|--------------|--------------|
-| `question` | string | Ja | Vollständiger Fragetext, sollte mit einem Fragezeichen enden |
-| `header` | string | Ja | Kurzes Label (max. 12 Zeichen), wird als Label-Chip angezeigt |
-| `options` | array | Ja | 2–4 Optionen |
-| `multiSelect` | boolean | Ja | Ob Mehrfachauswahl erlaubt ist |
-
-Jedes `option`-Objekt:
-
-| Feld | Typ | Erforderlich | Beschreibung |
-|------|-----|--------------|--------------|
-| `label` | string | Ja | Anzeigetext der Option (1–5 Wörter) |
-| `description` | string | Ja | Beschreibung der Option |
-| `markdown` | string | Nein | Vorschauinhalt (für visuellen Vergleich von ASCII-Layouts, Code-Snippets usw.) |
-
-## Anwendungsfälle
-
-**Geeignet für:**
-- Sammeln von Benutzerpräferenzen oder Anforderungen
-- Klärung mehrdeutiger Anweisungen
-- Einholen von Entscheidungen während der Implementierung
-- Bereitstellung von Richtungsoptionen für den Benutzer
-
-**Nicht geeignet für:**
-- Fragen wie „Ist der Plan in Ordnung?" – dafür sollte ExitPlanMode verwendet werden
-
-## Hinweise
-
-- Der Benutzer kann immer "Other" wählen, um eine benutzerdefinierte Eingabe zu machen
-- Die empfohlene Option steht an erster Stelle mit "(Recommended)" am Ende des Labels
-- `markdown`-Vorschau wird nur bei Einzelauswahl-Fragen unterstützt
-- Optionen mit `markdown` wechseln zu einem nebeneinander angeordneten Layout
-- Im Planungsmodus wird es verwendet, um Anforderungen vor der Festlegung des Plans zu klären
-
-## Originaltext
-
-<textarea readonly>Use this tool when you need to ask the user questions during execution. This allows you to:
-1. Gather user preferences or requirements
-2. Clarify ambiguous instructions
-3. Get decisions on implementation choices as you work
-4. Offer choices to the user about what direction to take.
-
-Usage notes:
-- Users will always be able to select "Other" to provide custom text input
-- Use multiSelect: true to allow multiple answers to be selected for a question
-- If you recommend a specific option, make that the first option in the list and add "(Recommended)" at the end of the label
-
-Plan mode note: In plan mode, use this tool to clarify requirements or choose between approaches BEFORE finalizing your plan. Do NOT use this tool to ask "Is my plan ready?" or "Should I proceed?" - use ExitPlanMode for plan approval. IMPORTANT: Do not reference "the plan" in your questions (e.g., "Do you have feedback about the plan?", "Does the plan look good?") because the user cannot see the plan in the UI until you call ExitPlanMode. If you need plan approval, use ExitPlanMode instead.
-
-Preview feature:
-Use the optional `markdown` field on options when presenting concrete artifacts that users need to visually compare:
-- ASCII mockups of UI layouts or components
-- Code snippets showing different implementations
-- Diagram variations
-- Configuration examples
-
-When any option has a markdown, the UI switches to a side-by-side layout with a vertical option list on the left and preview on the right. Do not use previews for simple preference questions where labels and descriptions suffice. Note: previews are only supported for single-select questions (not multiSelect).
-</textarea>