cc-viewer 1.6.182 → 1.6.183

package/concepts/da/Tool-Read.md

@@ -1,56 +1,41 @@
 # Read
 
-## Definition
+Indlæser indholdet af en enkelt fil fra det lokale filsystem. Understøtter almindelig tekst, kildekode, billeder, PDF'er og Jupyter-notebooks og returnerer resultater med 1-baserede linjenumre i `cat -n`-stil.
 
-Læser filindhold fra det lokale filsystem. Understøtter tekstfiler, billeder, PDF og Jupyter notebook.
+## Hvornår skal den bruges
+
+- Læse en kildefil ved en kendt sti før redigering eller analyse
+- Inspicere konfigurationsfiler, lockfiles, logs eller genererede artefakter
+- Se screenshots eller diagrammer, brugeren har indsat i samtalen
+- Udtrække et specifikt sideinterval fra en lang PDF-manual
+- Åbne en `.ipynb`-notebook for at gennemgå kodeceller, markdown og celleoutput sammen
 
 ## Parametre
 
-| Parameter | Type | Påkrævet | Beskrivelse |
-|------|------|------|------|
-| `file_path` | string | Ja | Absolut sti til filen |
-| `offset` | number | Nej | Startlinjenummer (til segmenteret læsning af store filer) |
-| `limit` | number | Nej | Antal linjer der skal læses (til segmenteret læsning af store filer) |
-| `pages` | string | Nej | PDF-sideinterval (f.eks. "1-5", "3", "10-20"), gælder kun for PDF |
-
-## Brugsscenarier
-
-**Egnet til:**
-- Læse kodefiler, konfigurationsfiler og andre tekstfiler
-- Se billedfiler (Claude er en multimodal model)
-- Læse PDF-dokumenter
-- Læse Jupyter notebooks (returnerer alle celler med output)
-- Læse flere filer parallelt for at få kontekst
-
-**Ikke egnet til:**
-- Læse mapper — brug Bashs `ls`-kommando
-- Åben udforskning af kodebasen — brug Task (Explore-type)
-
-## Bemærkninger
-
-- Stien skal være absolut, ikke relativ
-- Læser som standard de første 2000 linjer af filen
-- Linjer over 2000 tegn afkortes
-- Output bruger `cat -n`-format med linjenumre startende fra 1
-- Store PDF'er (over 10 sider) kræver angivelse af `pages`-parameteren, maks. 20 sider ad gangen
-- Læsning af en ikke-eksisterende fil returnerer en fejl (crasher ikke)
-- Man kan kalde flere Read parallelt i en enkelt besked
-
-## Originaltekst
-
-<textarea readonly>Reads a file from the local filesystem. You can access any file directly by using this tool.
-Assume this tool is able to read all files on the machine. If the User provides a path to a file assume that path is valid. It is okay to read a file that does not exist; an error will be returned.
-
-Usage:
-- The file_path parameter must be an absolute path, not a relative path
-- By default, it reads up to 2000 lines starting from the beginning of the file
-- You can optionally specify a line offset and limit (especially handy for long files), but it's recommended to read the whole file by not providing these parameters
-- Any lines longer than 2000 characters will be truncated
-- Results are returned using cat -n format, with line numbers starting at 1
-- This tool allows Claude Code to read images (eg PNG, JPG, etc). When reading an image file the contents are presented visually as Claude Code is a multimodal LLM.
-- This tool can read PDF files (.pdf). For large PDFs (more than 10 pages), you MUST provide the pages parameter to read specific page ranges (e.g., pages: "1-5"). Reading a large PDF without the pages parameter will fail. Maximum 20 pages per request.
-- This tool can read Jupyter notebooks (.ipynb files) and returns all cells with their outputs, combining code, text, and visualizations.
-- This tool can only read files, not directories. To read a directory, use an ls command via the Bash tool.
-- You can call multiple tools in a single response. It is always better to speculatively read multiple potentially useful files in parallel.
-- You will regularly be asked to read screenshots. If the user provides a path to a screenshot, ALWAYS use this tool to view the file at the path. This tool will work with all temporary file paths.
-- If you read a file that exists but has empty contents you will receive a system reminder warning in place of file contents.</textarea>
+- `file_path` (string, påkrævet): Absolut sti til målfilen. Relative stier afvises.
+- `offset` (integer, valgfri): 1-baseret linjenummer at starte læsningen fra. Nyttigt for store filer i kombination med `limit`.
+- `limit` (integer, valgfri): Maksimalt antal linjer, der returneres fra `offset`. Standard er 2000 linjer fra toppen af filen, når det udelades.
+- `pages` (string, valgfri): Sideinterval for PDF-filer, for eksempel `"1-5"`, `"3"` eller `"10-20"`. Påkrævet for PDF'er længere end 10 sider; maksimalt 20 sider pr. anmodning.
+
+## Eksempler
+
+### Eksempel 1: Læs en hel lille fil
+Kald `Read` med kun `file_path` sat til `/Users/me/project/src/index.ts`. Op til 2000 linjer returneres med linjenumre, hvilket normalt er tilstrækkelig redigeringskontekst.
+
+### Eksempel 2: Bladr gennem en lang log
+Brug `offset: 5001` og `limit: 500` på en log-fil med flere tusinde linjer for at hente et smalt vindue uden at spilde kontekst-tokens.
+
+### Eksempel 3: Udtræk specifikke PDF-sider
+For en PDF på 120 sider ved `/tmp/spec.pdf`, sæt `pages: "8-15"` for kun at hente det kapitel, du har brug for. Udeladelse af `pages` på en stor PDF giver en fejl.
+
+### Eksempel 4: Vis et billede
+Send den absolutte sti til et PNG- eller JPG-screenshot. Billedet gengives visuelt, så Claude Code kan ræsonnere direkte om det.
+
+## Noter
+
+- Foretræk altid absolutte stier. Hvis brugeren angiver en, skal du stole på den som den er.
+- Linjer længere end 2000 tegn afkortes; behandl det returnerede indhold som muligvis klippet for ekstremt brede data.
+- Læser du flere uafhængige filer? Udsted flere `Read`-kald i samme svar, så de kører parallelt.
+- `Read` kan ikke liste mapper. Brug et `Bash` `ls`-kald eller `Glob`-værktøjet i stedet.
+- Læsning af en eksisterende, men tom fil returnerer en system-påmindelse i stedet for filbytes, så håndtér det signal eksplicit.
+- En vellykket `Read` er påkrævet, før du kan bruge `Edit` på den samme fil i den aktuelle session.

