cx-viewer 1.0.0

package/concepts/no/Tool-TaskUpdate.md

@@ -0,0 +1,123 @@
+# TaskUpdate
+
+## Definisjon
+
+Oppdaterer status, innhold eller avhengighetsforhold for en oppgave i oppgavelisten.
+
+## Parametere
+
+| Parameter | Type | Påkrevd | Beskrivelse |
+|-----------|------|---------|-------------|
+| `taskId` | string | Ja | ID-en til oppgaven som skal oppdateres |
+| `status` | enum | Nei | Ny status: `pending` / `in_progress` / `completed` / `deleted` |
+| `subject` | string | Nei | Ny tittel |
+| `description` | string | Nei | Ny beskrivelse |
+| `activeForm` | string | Nei | Tekst i presens partisipp som vises under utførelse |
+| `owner` | string | Nei | Ny oppgaveansvarlig (agent-navn) |
+| `metadata` | object | Nei | Metadata som skal flettes inn (sett til null for å slette nøkkel) |
+| `addBlocks` | string[] | Nei | Liste over oppgave-ID-er blokkert av denne oppgaven |
+| `addBlockedBy` | string[] | Nei | Liste over forutgående oppgave-ID-er som blokkerer denne oppgaven |
+
+## Statusflyt
+
+```
+pending → in_progress → completed
+```
+
+`deleted` kan nås fra enhver status og fjerner oppgaven permanent.
+
+## Bruksscenarioer
+
+**Egnet for bruk:**
+- Markere oppgave som `in_progress` når arbeidet starter
+- Markere oppgave som `completed` etter fullført arbeid
+- Sette avhengighetsforhold mellom oppgaver
+- Oppdatere oppgaveinnhold ved endrede krav
+
+**Viktige regler:**
+- Marker kun som `completed` når oppgaven er fullstendig ferdig
+- Ved feil eller blokkering, behold `in_progress`
+- Ikke marker som `completed` ved mislykkede tester, ufullstendig implementering eller uløste feil
+
+## Merknader
+
+- Før oppdatering bør du hente siste oppgavestatus via TaskGet for å unngå utdaterte data
+- Etter fullføring av oppgave, kall TaskList for å finne neste tilgjengelige oppgave
+
+## Originaltekst
+
+<textarea readonly>Use this tool to update a task in the task list.
+
+## When to Use This Tool
+
+**Mark tasks as resolved:**
+- When you have completed the work described in a task
+- When a task is no longer needed or has been superseded
+- IMPORTANT: Always mark your assigned tasks as resolved when you finish them
+- After resolving, call TaskList to find your next task
+
+- ONLY mark a task as completed when you have FULLY accomplished it
+- If you encounter errors, blockers, or cannot finish, keep the task as in_progress
+- When blocked, create a new task describing what needs to be resolved
+- Never mark a task as completed if:
+  - Tests are failing
+  - Implementation is partial
+  - You encountered unresolved errors
+  - You couldn't find necessary files or dependencies
+
+**Delete tasks:**
+- When a task is no longer relevant or was created in error
+- Setting status to `deleted` permanently removes the task
+
+**Update task details:**
+- When requirements change or become clearer
+- When establishing dependencies between tasks
+
+## Fields You Can Update
+
+- **status**: The task status (see Status Workflow below)
+- **subject**: Change the task title (imperative form, e.g., "Run tests")
+- **description**: Change the task description
+- **activeForm**: Present continuous form shown in spinner when in_progress (e.g., "Running tests")
+- **owner**: Change the task owner (agent name)
+- **metadata**: Merge metadata keys into the task (set a key to null to delete it)
+- **addBlocks**: Mark tasks that cannot start until this one completes
+- **addBlockedBy**: Mark tasks that must complete before this one can start
+
+## Status Workflow
+
+Status progresses: `pending` → `in_progress` → `completed`
+
+Use `deleted` to permanently remove a task.
+
+## Staleness
+
+Make sure to read a task's latest state using `TaskGet` before updating it.
+
+## Examples
+
+Mark task as in progress when starting work:
+```json
+{"taskId": "1", "status": "in_progress"}
+```
+
+Mark task as completed after finishing work:
+```json
+{"taskId": "1", "status": "completed"}
+```
+
+Delete a task:
+```json
+{"taskId": "1", "status": "deleted"}
+```
+
+Claim a task by setting owner:
+```json
+{"taskId": "1", "owner": "my-name"}
+```
+
+Set up task dependencies:
+```json
+{"taskId": "2", "addBlockedBy": ["1"]}
+```
+</textarea>

