Claude
7b6619133f
Dokumentation: - MASTER-PROMPT.md uppdaterad till v2.0 (SaaS/AI-wrapper, roller, multi-tenant, onboarding, beta-fokus). - Nya moduler: kommunikationsmodell (tal in/text ut, Push-to-Talk, redigering före skick), Live Share (behörighetsstyrd realtidslänk, versionsmärkta exporter), verifierade checklistor (bevis och kontext per kontrolltyp). Implementation i MVP:t: - Push-to-Talk-röstinmatning via webbläsarens taligenkänning (sv-SE): lyssnar endast efter aktivt tryck, röd indikator med realtids- transkript, texten hamnar i redigerbart fält och skickas aldrig automatiskt. Döljs i webbläsare utan talstöd. - Verifierade checklistor: varje kontroll i metodikerna har minimikrav (foto/mätvärde/kommentar); fotokontroller verifieras med bild och mätkontroller kan inte markeras verifierade utan värde. - Versionsmärkt JSON-export ur händelseloggen; exporten loggas själv som händelse med format, version och användare. Verifierat: 12 vitest-tester gröna, produktionsbygge ok, utökat Playwright-röktest genom hela flödet inkl. fotokravet. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_012EQg3rJsrQ1ZNTvkzmQAtt
74 lines
2.4 KiB
Markdown
74 lines
2.4 KiB
Markdown
# Modul: Verifierade checklistor
|
|
|
|
## Grundprincip
|
|
|
|
En kontrollpunkt är inte slutförd enbart genom att kryssa i en ruta.
|
|
|
|
Systemet registrerar inte bara *att* en ruta har kryssats i — det samlar in **bevis och kontext**. Varje kontroll ska innehålla ett eller flera av följande:
|
|
|
|
- ✔ Bekräftelse att kontrollen är utförd.
|
|
- 📝 Kort observation eller slutsats.
|
|
- 📷 Foto (när det är relevant).
|
|
- 📹 Video (vid behov).
|
|
- 🎤 Tal-till-text (för snabb dokumentation).
|
|
- 📏 Mätvärde (när tillämpligt).
|
|
|
|
På så sätt blir varje moment både spårbart och begripligt.
|
|
|
|
## Exempel
|
|
|
|
**Kontrollera batterispänning**
|
|
|
|
> Teknikern markerar "Utförd".
|
|
> Systemet: *Vilket värde uppmättes?* → **12,63 V**
|
|
> Systemet: *Hur mättes detta? (valfritt)* → **Direkt på batteripolerna.**
|
|
> Kontrollpunkten markeras som verifierad.
|
|
|
|
**Kontrollera säkring F24**
|
|
|
|
> ✔ Utförd
|
|
> Systemet: *Vad observerades?* → **Säkringen är hel och spänning finns på båda sidor.**
|
|
> Kontrollpunkten avslutas.
|
|
|
|
## AI:s roll
|
|
|
|
AI:n hjälper till att upptäcka när dokumentationen verkar ofullständig:
|
|
|
|
> "Du har markerat att hjulbalanseringen är kontrollerad, men ingen observation eller mätning har registrerats. Vill du lägga till en kort kommentar innan du går vidare?"
|
|
|
|
Det ska vara ett **stöd, inte ett hinder**.
|
|
|
|
## Anpassning efter kontrolltyp
|
|
|
|
Alla moment behöver inte samma nivå av dokumentation.
|
|
|
|
| Kontrolltyp | Minimikrav |
|
|
| --- | --- |
|
|
| Visuell kontroll | Bekräftelse + kort kommentar |
|
|
| Mätning | Mätvärde + kommentar |
|
|
| Demontering | Kommentar, foto vid behov |
|
|
| Provkörning | Sammanfattning av resultat |
|
|
| Bildbaserad kontroll | Foto + observation |
|
|
|
|
## Syfte
|
|
|
|
Målet är inte att "fånga" teknikern, utan att skapa ett arbetsunderlag som visar:
|
|
|
|
- vad som kontrollerades,
|
|
- hur det kontrollerades,
|
|
- vad resultatet blev,
|
|
- och vilka slutsatser som är rimliga att dra.
|
|
|
|
Det stärker kvaliteten i arbetet, gör överlämningar enklare och ger ett bättre underlag gentemot kund och arbetsledning.
|
|
|
|
## Viktig designprincip
|
|
|
|
Undvik att göra fritext obligatorisk överallt. Om varje kontroll kräver långa texter upplevs systemet snabbt som tungrott. Använd i stället en kombination av:
|
|
|
|
- förvalda svar där det passar,
|
|
- kort tal-till-text för observationer,
|
|
- mätvärdesfält,
|
|
- och foto eller video när det ger mest värde.
|
|
|
|
Då blir dokumentationen rik utan att arbetsflödet bromsas — och teknikerna använder systemet konsekvent i vardagen.
|