package/concepts/da/Tool-RemoteTrigger.md

@@ -0,0 +1,73 @@
+# RemoteTrigger
+
+Kalder claude.ai's fjernudløser-API for at administrere planlagte opgaver og on-demand udløsereksekveringer. OAuth-tokenet håndteres internt af værktøjet og eksponeres aldrig for modellen eller shell'en.
+
+## Hvornår skal den bruges
+
+- Administration af fjernagenter (udløsere) på claude.ai, herunder visning, inspektion og opdatering af eksisterende udløsere
+- Oprettelse af en ny cron-baseret automatiseret opgave, der kører en Claude-agent efter en tilbagevendende tidsplan
+- Udløsning af en eksisterende udløser on-demand uden at vente på dens næste planlagte kørsel
+- Visning eller revision af alle aktuelle udløsere for at gennemgå deres konfiguration og status
+- Opdatering af udløserindstillinger som tidsplan, nyttelast eller beskrivelse uden at skulle genskabe udløseren
+
+## Parametre
+
+- `action` (string, påkrævet): den operation der skal udføres — en af `list`, `get`, `create`, `update` eller `run`
+- `trigger_id` (string, påkrævet for `get`, `update` og `run`): identifikatoren for den udløser der skal opereres på; skal matche mønsteret `^[\w-]+$` (kun ordtegn og bindestreger)
+- `body` (object, påkrævet for `create` og `update`; valgfri for `run`): anmodningens nyttelast sendt til API'en
+
+## Eksempler
+
+### Eksempel 1: vis alle udløsere
+
+```json
+{
+  "action": "list"
+}
+```
+
+Kalder `GET /v1/code/triggers` og returnerer et JSON-array med alle udløsere tilknyttet den godkendte konto.
+
+### Eksempel 2: opret en ny udløser der kører hver hverdagsmorgen
+
+```json
+{
+  "action": "create",
+  "body": {
+    "name": "weekday-morning-report",
+    "schedule": "0 8 * * 1-5",
+    "description": "Generer et dagligt resumé hver hverdag kl. 08:00 UTC"
+  }
+}
+```
+
+Kalder `POST /v1/code/triggers` med den angivne krop og returnerer det nyoprettede udløserobjekt, inklusive det tildelte `trigger_id`.
+
+### Eksempel 3: udløs en udløser on-demand
+
+```json
+{
+  "action": "run",
+  "trigger_id": "my-report-trigger"
+}
+```
+
+Kalder øjeblikkeligt `POST /v1/code/triggers/my-report-trigger/run` og omgår det planlagte tidspunkt.
+
+### Eksempel 4: hent en enkelt udløser
+
+```json
+{
+  "action": "get",
+  "trigger_id": "my-report-trigger"
+}
+```
+
+Kalder `GET /v1/code/triggers/my-report-trigger` og returnerer den fulde udløserkonfiguration.
+
+## Noter
+
+- OAuth-tokenet injiceres in-process af værktøjet — kopier, indsæt eller log aldrig tokens manuelt; dette skaber en sikkerhedsrisiko og er unødvendigt når dette værktøj bruges.
+- Foretræk dette værktøj frem for rå `curl` eller andre HTTP-klienter til alle udløser-API-kald; direkte brug af HTTP omgår den sikre tokeninjektion og kan eksponere legitimationsoplysninger.
+- Værktøjet returnerer det rå JSON-svar fra API'en; kalderen er ansvarlig for at parse svaret og håndtere fejlstatuskoder.
+- Værdien af `trigger_id` skal matche mønsteret `^[\w-]+$` — kun alfanumeriske tegn, understreger og bindestreger er tilladt; mellemrum eller specialtegn vil få anmodningen til at mislykkes.