package/concepts/no/Tool-TeamCreate.md

@@ -0,0 +1,38 @@
+# TeamCreate
+
+## Definisjon
+
+Oppretter et nytt team for å koordinere flere agenter som arbeider på et prosjekt. Team muliggjør parallell oppgavekjøring via en delt oppgaveliste og kommunikasjon mellom agenter.
+
+## Parametere
+
+| Parameter | Type | Påkrevd | Beskrivelse |
+|-----------|------|---------|-------------|
+| `team_name` | string | Ja | Navn på det nye teamet |
+| `description` | string | Nei | Teambeskrivelse / formål |
+| `agent_type` | string | Nei | Type / rolle for teamlederen |
+
+## Hva som opprettes
+
+- **Team-konfigurasjonsfil**: `~/.claude/teams/{team-name}/config.json` — lagrer medlemsliste og metadata
+- **Oppgavelistemappe**: `~/.claude/tasks/{team-name}/` — delt oppgaveliste for alle teammedlemmer
+
+Team har et 1:1-forhold til oppgavelister.
+
+## Team-arbeidsflyt
+
+1. **TeamCreate** — opprett teamet og dets oppgaveliste
+2. **TaskCreate** — definer oppgaver for teamet
+3. **Agent** (med `team_name` + `name`) — start teammedlemmer som slutter seg til teamet
+4. **TaskUpdate** — tildel oppgaver til teammedlemmer via `owner`
+5. Teammedlemmer arbeider med oppgaver og kommuniserer via **SendMessage**
+6. Avslutt teammedlemmer når ferdig, deretter **TeamDelete** for opprydding
+
+## Relaterte verktøy
+
+| Verktøy | Formål |
+|---------|--------|
+| `TeamDelete` | Fjern team og oppgavemapper |
+| `SendMessage` | Kommunikasjon mellom agenter i teamet |
+| `TaskCreate` / `TaskUpdate` / `TaskList` / `TaskGet` | Administrer den delte oppgavelisten |
+| `Agent` | Start teammedlemmer som slutter seg til teamet |

package/concepts/no/Tool-TeamDelete.md

@@ -0,0 +1,30 @@
+# TeamDelete
+
+## Definisjon
+
+Fjerner et team og tilhørende oppgavemapper når multi-agent-samarbeidsarbeidet er fullført. Dette er oppryddingsmotparten til TeamCreate.
+
+## Atferd
+
+- Fjerner team-mappen: `~/.claude/teams/{team-name}/`
+- Fjerner oppgavemappen: `~/.claude/tasks/{team-name}/`
+- Tømmer team-kontekst fra gjeldende økt
+
+**Viktig**: TeamDelete vil mislykkes hvis teamet fortsatt har aktive medlemmer. Teammedlemmer må først avsluttes på en kontrollert måte via SendMessage-avslutningsforespørsler.
+
+## Typisk bruk
+
+TeamDelete kalles på slutten av en team-arbeidsflyt:
+
+1. Alle oppgaver er fullført
+2. Teammedlemmer avsluttes via `SendMessage` med `shutdown_request`
+3. **TeamDelete** fjerner team- og oppgavemapper
+
+## Relaterte verktøy
+
+| Verktøy | Formål |
+|---------|--------|
+| `TeamCreate` | Opprett et nytt team og dets oppgaveliste |
+| `SendMessage` | Kommuniser med teammedlemmer / send avslutningsforespørsler |
+| `TaskCreate` / `TaskUpdate` / `TaskList` / `TaskGet` | Administrer den delte oppgavelisten |
+| `Agent` | Start teammedlemmer som slutter seg til teamet |

package/concepts/no/Tool-WebFetch.md

