Kontekst: Harness-plugin (../harness/) er nettopp oppgradert til v13.0.0 (commit
  8a444f5 på main). Kiur (v5.4.0) er søster-plugin — harness orkestrerer hvilke
  features som bygges, Kiur håndhever kvalitet via TDD + multi-agent review. Kiur
  dispatches fra harness for L1/L2 features (kiur:tdd + kiur:done), så konvensjonene
  må holdes i sync.

  Oppgave: Moderniser Kiur til å matche:
  1. Harness v13.0.0 konvensjoner
  2. Opus 4.7 (ny modell — claude-opus-4-7, extended reasoning)
  3. Nyere Claude Code features (2.1.x+)

  Viktig: IKKE implementer ennå. Les kontekst, foreslå en plan med prioritert
  oppgaveliste + begrunnelse, vent på min godkjenning.

  ### Fase 1 — Les kontekst (obligatorisk før planlegging)

  Les disse filene i sin helhet:
  - ../harness/CLAUDE.md (v13.0 konvensjoner, spesielt model.strategy, review gates, 3
   nye hooks)
  - ../harness/README.md (seksjonene "Review Gates", "Review Triad (v13.0)", "Version
  History v13.0.0")
  - ../harness/lib/config.mjs (se model.strategy og enforce-mønsteret)
  - ../harness/agents/plan-critic-agent.md (adversarial review-pattern)
  - ../harness/agents/scope-guardian-agent.md (coverage matrix-pattern)
  - ../harness/hooks/scripts/subagent-stop-validate.mjs (verification_manifest gate)
  - ../harness/hooks/scripts/pre-compact-snapshot.mjs (state preservation)
  - ../harness/hooks/hooks.json (SessionEnd/SubagentStop/PreCompact wiring)

  Fra Kiur selv:
  - CLAUDE.md, README.md, CHANGELOG.md
  - .claude-plugin/plugin.json (nåværende versjon, manglende
  compatibleClaudeCodeVersions)
  - Alle 6 agent-filer (agents/*.md) — noter modeller i frontmatter
  - Alle 8 commands (commands/*.md) — spesielt tdd.md, review.md, done.md
  - Alle 4 hook-scripter (hooks/scripts/*.mjs)

  ### Fase 2 — Dimensjoner å vurdere

  A) **Opus 4.7-tilpasning**
     - Hvilke agenter ville ha nytte av ny extended reasoning? (Default: dype
  planleggings-/review-agenter → opus, implementerings-/formatterings-agenter →
  sonnet)
     - Konkret: red-team-agent, security-auditor-agent, accessibility-auditor-agent,
  spec-reviewer-agent er plausible opus-kandidater. implementer-agent,
  tdd-test-first-agent er plausible sonnet-kandidater. Vurder per agent.
     - Sjekk om frontmatter bruker korrekt modellidentifikator (sonnet/opus som alias,
   ikke hardkodet "claude-3.5-sonnet" eller lignende utdaterte navn).

  B) **Harness v13 paritet**
     - **Centralized model strategy:** Innfør `model.strategy` i Kiur-config med
  per-role defaults (tdd_implementer, tdd_test_first, reviewer_default, red_team,
  security, accessibility, spec_reviewer). Dette lar harness override Kiur-dispatch
  uten å redigere agent-filer.
     - **Compatibility declaration:** Legg til `compatibleClaudeCodeVersions: {
  minimum: "2.1.0" }` i plugin.json.
     - **SubagentStop validation:** Kiur dispatcher mange subagenter (Agent Teams for
  L2). Vurder en analog subagent-stop-validate.mjs som sjekker at review-agenter
  produserte strukturert output (f.eks. JSON-verdict) før Stop-event propageres.
     - **PreCompact snapshot:** Kiurs WORKFLOW_STATE.json kan tape progresjon ved
  context compaction midt i RED/GREEN/REFACTOR. Vurder en pre-compact-snapshot.mjs som
   lagrer TDD-fase + failing test count.
     - **SessionEnd archive:** Kiur skriver ikke event-log på samme måte som harness,
  men vurder om review-db (hvis den finnes) eller andre JSONL-stater trenger
  gzip-arkivering.

  C) **Claude Code 2.1.x changelog-relevante features**
     - **Agent isolation: "worktree"** — Agent-tool støtter nå worktree-isolering.
  Relevant for red-team-agent som gjør eksperimentelle endringer.
     - **Dynamic /loop og ScheduleWakeup** — Ikke direkte relevant for Kiur (harness
  eier loop), men Kiur kan eksponere hooks/events som /loop-integrasjoner kan lytte
  på.
     - **TaskCreate/TaskUpdate med blocks/blockedBy** — Mulig bruk i kiur:done for å
  eksponere Definition of Done-sjekkpunkter som tracked tasks.
     - **Monitor tool** — For å streame output fra langvarige test-kjøringer uten å
  blokkere. Vurder i tdd-pipelinen ved store test-suites.
     - **SendMessage mellom agenter** — Kan forenkle feedback-loop mellom
  tdd-test-first-agent og implementer-agent i Agent Teams-mode.
     - **PreCompact / SessionEnd / SubagentStop hook-events** — Allerede dekket i del
  B.
     - **Skill tool vs direct invocation** — Hvis Kiur har skills, sjekk at de følger
  progressive disclosure-mønsteret (kompakt SKILL.md + references/).

  D) **Kiur-spesifikke forbedringer inspirert av harness**
     - **Adversarial pattern:** Harness' plan-critic-agent er en NO-PLACEHOLDER-streng
   adversarial reviewer. Vurder analog for Kiur: en "test-critic-agent" som motbeviser
   at tester faktisk tester noe meningsfullt (f.eks. sjekker for tautologiske asserts,
   mocks som ikke verifiserer noe, manglende edge cases). Dette forsterker Iron Law.
     - **Enforce-gating:** Innfør `red_team.enforce`, `security.enforce`,
  `accessibility.enforce` i config — default warn, kan settes til block for kritiske
  prosjekter.

  ### Fase 3 — Leveranse

  Gi meg tilbake:
  1. **Oppgaveliste** — nummerert, prioritert (P0/P1/P2), med konkret acceptance
  criteria per oppgave.
  2. **Scope-fence** — hva som IKKE gjøres i denne omgangen (f.eks. full rewrite av
  Agent Teams-orkestrering).
  3. **Versjonsforslag** — v5.5.0 (minor) vs v6.0.0 (major). Begrunn basert på
  breaking changes.
  4. **Risikovurdering** — hva kan gå galt når harness v13 dispatcher til Kiur vN
  etter disse endringene?
  5. **Testforslag** — hvilke nye unit/integration-tester trengs for å verifisere
  paritet med harness-konvensjoner?
  6. **Rekkefølge** — hvilken av A/B/C/D bør gjøres først? (Min intuisjon: B før A før
   D før C, men overbevis meg.)

  ### Constraints

  - Arbeid KUN i ../kiur/. Ikke rør harness, andre plugins, eller marketplace.json.
  - Alle hooks skal være .mjs (cross-platform, ingen bash-avhengigheter utover det som
   allerede finnes).
  - Følg plugin-konvensjonen i ../CLAUDE.md (plugins/ktg-privat CLAUDE.md).
  - Bash 3.2-kompatibilitet for eventuelle shell-templates.
  - Aldri bruk `claude-3.5-sonnet` eller `claude-3-opus` i frontmatter — bruk alias
  `sonnet` / `opus` / `haiku` som plugin-arkitekturen forstår.

  Start med Fase 1 (les kontekst). Rapporter når klar for Fase 3.