package/concepts/da/Tool-ScheduleWakeup.md

@@ -0,0 +1,56 @@
+# ScheduleWakeup
+
+Planlægger hvornår arbejdet skal genoptages i `/loop` dynamisk tilstand. Værktøjet giver Claude mulighed for at selvstyre tempoet i opgaveiterationer ved at sove i det valgte interval og derefter udløse igen med den samme loop-prompt.
+
+## Hvornår skal den bruges
+
+- Til at selvstyre tempoet i en `/loop` dynamisk opgave, hvor iterationsintervallet afhænger af arbejdstilstand snarere end et fast ur
+- Til at vente på, at en lang build, deployment eller testkørsel er færdig, inden resultater kontrolleres
+- Til at indsætte tomgangsticks mellem iterationer, når der ikke er noget specifikt signal at overvåge på nuværende tidspunkt
+- Til at køre en autonom løkke uden bruger-prompt — send det bogstavelige sentinel `<<autonomous-loop-dynamic>>` som `prompt`
+- Til at polle en proces, hvis tilstand er ved at ændre sig snart (brug en kort forsinkelse for at holde cachen varm)
+
+## Parametre
+
+- `delaySeconds` (tal, påkrævet): Sekunder til genoptagelse. Runtime begrænser automatisk værdien til `[60, 3600]`, så manuel begrænsning er ikke nødvendig.
+- `reason` (streng, påkrævet): En kort sætning, der forklarer den valgte forsinkelse. Vises til brugeren og registreres i telemetri. Vær specifik — "kontrollerer lang bun-build" er mere nyttigt end "venter."
+- `prompt` (streng, påkrævet): `/loop`-inputtet der udløses ved opvågning. Send den samme streng hver tur, så det næste udløsning gentager opgaven. For en autonom løkke uden bruger-prompt sendes det bogstavelige sentinel `<<autonomous-loop-dynamic>>`.
+
+## Eksempler
+
+### Eksempel 1: kort forsinkelse for at genkontrollere et hurtigt skiftende signal (hold cachen varm)
+
+En build er netop startet og tager typisk to til tre minutter.
+
+```json
+{
+  "delaySeconds": 120,
+  "reason": "kontrollerer bun-build forventet færdig om ~2 min",
+  "prompt": "kontroller build-status og rapporter eventuelle fejl"
+}
+```
+
+120 sekunder holder samtalekonteksten i Anthropic prompt-cachen (TTL 5 min), så den næste opvågning er hurtigere og billigere.
+
+### Eksempel 2: langt tomgangstick (accepter cache-miss, amortiser over længere ventetid)
+
+En databasemigrering kører og tager typisk 20–40 minutter.
+
+```json
+{
+  "delaySeconds": 1200,
+  "reason": "migrering tager typisk 20–40 min; kontrollerer igen om 20 min",
+  "prompt": "kontroller migrationsstatus og fortsæt hvis færdig"
+}
+```
+
+Cachen vil være kold ved opvågning, men 20-minutters ventetiden amortiserer mere end rigeligt det enkle cache-miss. At polle hvert 5. minut ville betale den samme miss-pris 4 gange uden fordel.
+
+## Noter
+
+- **5-minutters cache-TTL**: Anthropic prompt-cachen udløber efter 300 sekunder. Forsinkelser under 300 s holder konteksten varm; forsinkelser over 300 s medfører et cache-miss ved næste opvågning.
+- **Undgå præcis 300 s**: Det er det værste fra begge verdener — man betaler cache-misset uden at få en meningsfuldt længere ventetid. Enten drop til 270 s (hold cachen varm) eller forpligt til 1200 s eller mere (ét miss køber en meget længere ventetid).
+- **Standard for tomgangsticks**: Når der ikke er noget specifikt signal at overvåge, brug **1200–1800 s** (20–30 min). Dette lader løkken tjekke periodisk uden at brænde cachen 12 gange i timen for ingenting.
+- **Automatisk begrænsning**: Runtime begrænser `delaySeconds` til `[60, 3600]`. Værdier under 60 bliver til 60; værdier over 3600 bliver til 3600. Det er ikke nødvendigt at håndtere disse grænser selv.
+- **Udelad kaldet for at afslutte løkken**: Hvis iterationer skal stoppes, skal ScheduleWakeup ikke kaldes. Blot at udelade kaldet afslutter løkken.
+- **Send den samme `prompt` hver tur**: `prompt`-feltet skal bære den originale `/loop`-instruktion ved hver invokation, så den næste opvågning ved, hvilken opgave der skal genoptages.