@@ -0,0 +1,55 @@
+# WebFetch
+
+## Definisjon
+
+Henter innhold fra en spesifisert URL, konverterer HTML til markdown og behandler innholdet med en AI-modell basert på promptet.
+
+## Parametere
+
+| Parameter | Type | Påkrevd | Beskrivelse |
+|-----------|------|---------|-------------|
+| `url` | string (URI) | Ja | Fullstendig URL som skal hentes |
+| `prompt` | string | Ja | Beskrivelse av hvilken informasjon som skal trekkes ut fra siden |
+
+## Bruksscenarioer
+
+**Egnet for bruk:**
+- Hente innhold fra offentlige nettsider
+- Slå opp nettbasert dokumentasjon
+- Trekke ut spesifikk informasjon fra nettsider
+
+**Ikke egnet for bruk:**
+- URL-er som krever autentisering (Google Docs, Confluence, Jira, GitHub osv.) — søk først etter et dedikert MCP-verktøy
+- GitHub-URL-er — foretrekk `gh` CLI
+
+## Merknader
+
+- URL-en må være en fullstendig gyldig URL
+- HTTP oppgraderes automatisk til HTTPS
+- Resultater kan bli oppsummert når innholdet er for stort
+- Inkluderer en selvrensende 15-minutters cache
+- Når URL-en omdirigerer til en annen vert, returnerer verktøyet den omdirigerte URL-en, og du må sende en ny forespørsel med den nye URL-en
+- Hvis et MCP-levert web fetch-verktøy er tilgjengelig, foretrekk 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/no/Tool-WebSearch.md

@@ -0,0 +1,58 @@
+# WebSearch
+
+## Definisjon
+
+Utfører søkemotorforespørsler og returnerer søkeresultater for å hente oppdatert informasjon.
+
+## Parametere
+
+| Parameter | Type | Påkrevd | Beskrivelse |
+|-----------|------|---------|-------------|
+| `query` | string | Ja | Søkeforespørsel (minst 2 tegn) |
+| `allowed_domains` | string[] | Nei | Inkluder kun resultater fra disse domenene |
+| `blocked_domains` | string[] | Nei | Ekskluder resultater fra disse domenene |
+
+## Bruksscenarioer
+
+**Egnet for bruk:**
+- Hente oppdatert informasjon utover modellens kunnskapsgrense
+- Søke etter aktuelle hendelser og nyeste data
+- Søke etter nyeste teknisk dokumentasjon
+
+## Merknader
+
+- Søkeresultater returneres i markdown-hyperlenkformat
+- Etter bruk må du legge til en "Sources:"-seksjon på slutten av responsen med relevante URL-er
+- Støtter domenefiltrering (inkluder/ekskluder)
+- Bruk gjeldende årstall i søkeforespørsler
+- Kun tilgjengelig 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/no/Tool-Write.md

@@ -0,0 +1,39 @@
+# Write
+
+## Definisjon
+
+Skriver innhold til det lokale filsystemet. Overskriver filen hvis den allerede eksisterer.
+
+## Parametere
+
+| Parameter | Type | Påkrevd | Beskrivelse |
+|-----------|------|---------|-------------|
+| `file_path` | string | Ja | Absolutt sti til filen (må være absolutt sti) |
+| `content` | string | Ja | Innholdet som skal skrives |
+
+## Bruksscenarioer
+
+**Egnet for bruk:**
+- Opprette nye filer
+- Når filinnholdet må skrives helt om
+
+**Ikke egnet for bruk:**
+- Endre deler av filinnholdet — bruk Edit
+- Bør ikke proaktivt opprette dokumentasjonsfiler (*.md) eller README, med mindre brukeren eksplisitt ber om det
+
+## Merknader
+
+- Hvis målfilen allerede eksisterer, må den først leses via Read, ellers mislykkes det
+- Overskriver alt eksisterende filinnhold
+- Foretrekk Edit for å redigere eksisterende filer, Write brukes kun for å opprette nye filer eller fullstendig omskriving
+
+## 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/no/Tool-executeCode.md