package/concepts/da/Tool-SendMessage.md

@@ -1,41 +1,68 @@
 # SendMessage
 
-## Definition
+Leverer en besked fra ét teammedlem til et andet inden for et aktivt team, eller broadcaster til alle holdkammerater på én gang. Dette er den eneste kanal, holdkammerater kan høre — alt, der skrives til normalt tekstoutput, er usynligt for dem.
 
-Sender beskeder mellem agenter inden for et team. Bruges til direkte kommunikation, broadcasting og protokolbeskeder (shutdown-anmodninger/-svar, plangodkendelse).
+## Hvornår skal den bruges
+
+- Tildele en opgave eller overdrage et delproblem til en navngivet holdkammerat under teamsamarbejde.
+- Anmode om status, mellemresultater eller en kodegennemgang fra en anden agent.
+- Broadcaste en beslutning, en delt begrænsning eller en nedlukningsbesked til hele teamet via `*`.
+- Svare på en protokolforespørgsel som en nedlukningsanmodning eller en plangodkendelsesanmodning fra teamlederen.
+- Afslutte cirklen ved slutningen af en delegeret opgave, så lederen kan markere posten som fuldført.
 
 ## Parametre
 
-| Parameter | Type | Påkrævet | Beskrivelse |
-|-----------|------|----------|-------------|
-| `to` | string | Ja | Modtager: teammedlemmets navn, eller `"*"` for broadcast til alle |
-| `message` | string / object | Ja | Ren tekstbesked eller struktureret protokolobjekt |
-| `summary` | string | Nej | En forhåndsvisning på 5-10 ord vist i brugerfladen |
+- `to` (string, påkrævet): Målholdkammeratens `name`, som registreret i teamet, eller `*` for at broadcaste til alle holdkammerater på én gang.
+- `message` (string eller object, påkrævet): Almindelig tekst til normal kommunikation, eller et struktureret objekt til protokolsvar som `shutdown_response` og `plan_approval_response`.
+- `summary` (string, valgfri): En forhåndsvisning på 5-10 ord, der vises i team-aktivitetsloggen for almindelige tekstbeskeder. Påkrævet for lange strengbeskeder; ignoreres, når `message` er et protokolobjekt.
+
+## Eksempler
+
+### Eksempel 1: Direkte opgaveoverdragelse
+
+```
+SendMessage(
+  to="db-lead",
+  message="Please audit prisma/schema.prisma and list any model missing createdAt/updatedAt timestamps. Reply when done.",
+  summary="Audit schema for missing timestamps"
+)
+```
 
-## Beskedtyper
+### Eksempel 2: Broadcast en delt begrænsning
 
-### Ren tekst
-Direkte beskeder mellem teammedlemmer til koordinering, statusopdateringer og opgavediskussioner.
+```
+SendMessage(
+  to="*",
+  message="Reminder: do not touch files under legacy/ — that subtree is frozen until the migration PR lands.",
+  summary="Freeze legacy/ during migration"
+)
+```
 
-### Shutdown-anmodning
-Beder et teammedlem om at lukke ned pænt: `{ type: "shutdown_request", reason: "..." }`
+### Eksempel 3: Protokolsvar
 
-### Shutdown-svar
-Teammedlem godkender eller afviser shutdown: `{ type: "shutdown_response", approve: true/false }`
+Svar på en nedlukningsanmodning fra lederen ved hjælp af en struktureret besked:
 
-### Plangodkendelsessvar
-Godkender eller afviser et teammedlems plan: `{ type: "plan_approval_response", approve: true/false }`
+```
+SendMessage(
+  to="leader",
+  message={ "type": "shutdown_response", "ready": true, "final_report": "All assigned diff chunks committed on branch refactor-crew/db-lead." }
+)
+```
 
-## Broadcast vs. direkte
+### Eksempel 4: Plangodkendelsessvar
 
-- **Direkte** (`to: "teammedlem-navn"`): Send til et bestemt teammedlem — foretrukket til de fleste kommunikationer
-- **Broadcast** (`to: "*"`): Send til alle teammedlemmer — brug sparsomt, kun til kritiske teamdækkende meddelelser
+```
+SendMessage(
+  to="leader",
+  message={ "type": "plan_approval_response", "approved": true, "notes": "LGTM, but please split step 4 into migration + backfill." }
+)
+```
 
-## Relaterede værktøjer
+## Noter
 
-| Værktøj | Formål |
-|---------|--------|
-| `TeamCreate` | Opret et nyt team |
-| `TeamDelete` | Fjern team når det er færdigt |
-| `Agent` | Start teammedlemmer der tilslutter sig teamet |
-| `TaskCreate` / `TaskUpdate` / `TaskList` | Administrer den delte opgaveliste |
+- Dit almindelige assistenttekstoutput sendes IKKE til holdkammerater. Hvis du vil have en anden agent til at se noget, skal det gå gennem `SendMessage`. Dette er den mest almindelige fejl i team-workflows.
+- Broadcast (`to: "*"`) er dyrt — det vækker hver holdkammerat og forbruger deres kontekst. Reservér det til meddelelser, der reelt påvirker alle. Foretræk målrettede forsendelser.
+- Hold beskeder kortfattede og handlingsorienterede. Medtag filstier, begrænsninger og det forventede svarformat, modtageren har brug for; husk, de ikke deler hukommelse med dig.
+- Protokolbeskedobjekter (`shutdown_response`, `plan_approval_response`) har faste former. Bland ikke protokolfelter ind i almindelige tekstbeskeder eller omvendt.
+- Beskeder er asynkrone. Modtageren modtager din på sin næste runde; antag ikke, at de har læst eller handlet på den, før de svarer.
+- En velskrevet `summary` gør team-aktivitetsloggen scanbar for lederen — behandl den som en commit-emnelinje.

package/concepts/da/Tool-Skill.md

@@ -1,56 +1,47 @@
 # Skill
 
-## Definition
+Invokerer en navngivet skill inde i den aktuelle samtale. Skills er færdigpakkede kapacitetsbundter — domæneviden, workflows og nogle gange værktøjsadgang — som rammen eksponerer for assistenten gennem system-påmindelser.
 
-Udfører en skill i hovedsamtalen. Skills er specialiserede evner, som brugeren kan kalde via slash commands (f.eks. `/commit`, `/review-pr`).
+## Hvornår skal den bruges
 
-## Parametre
-
-| Parameter | Type | Påkrævet | Beskrivelse |
-|------|------|------|------|
-| `skill` | string | Ja | Skill-navn (f.eks. "commit", "review-pr", "pdf") |
-| `args` | string | Nej | Skill-argumenter |
+- Brugeren skriver en slash-kommando som `/review` eller `/init` — slash-kommandoer er skills og skal eksekveres gennem dette værktøj.
+- Brugeren beskriver en opgave, der matcher en annonceret skills triggerbetingelser (for eksempel at bede om at scanne transkripter for gentagne tilladelsesforespørgsler matcher `fewer-permission-prompts`).
+- En skills angivne formål matcher direkte den aktuelle fil, anmodning eller samtalekontekst.
+- Specialiserede, gentagne workflows er tilgængelige som skills, og den kanoniske procedure er at foretrække frem for en ad hoc-tilgang.
+- Brugeren spørger "hvilke skills er tilgængelige" — oplist de annoncerede navne, og invokér kun, når de bekræfter.
 
-## Brugsscenarier
+## Parametre
 
-**Egnet til:**
-- Brugeren har indtastet en slash command i formatet `/<skill-name>`
-- Brugerens anmodning matcher funktionaliteten af en registreret skill
+- `skill` (string, påkrævet): Det nøjagtige navn på en skill, der er listet i den aktuelle available-skills system-påmindelse. For plugin-navnerum-skills skal du bruge den fuldt kvalificerede `plugin:skill`-form (for eksempel `skill-creator:skill-creator`). Medtag ikke en indledende skråstreg.
+- `args` (string, valgfri): Frit formulerede argumenter, der sendes til skillen. Format og semantik defineres af hver skills egen dokumentation.
 
-**Ikke egnet til:**
-- Indbyggede CLI-kommandoer (f.eks. `/help`, `/clear`)
-- En skill der allerede kører
-- Skill-navne der ikke er i listen over tilgængelige skills
+## Eksempler
 
-## Bemærkninger
+### Eksempel 1: Kør en review-skill på den aktuelle branch
 
-- Efter kald udvides skillen til et komplet prompt
-- Understøtter fuldt kvalificerede navne (f.eks. `ms-office-suite:pdf`)
-- Listen over tilgængelige skills leveres i system-reminder-beskeder
-- Når du ser et `<command-name>`-tag, betyder det, at skillen er indlæst og skal udføres direkte uden at kalde dette værktøj igen
-- Nævn ikke en skill uden faktisk at have kaldt værktøjet
+```
+Skill(skill="review")
+```
 
-## Originaltekst
+`review`-skillen pakker trinnene til at gennemgå en pull request mod den aktuelle base-branch. Invokering indlæser den ramme-definerede reviewprocedure i runden.
 
-<textarea readonly>Execute a skill within the main conversation
+### Eksempel 2: Invokér en plugin-navnerum-skill med argumenter
 
-When users ask you to perform tasks, check if any of the available skills match. Skills provide specialized capabilities and domain knowledge.
+```
+Skill(
+  skill="skill-creator:skill-creator",
+  args="create a skill that summarizes git log for a given date range"
+)
+```
 