@@ -0,0 +1,41 @@
+# executeCode (mcp__ide__executeCode)
+
+## Definisjon
+
+Kjører Python-kode i Jupyter-kernelen for gjeldende notebook-fil.
+
+## Parametere
+
+| Parameter | Type | Påkrevd | Beskrivelse |
+|-----------|------|---------|-------------|
+| `code` | string | Ja | Python-koden som skal kjøres |
+
+## Bruksscenarioer
+
+**Egnet for bruk:**
+- Kjøre kode i Jupyter notebook-miljø
+- Teste kodesnutter
+- Dataanalyse og beregninger
+
+**Ikke egnet for bruk:**
+- Kodekjøring utenfor Jupyter-miljø — bruk Bash
+- Endre filer — bruk Edit eller Write
+
+## Merknader
+
+- Dette er et MCP-verktøy (Model Context Protocol), levert av IDE-integrasjonen
+- Koden kjøres i gjeldende Jupyter-kernel, og tilstanden vedvarer mellom kall
+- Med mindre brukeren eksplisitt ber om det, bør du unngå å deklarere variabler eller endre kernel-tilstand
+- Tilstanden går tapt etter omstart av kernelen
+
+## 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/no/Tool-getDiagnostics.md

@@ -0,0 +1,32 @@
+# getDiagnostics (mcp__ide__getDiagnostics)
+
+## Definisjon
+
+Henter språkdiagnostikk fra VS Code, inkludert syntaksfeil, typefeil, lint-advarsler osv.
+
+## Parametere
+
+| Parameter | Type | Påkrevd | Beskrivelse |
+|-----------|------|---------|-------------|
+| `uri` | string | Nei | Fil-URI. Hvis ikke angitt, hentes diagnostikk for alle filer |
+
+## Bruksscenarioer
+
+**Egnet for bruk:**
+- Sjekke syntaks-, type-, lint- og andre semantiske problemer i kode
+- Verifisere etter koderedigering at ingen nye feil er introdusert
+- Erstatte Bash-kommandoer for å sjekke kodekvalitet
+
+**Ikke egnet for bruk:**
+- Kjøre tester — bruk Bash
+- Sjekke kjøretidsfeil — bruk Bash for å kjøre koden
+
+## Merknader
+
+- Dette er et MCP-verktøy (Model Context Protocol), levert av IDE-integrasjonen
+- Kun tilgjengelig i VS Code / IDE-miljø
+- Foretrekk dette verktøyet fremfor Bash-kommandoer for å sjekke kodeproblemer
+
+## Originaltekst
+
+<textarea readonly>Get language diagnostics from VS Code</textarea>

package/concepts/no/Tools.md

@@ -0,0 +1,67 @@
+# Oversikt over Claude Code-verktøy
+
+Claude Code tilbyr en samling innebygde verktøy til modellen via tool_use-mekanismen i Anthropic API. `tools`-arrayen i hver MainAgent-forespørsel inneholder komplette JSON Schema-definisjoner for disse verktøyene, og modellen kaller dem i responsen via `tool_use` content blocks.
+
+Nedenfor er en kategorisert indeks over alle verktøy.
+
+## Agent-system
+
+| Verktøy | Formål |
+|---------|--------|
+| [Task](Tool-Task.md) | Starte en sub-agent (SubAgent) for å håndtere komplekse flerstegsoppgaver |
+| [TaskOutput](Tool-TaskOutput.md) | Hente utdata fra bakgrunnsoppgaver |
+| [TaskStop](Tool-TaskStop.md) | Stoppe en kjørende bakgrunnsoppgave |
+| [TaskCreate](Tool-TaskCreate.md) | Opprette et strukturert oppgavelisteelement |
+| [TaskGet](Tool-TaskGet.md) | Hente oppgavedetaljer |
+| [TaskUpdate](Tool-TaskUpdate.md) | Oppdatere oppgavestatus, avhengigheter osv. |
+| [TaskList](Tool-TaskList.md) | Liste alle oppgaver |
+
+## Filoperasjoner
+
+| Verktøy | Formål |
+|---------|--------|
+| [Read](Tool-Read.md) | Lese filinnhold (støtter tekst, bilder, PDF, Jupyter notebook) |
+| [Edit](Tool-Edit.md) | Redigere filer via nøyaktig strengerstatning |
+| [Write](Tool-Write.md) | Skrive eller overskrive filer |
+| [NotebookEdit](Tool-NotebookEdit.md) | Redigere Jupyter notebook-celler |
+
+## Søk
+
+| Verktøy | Formål |
+|---------|--------|
+| [Glob](Tool-Glob.md) | Søke etter filer med filnavnmønstermatching |
+| [Grep](Tool-Grep.md) | Innholdssøk i filer basert på ripgrep |
+
+## Terminal
+
+| Verktøy | Formål |
+|---------|--------|
+| [Bash](Tool-Bash.md) | Kjøre shell-kommandoer |
+
+## Web
+
+| Verktøy | Formål |
+|---------|--------|
+| [WebFetch](Tool-WebFetch.md) | Hente nettsidens innhold og behandle det med AI |
+| [WebSearch](Tool-WebSearch.md) | Søkemotorforespørsler |
+
+## Planlegging og interaksjon
+
+| Verktøy | Formål |
+|---------|--------|
+| [EnterPlanMode](Tool-EnterPlanMode.md) | Gå inn i planleggingsmodus for å designe implementeringsplan |
+| [ExitPlanMode](Tool-ExitPlanMode.md) | Gå ut av planleggingsmodus og sende planen til brukergodkjenning |
+| [AskUserQuestion](Tool-AskUserQuestion.md) | Stille spørsmål til brukeren for avklaring eller beslutninger |
+
+## Utvidelser
+
+| Verktøy | Formål |
+|---------|--------|
+| [Skill](Tool-Skill.md) | Kjøre ferdigheter (slash command) |
+
+## IDE-integrasjon
+
+| Verktøy | Formål |
+|---------|--------|
+| [getDiagnostics](Tool-getDiagnostics.md) | Hente språkdiagnostikk fra VS Code |
+| [executeCode](Tool-executeCode.md) | Kjøre kode i Jupyter kernel |