-When users reference a "slash command" or "/<something>" (e.g., "/commit", "/review-pr"), they are referring to a skill. Use this tool to invoke it.
+Dirigerer anmodningen gennem `skill-creator`-plugin'ets indgangspunkt, så forfatterworkflowet starter.
 
-How to invoke:
-- Use this tool with the skill name and optional arguments
-- Examples:
-  - `skill: "pdf"` - invoke the pdf skill
-  - `skill: "commit", args: "-m 'Fix bug'"` - invoke with arguments
-  - `skill: "review-pr", args: "123"` - invoke with arguments
-  - `skill: "ms-office-suite:pdf"` - invoke using fully qualified name
+## Noter
 
-Important:
-- Available skills are listed in system-reminder messages in the conversation
-- When a skill matches the user's request, this is a BLOCKING REQUIREMENT: invoke the relevant Skill tool BEFORE generating any other response about the task
-- NEVER mention a skill without actually calling this tool
-- Do not invoke a skill that is already running
-- Do not use this tool for built-in CLI commands (like /help, /clear, etc.)
-- If you see a <command-name> tag in the current conversation turn, the skill has ALREADY been loaded - follow the instructions directly instead of calling this tool again
-</textarea>
+- Invokér kun skills, hvis navne fremgår ordret i available-skills system-påmindelsen, eller skills, brugeren skrev direkte som `/navn` i sin besked. Gæt eller opfind aldrig skill-navne fra hukommelse eller træningsdata — hvis skillen ikke er annonceret, kald ikke dette værktøj.
+- Når en brugers anmodning matcher en annonceret skill, er kald af `Skill` en blokerende forudsætning: invokér den, før du genererer noget andet svar om opgaven. Beskriv ikke, hvad skillen ville gøre — kør den.
+- Nævn aldrig en skill ved navn uden faktisk at invokere den. At annoncere en skill uden at kalde værktøjet er vildledende.
+- Brug ikke `Skill` til indbyggede CLI-kommandoer som `/help`, `/clear`, `/model` eller `/exit`. De håndteres af rammen direkte.
+- Invokér ikke en skill igen, som allerede kører i den aktuelle runde. Hvis du ser et `<command-name>`-tag i den aktuelle runde, er skillen allerede indlæst — følg dens instruktioner i stedet for at kalde værktøjet igen.
+- Hvis flere skills kunne anvendes, vælg den mest specifikke. For konfigurationsændringer som at tilføje tilladelser eller hooks, foretræk `update-config` frem for en generisk indstillingstilgang.
+- Skill-eksekvering kan introducere nye system-påmindelser, værktøjer eller begrænsninger for resten af runden. Genlæs samtaletilstanden, efter en skill er færdig, før du fortsætter.

package/concepts/da/Tool-TaskCreate.md

@@ -1,78 +1,56 @@
 # TaskCreate
 
-## Definition
+Opretter en ny opgave i det aktuelle teams opgaveliste (eller sessionens opgaveliste, når intet team er aktivt). Brug den til at fange arbejdselementer, der bør spores, delegeres eller gennemses senere.
 
-Opretter en struktureret opgavelistepost til at spore fremskridt, organisere komplekse opgaver og vise brugeren arbejdets fremdrift.
+## Hvornår skal den bruges
 
-## Parametre
-
-| Parameter | Type | Påkrævet | Beskrivelse |
-|------|------|------|------|
-| `subject` | string | Ja | Kort opgavetitel i bydeform (f.eks. "Fix authentication bug") |
-| `description` | string | Ja | Detaljeret beskrivelse inkl. kontekst og acceptkriterier |
-| `activeForm` | string | Nej | Tekst i nutids-tillægsform vist under udførelse (f.eks. "Fixing authentication bug") |
-| `metadata` | object | Nej | Vilkårlig metadata knyttet til opgaven |
-
-## Brugsscenarier
-
-**Egnet til:**
-- Komplekse flertrinsopgaver (mere end 3 trin)
-- Brugeren har givet flere gøremål
-- Sporing af arbejde i planlægningstilstand
-- Brugeren beder udtrykkeligt om en todo-liste
+- Brugeren beskriver et flertrinsstykke arbejde, der drager fordel af eksplicit sporing.
+- Du nedbryder en stor anmodning til mindre, separat færdiggørlige enheder.
+- En opfølgning opdages midt i en opgave og bør ikke glemmes.
+- Du har brug for en holdbar registrering af hensigt, før du overdrager arbejde til en holdkammerat eller underagent.
+- Du opererer i plantilstand og vil have hvert plantrin repræsenteret som en konkret opgave.
 
-**Ikke egnet til:**
-- En enkelt simpel opgave
-- Simple operationer med færre end 3 trin
-- Ren samtale eller informationsforespørgsler
+Spring `TaskCreate` over for trivielle one-shot-handlinger, ren samtale eller alt, der kan gennemføres i to eller tre direkte værktøjskald.
 
-## Bemærkninger
-
-- Alle nyoprettede opgaver har startstatus `pending`
-- `subject` bruger bydeform ("Run tests"), `activeForm` bruger nutids-tillægsform ("Running tests")
-- Efter oprettelse kan afhængigheder (blocks/blockedBy) sættes via TaskUpdate
-- Før oprettelse bør man tjekke med TaskList, om der findes duplikerede opgaver
-
-## Originaltekst
-
-<textarea readonly>Use this tool to create a structured task list for your current coding session. This helps you track progress, organize complex tasks, and demonstrate thoroughness to the user.
-It also helps the user understand the progress of the task and overall progress of their requests.
+## Parametre
 
-## When to Use This Tool
+- `subject` (string, påkrævet): Kort imperativ titel, f.eks. `Fix login redirect on Safari`. Hold den under cirka firs tegn.
+- `description` (string, påkrævet): Detaljeret kontekst — problemet, begrænsningerne, accepteringskriterier og alle filer eller links, en fremtidig læser vil have brug for. Skriv, som om en holdkammerat vil samle dette op helt koldt.
+- `activeForm` (string, valgfri): Spinnertekst i nutid-continuous, der vises, mens opgaven er `in_progress`, f.eks. `Fixing login redirect on Safari`. Spejl `subject`, men i -ing-form.
+- `metadata` (object, valgfri): Vilkårlige strukturerede data knyttet til opgaven. Almindelige anvendelser: labels, prioritetshints, eksterne ticket-ID'er eller agent-specifik konfiguration.
 
-Use this tool proactively in these scenarios:
+Nyoprettede opgaver starter altid med status `pending` og ingen ejer. Afhængigheder (`blocks`, `blockedBy`) sættes ikke ved oprettelse — anvend dem bagefter med `TaskUpdate`.
 
-- Complex multi-step tasks - When a task requires 3 or more distinct steps or actions
-- Non-trivial and complex tasks - Tasks that require careful planning or multiple operations
-- Plan mode - When using plan mode, create a task list to track the work
-- User explicitly requests todo list - When the user directly asks you to use the todo list
-- User provides multiple tasks - When users provide a list of things to be done (numbered or comma-separated)
-- After receiving new instructions - Immediately capture user requirements as tasks
-- When you start working on a task - Mark it as in_progress BEFORE beginning work
-- After completing a task - Mark it as completed and add any new follow-up tasks discovered during implementation
+## Eksempler
 
-## When NOT to Use This Tool
+### Eksempel 1
 
-Skip using this tool when:
-- There is only a single, straightforward task
-- The task is trivial and tracking it provides no organizational benefit
-- The task can be completed in less than 3 trivial steps
-- The task is purely conversational or informational
+Fang en fejlrapport, brugeren netop indsendte.
 
-NOTE that you should not use this tool if there is only one trivial task to do. In this case you are better off just doing the task directly.
+```
+TaskCreate(
+  subject: "Repair broken PDF export on Windows",
+  description: "Users on Windows 11 report the export button produces a 0-byte file. Reproduce with sample doc in test/fixtures/export/, then fix the code path in src/export/pdf.ts. Acceptance: export writes a valid PDF and the existing export test suite passes.",
+  activeForm: "Repairing broken PDF export on Windows"
+)
+```
 
-## Task Fields
+### Eksempel 2
 
-- **subject**: A brief, actionable title in imperative form (e.g., "Fix authentication bug in login flow")
-- **description**: Detailed description of what needs to be done, including context and acceptance criteria
-- **activeForm**: Present continuous form shown in spinner when task is in_progress (e.g., "Fixing authentication bug"). This is displayed to the user while you work on the task.
+Splittethed et epos op i sporede enheder ved starten af en session.
 
-**IMPORTANT**: Always provide activeForm when creating tasks. The subject should be imperative ("Run tests") while activeForm should be present continuous ("Running tests"). All tasks are created with status `pending`.
+```
+TaskCreate(
+  subject: "Draft migration plan for auth service",
+  description: "Produce a written plan covering rollout stages, rollback strategy, and monitoring. Output: docs/auth-migration.md.",
+  activeForm: "Drafting migration plan for auth service",
+  metadata: { "priority": "P1", "linearId": "AUTH-214" }
+)
+```
 
-## Tips
+## Noter
 
-- Create tasks with clear, specific subjects that describe the outcome
-- Include enough detail in the description for another agent to understand and complete the task
-- After creating tasks, use TaskUpdate to set up dependencies (blocks/blockedBy) if needed
-- Check TaskList first to avoid creating duplicate tasks
-</textarea>
+- Skriv `subject` i bydeform og `activeForm` i nutid-continuous, så UI læses naturligt, når opgaven skifter til `in_progress`.
+- Kald `TaskList` før oprettelse for at undgå dubletter — teamlisten deles med holdkammerater og underagenter.
+- Inkludér ikke hemmeligheder eller legitimationsoplysninger i `description` eller `metadata`; opgaveregistreringer er synlige for alle med adgang til teamet.
+- Efter oprettelse skal opgaven flyttes gennem sin livscyklus med `TaskUpdate`. Lad ikke arbejde stille dø i `in_progress`.