package/concepts/no/ToolsFirst.md

@@ -0,0 +1,77 @@
+# Hvorfor vises Tools først?
+
+I cc-viewers kontekstpanel vises **Tools før System Prompt og Messages**. Denne rekkefølgen gjenspeiler nøyaktig **Anthropic API-ens KV-Cache-prefiks-sekvens**.
+
+## KV-Cache-prefiks-sekvens
+
+Når Anthropic's API bygger opp KV-Cache, setter den sammen konteksten til et prefiks i denne **faste rekkefølgen**:
+
+```
+┌─────────────────────────────────────────────────┐
+│ 1. Tools (JSON Schema definitions)               │  ← Start of cache prefix
+│ 2. System Prompt                                 │
+│ 3. Messages (conversation history + current turn)│  ← End of cache prefix
+└─────────────────────────────────────────────────┘
+```
+
+Dette betyr at **Tools befinner seg før System Prompt helt i begynnelsen av cache-prefikset**.
+
+## Hvorfor har Tools høyere cache-vekt enn System?
+
+Ved KV-Cache-prefiksmatchning er **tidlig innhold mer kritisk** — enhver endring ugyldiggjør alt som kommer etter:
+
+1. **Prefiksmatchning starter fra begynnelsen**: KV-Cache sammenligner den gjeldende forespørselen med det bufrede prefikset token for token fra starten. I det øyeblikket et avvik oppdages, ugyldiggjøres alt etterfølgende innhold.
+
+2. **Tools endres = hele cachen ugyldiggjøres**: Siden Tools kommer først, vil enhver endring i verktøydefinisjoner (selv å legge til eller fjerne ett enkelt MCP-tool) **bryte prefikset helt fra starten**, og ugyldiggjøre all bufret System Prompt og Messages.
+
+3. **System endres = Messages-cache ugyldiggjøres**: System Prompt befinner seg i midten, så dens endringer ugyldiggjør bare den etterfølgende Messages-delen.
+
+4. **Messages endres = bare halen påvirkes**: Messages er på slutten, så å legge til nye meldinger ugyldiggjør bare et lite avsluttende segment — cache for Tools og System forblir intakt.
+
+## Praktisk betydning
+
+| Endringstype | Cache-påvirkning | Typisk scenario |
+|--------------|-----------------|-----------------|
+| Tool lagt til/fjernet | **Full ugyldiggjøring** | MCP server tilkobling/frakobling, IDE-plugin av/på |
+| System Prompt-endring | Messages-cache tapt | CLAUDE.md-redigering, system reminder-injeksjon |
+| Ny melding lagt til | Bare hale-inkrement | Normal samtaleflyt (vanligst, billigst) |
+
+Dette er grunnen til at `tools_change` i [CacheRebuild](CacheRebuild.md) typisk er den dyreste gjenoppbyggingsårsaken — den bryter prefikskjeden helt fremst.
+
+## Hvorfor plasseres verktøydefinisjoner før "hjernen"?
+
+Fra et caching-perspektiv er det et teknisk faktum at Tools kommer først. Men fra et kognitivt designperspektiv er denne rekkefølgen like logisk — **Tools er hender og føtter, System Prompt er hjernen**.
+
+Før man handler, må man oppfatte hvilke lemmer og verktøy man har tilgjengelig. Et spedbarn forstår ikke først reglene i verden (System) for så å lære å gripe — det oppfatter først at det har hender og føtter, og forstår gradvis reglene gjennom samspill med omgivelsene. På samme måte må en LLM vite hvilke verktøy den kan kalle (lese filer, skrive kode, søke, utføre kommandoer) før den mottar oppgaveinstruksjoner (System Prompt), slik at den nøyaktig kan vurdere "hva kan jeg gjøre" og "hvordan bør jeg gjøre det" ved behandling av instruksjonene.
+
+Hvis det var omvendt — først fortelle modellen "oppgaven din er å refaktorere denne modulen", deretter "du har Read, Edit, Bash-verktøy" — ville modellen mangle kritisk informasjon om sine kapabilitetsgrenser ved forståelse av oppgaven, noe som potensielt kunne føre til urealistiske planer eller overseing av tilgjengelige tilnærminger.
+
+**Kjenn kortene dine før du bestemmer deg for hvordan du spiller.** Dette er den kognitive logikken bak at Tools plasseres før System.
+
+## Hvorfor er MCP-verktøy også på denne posisjonen?
+
+MCP-verktøy (Model Context Protocol) plasseres, som innebygde verktøy, helt i starten av Tools-området. Å forstå MCPs posisjon i konteksten hjelper med å vurdere de reelle fordelene og kostnadene.
+
+### MCP-fordeler
+
+- **Kapabilitetsutvidelse**: MCP lar modeller tilgå eksterne tjenester (databasespørringer, API-kall, IDE-operasjoner, nettleserstyring osv.), og overskrider grensene for innebygde verktøy
+- **Åpent økosystem**: Hvem som helst kan implementere en MCP-server; modellen oppnår nye kapabiliteter uten re-trening
+- **On-demand-lasting**: MCP-servere kan selektivt kobles til/fra etter oppgavescenario, med fleksibel sammensetning av verktøysett
+
+### MCP-kostnader
+
+- **Cache-dreper**: Hvert MCP-verktøys JSON Schema-definisjon sammenkjedes i starten av KV-Cache-prefikset. Tillegg eller fjerning av ett MCP-verktøy = **hele cachen invalidert fra starten**. Hyppig tilkobling/frakobling av MCP-servere reduserer cache-treffraten drastisk
+- **Prefiks-oppblåsing**: MCP-verktøyers Schemas er typisk større enn innebygde verktøy (detaljerte parameterbeskrivelser, enum-verdier osv.). Mange MCP-verktøy øker token-antallet i Tools-området betydelig og innsnevrer kontekstrommet for Messages
+- **Latens-overhead**: MCP-verktøykall krever inter-prosesskommunikasjon (JSON-RPC over stdio/SSE), en størrelsesorden tregere enn innebygde funksjonskall
+- **Stabilitetsrisiko**: MCP-servere er eksterne prosesser som kan krasje, time ut eller returnere uventede formater, og krever ekstra feilhåndtering
+
+### Praktiske anbefalinger
+
+| Scenario | Anbefaling |
+|----------|-----------|
+| Lange samtaler, hyppig interaksjon | Minimér antallet MCP-verktøy for å beskytte cache-prefiks-stabiliteten |
+| Korte oppgaver, engangsoperasjoner | Bruk MCP-verktøy fritt; cache-påvirkningen er begrenset |
+| Hyppig tillegg/fjerning av MCP-servere | Hver endring utløser full cache-gjenoppbygging; vurder å fastlåse verktøysettet |
+| Overdimensjonerte Tool Schemas | Beskjær beskrivelser og enums for å redusere prefiks-tokenforbruk |
+
+I cc-viewers Context-panel vises MCP-verktøy sammen med innebygde verktøy i Tools-området, noe som gir et klart overblikk over hvert verktøys Schema-størrelse og bidrag til cache-prefikset.