package/concepts/da/Tool-TaskGet.md

@@ -1,56 +1,47 @@
 # TaskGet
 
-## Definition
+Henter den fulde registrering for en enkelt opgave efter ID, inklusive dens beskrivelse, aktuelle status, ejer, metadata og afhængighedskanter. Brug den, når resuméet returneret af `TaskList` ikke er nok til at handle på opgaven.
 
-Henter de komplette detaljer for en opgave via dens ID.
+## Hvornår skal den bruges
 
-## Parametre
-
-| Parameter | Type | Påkrævet | Beskrivelse |
-|------|------|------|------|
-| `taskId` | string | Ja | ID på opgaven der skal hentes |
+- Du har samlet en opgave op fra `TaskList` og har brug for den fulde beskrivelse, før du begynder arbejdet.
+- Du er ved at markere en opgave `completed` og vil genkontrollere accepteringskriterierne.
+- Du har brug for at inspicere, hvilke opgaver denne `blocks` eller er `blockedBy` for at bestemme det næste træk.
+- Du undersøger historik — hvem ejer den, hvilken metadata blev vedhæftet, hvornår ændrede den tilstand.
+- En holdkammerat eller tidligere session refererede til et opgave-ID, og du har brug for konteksten.
 
-## Returneret indhold
+Foretræk `TaskList`, når du kun har brug for en overordnet scanning; reservér `TaskGet` til den specifikke post, du har til hensigt at læse nøje eller ændre.
 
-- `subject` — Opgavetitel
-- `description` — Detaljerede krav og kontekst
-- `status` — Status: `pending`, `in_progress` eller `completed`
-- `blocks` — Liste over opgaver blokeret af denne opgave
-- `blockedBy` — Liste over forudgående opgaver der blokerer denne opgave
-
-## Brugsscenarier
+## Parametre
 
-**Egnet til:**
-- Hente den komplette beskrivelse og kontekst for en opgave, før arbejdet påbegyndes
-- Forstå opgavens afhængigheder
-- Hente komplette krav efter at være blevet tildelt en opgave
+- `taskId` (string, påkrævet): Opgave-identifikatoren returneret af `TaskCreate` eller `TaskList`. ID'er er stabile i opgavens levetid.
 
-## Bemærkninger
+## Eksempler
 
-- Efter hentning af opgaven bør man kontrollere, at `blockedBy`-listen er tom, før arbejdet påbegyndes
-- Brug TaskList til at se resuméinformation for alle opgaver
+### Eksempel 1
 
-## Originaltekst
+Slå en opgave op, du netop så på listen.
 
-<textarea readonly>Use this tool to retrieve a task by its ID from the task list.
+```
+TaskGet(taskId: "t_01HXYZ...")
+```
 
-## When to Use This Tool
+Typiske svar-felter: `id`, `subject`, `description`, `activeForm`, `status`, `owner`, `blocks`, `blockedBy`, `metadata`, `createdAt`, `updatedAt`.
 
-- When you need the full description and context before starting work on a task
-- To understand task dependencies (what it blocks, what blocks it)
-- After being assigned a task, to get complete requirements
+### Eksempel 2
 
-## Output
+Løs afhængigheder før start.
 
-Returns full task details:
-- **subject**: Task title
-- **description**: Detailed requirements and context
-- **status**: 'pending', 'in_progress', or 'completed'
-- **blocks**: Tasks waiting on this one to complete
-- **blockedBy**: Tasks that must complete before this one can start
+```
+TaskGet(taskId: "t_01HXYZ...")
+# Inspect blockedBy — if any referenced task is still pending
+# or in_progress, work on the blocker first.
+```
 
-## Tips
+## Noter
 
-- After fetching a task, verify its blockedBy list is empty before beginning work.
-- Use TaskList to see all tasks in summary form.
-</textarea>
+- `TaskGet` er skrivebeskyttet og sikker at kalde gentagne gange; den ændrer ikke status eller ejerskab.
+- Hvis `blockedBy` er ikke-tom og indeholder opgaver, der ikke er `completed`, så start ikke denne opgave — løs blokerne først (eller koordinér med deres ejer).
+- `description`-feltet kan være langt. Læs det fuldt ud, før du handler; at skimme fører til overset accepteringskriterier.
+- Et ukendt eller slettet `taskId` returnerer en fejl. Kør `TaskList` igen for at vælge et aktuelt ID.
+- Hvis du er ved at redigere en opgave, kald `TaskGet` først for at undgå at overskrive felter, en holdkammerat netop har ændret.