package/concepts/no/TranslateContextPollution.md

@@ -0,0 +1,46 @@
+# Kontekstforurensning i Translate API
+
+## Bakgrunn
+
+CC-Viewer inkluderer en innebygd oversettelsesfunksjon (`POST /api/translate`) drevet av Anthropic Messages API. I den tidlige implementeringen gjenbrukte oversettelsesforespørsler bufrede autentiseringsopplysninger fra Claude Code-sesjonen — inkludert både `x-api-key`- og `authorization`-headere. Dette forårsaket et subtilt, men alvorlig problem: oversettelsesresultater returnerte ofte irrelevant innhold.
+
+## Rotårsak
+
+### Fundamental forskjell mellom to autentiseringsmetoder
+
+Anthropic API støtter to autentiseringsmetoder:
+
+| Metode | Header | Typisk kilde | Egenskaper |
+|--------|--------|--------------|------------|
+| API-nøkkel | `x-api-key: sk-ant-...` | Miljøvariabel / Console | Tilstandsløs, hver forespørsel er uavhengig |
+| OAuth-token | `authorization: Bearer sessionToken` | Claude Code abonnementsinnlogging | Sesjonsbundet, serveren opprettholder konteksttilknytning |
+
+Den avgjørende forskjellen: **API-nøkler er tilstandsløse** — hver forespørsel er fullstendig uavhengig; mens **OAuth-sesjonstokens er tilstandsbaserte** — Anthropic-serveren knytter forespørsler med samme token til samme sesjonskontekst.
+
+### Forurensningskjede
+
+Når Claude Code bruker OAuth-abonnementsinnlogging, ser autentiseringsflyten slik ut:
+
+```
+Claude Code hovedsamtale ──(authorization: Bearer sessionToken)──→ Anthropic API
+                                                                      ↑
+CC-Viewer oversettelsesforespørsel ──(authorization: Bearer sessionToken)──→ Anthropic API
+```
+
+Siden oversettelsesforespørsler gjenbrukte det samme sesjonstokenet, kan Anthropic-serveren knytte oversettelsesforespørsler til Claude Codes hovedsamtalekontekst. Dette fører til:
+
+1. **Oversettelsesresultater påvirket av hovedsamtalens kontekst**: Oversettelsesforespørselens systemprompt er «du er en oversetter», men serverkonteksten inneholder fortsatt Claude Codes samtalehistorikk, som potensielt kan forstyrre modellen
+2. **Hovedsamtalen forstyrret av oversettelsesforespørsler**: Innhold fra oversettelsesforespørsler (UI-tekstfragmenter) kan bli injisert i hovedsamtalens kontekst, noe som får Claude Codes svar til å avvike
+3. **Uforutsigbar oppførsel**: Siden kontekstforurensning er oppførsel på serversiden, kan klienten ikke oppdage eller kontrollere det
+
+## Erfaringer
+
+- **OAuth-sesjonstokens er ikke «bare en annen API-nøkkel»** — de bærer tilstand på serversiden, og gjenbruk av dem betyr deling av kontekst
+- **Interne tjenestekall bør bruke uavhengig, tilstandsløs autentisering** for å unngå tilknytning til brukersesjoner
+
+## Referanser
+
+- [Anthropic API Authentication Docs](https://docs.anthropic.com/en/api/getting-started)
+- [Claude Code Authentication](https://support.claude.com/en/articles/12304248-managing-api-key-environment-variables-in-claude-code)
+- [Anthropic Bans Subscription OAuth in Third-Party Apps](https://winbuzzer.com/2026/02/19/anthropic-bans-claude-subscription-oauth-in-third-party-apps-xcxwbn/)
+- [Claude Code Authentication: API Keys, Subscriptions, and SSO](https://developertoolkit.ai/en/claude-code/quick-start/authentication/)

package/concepts/no/UltraPlan.md

@@ -0,0 +1,55 @@
+# UltraPlan — Den Ultimate Ønskemaskinen
+
+## Hva er UltraPlan
+
+UltraPlan er cc-viewers **lokaliserte implementering** av Claude Codes native `/ultraplan`-kommando. Den lar deg bruke de fulle mulighetene til `/ultraplan` i ditt lokale miljø **uten å måtte starte Claudes offisielle fjerntjeneste**, og veileder Claude Code til å utføre komplekse planleggings- og implementeringsoppgaver ved hjelp av **multiagent-samarbeid**.
+
+Sammenlignet med vanlig Plan-modus eller Agent Team, kan UltraPlan:
+- Automatisk vurdere oppgavekompleksitet og velge den optimale planleggingsstrategien
+- Distribuere flere parallelle agenter for å utforske kodebasen fra ulike dimensjoner
+- Inkludere ekstern forskning (webSearch) for bransjens beste praksis
+- Automatisk sette sammen et Code Review Team etter plangjennomføring for kodegjennomgang
+- Danne en komplett lukket sløyfe **Plan → Utfør → Gjennomgå → Fiks**
+
+---
+
+## Viktige merknader
+
+### 1. UltraPlan er ikke allmektig
+UltraPlan er en kraftigere ønskemaskin, men det betyr ikke at ethvert ønske kan oppfylles. Den er kraftigere enn Plan og Agent Team, men kan ikke direkte «tjene penger for deg». Vurder rimelig oppgavegranularitet — del store mål inn i gjennomførbare mellomstore oppgaver i stedet for å prøve å oppnå alt på en gang.
+
+### 2. For øyeblikket mest effektiv for programmeringsprosjekter
+UltraPlans maler og arbeidsflyter er dypt optimalisert for programmeringsprosjekter. Andre scenarier (dokumentasjon, dataanalyse osv.) kan prøves, men du bør kanskje vente på tilpasninger i fremtidige versjoner.
+
+### 3. Utføringstid og krav til kontekstvindu
+- En vellykket UltraPlan-kjøring tar vanligvis **30 minutter eller mer**
+- Krever at MainAgent har et stort kontekstvindu (Opus-modell med 1M kontekst anbefales)
+- Hvis du bare har en 200K-modell, **sørg for å kjøre `/clear` på konteksten før kjøring**
+- Claude Codes `/compact` fungerer dårlig når kontekstvinduet er utilstrekkelig — unngå å gå tom for plass
+- Å opprettholde tilstrekkelig kontekstplass er en kritisk forutsetning for vellykket UltraPlan-gjennomføring
+
+Hvis du har spørsmål eller forslag om den lokaliserte UltraPlan, er du velkommen til å åpne [Issues på GitHub](https://github.com/anthropics/claude-code/issues) for å diskutere og samarbeide.
+
+---
+
+## Hvordan det fungerer
+
+UltraPlan tilbyr to driftsmoduser:
+
+### Automatisk modus
+Analyserer automatisk oppgavekompleksitet (poengsum 4-12) og ruter til ulike strategier:
+
+| Rute | Poengsum | Strategi |
+|------|----------|----------|
+| Rute A | 4-6 | Lettvektsplanlegging med direkte kodeutforskning |
+| Rute B | 7-9 | Planlegging med strukturelle diagrammer (Mermaid / ASCII) |
+| Rute C | 10-12 | Multiagent-utforskning + lukket gjennomgangssløyfe |
+
+### Tvungen modus
+Aktiverer direkte den fullstendige Rute C multiagent-arbeidsflyten:
+1. Distribuere opptil 5 parallelle agenter for å utforske kodebasen samtidig (arkitektur, filidentifikasjon, risikovurdering osv.)
+2. Valgfritt distribuere en forskningsagent for å undersøke bransjeløsninger via webSearch
+3. Syntetisere alle agentfunn til en detaljert implementeringsplan
+4. Distribuere en gjennomgangsagent for å granske planen fra flere perspektiver
+5. Utføre planen etter godkjenning
+6. Automatisk sette sammen et Code Review Team for å validere kodekvalitet etter implementering