Kopiér, tilpas, brug

### Generisk Database- & Dataintegritets-Audit Prompt

> **Rolle:** Principal Database Architect & Data Integrity Specialist.
> **Opgave:** Gennemfør en grundig teknisk revision af min databaseløsning, datamodeller og forespørgsler (queries) i dette projekt. Dit mål er at sikre optimal struktur, stærk dataintegritet, fejlsikret drift og skalerbarhed på tværs af kodebase og databasekonfiguration.
> **Kontekst:**
> * **Databaseteknologi:** [Indsæt her, f.eks. Firestore / Supabase / PostgreSQL / MongoDB / SQLite / etc.]
> * **Backend/Framework:** [Indsæt her, f.eks. Node.js Express / Next.js / Python FastAPI / etc.]
> 
> 
> **Analysér og vurdér følgende områder:**
> 1. **Datamodellering & Skemadesign:**
> * Er relationer, collections eller tabeller struktureret logisk i forhold til applikationens læse- og skrivemønstre?
> * Er der uhensigtsmæssig redundans eller risiko for inkonsistens ved opdateringer?
> * Anvendes korrekte datatyper, constraints, defaults og nullable-felter?
> 
> 
> 2. **Dataintegritet & Transaktioner (ACID/Validering):**
> * Håndteres parallelle skrivninger (race conditions) og samtidige bookinger/ordrer korrekt?
> * Anvendes databasetransaktioner (transactions / atomic batches) de steder, hvor flere operationer skal lykkes samlet?
> * Er der solid validering på applikations- eller skemaniveau (f.eks. Zod, database-constraints eller trigger-funktioner), før data persisteres?
> 
> 
> 3. **Indeksering & Performance:**
> * Er der defineret nødvendige primære og sammensatte indekser (composite indexes) til hyppige søgninger, filtreringer og sorteringer?
> * Er der risiko for flaskehalse, uhensigtsmæssige full table/collection scans eller N+1-forespørgselsproblemer?
> 
> 
> 4. **Sikkerhed, Rettigheder & RLS / Regler:**
> * Er adgangskontrollen til databasen korrekt begrænset (f.eks. Row Level Security, Firestore Rules eller dedikerede DB-roller)?
> * Sikres det, at almindelige brugere kun kan læse/skrive egne data, mens administrative funktioner kræver verificeret autorisering?
> 
> 
> 5. **Fejlhåndtering, Migrering & Backup:**
> * Er databasekald omsluttet af robust fejlhåndtering, timeouts og retries uden at efterlade forældreløse (orphaned) poster ved systemfejl?
> * Hvordan håndteres schema-ændringer og migreringer fremadrettet uden nedbrud på eksisterende data?
> 
> 
> 
> 
> **VIGTIG INSTRUKS:**
> * Du må **IKKE** slette eller ødelægge eksisterende forretningslogik, API-endpoints eller brugerfladefunktionalitet.
> * Ændringer i koden skal være "non-breaking" og bagudkompatible.
> * Foreslår du ændringer til skema, indekser eller server-kode, skal du levere færdige kodestumper ledsaget af en forklaring på den opnåede stabilitets- og integritetsgevinst.
> 
> 
> **Levering:**
> 1. En struktureret revisionsrapport opdelt i:
> * Kritiske risici for datatab eller inkonsistens.
> * Strukturelle forbedringer og optimeringsforslag.
> 
> 
> 2. Den præcise kode/konfiguration (f.eks. ORM-modeller, skemafiler, indeksdefinitioner, transaktionslogik eller sikkerhedsregler), klar til implementering.

Rolle: Senior Cloud Security Architect & DevSecOps Specialist.

Opgave: Foretag en grundig og kritisk sikkerhedsgennemgang (Security Audit) af det vedlagte projekt. Du skal analysere koden (både frontend og server-logik) samt infrastruktur-opsætningen for at identificere sårbarheder, der kan føre til datatab, uautoriseret adgang eller misbrug af ressourcer.

Du skal analysere følgende punkter og give mig en rapport:

Database-adgang & Regler: Hvordan er databasen sikret? Analysér reglerne (f.eks. Firestore Rules) for at sikre, at uautoriserede brugere ikke kan læse, skrive eller slette data, de ikke har adgang til. Giv mig et konkret forslag til optimerede sikkerhedsregler.

Håndtering af Hemmeligheder (Secrets): Tjek koden for hardcodede API-nøgler, Client ID'er, passwords eller andre følsomme oplysninger. Forklar mig, hvordan jeg flytter dem til platformens indbyggede "Secrets Management" (f.eks. i Cloud Run), så de ikke ligger frit fremme i kildekoden eller på GitHub.

CORS, Headers & Oprindelse: Er applikationens adgang for åben? Begræns CORS-opsætningen, så kun mine egne domæner kan tale med min server. Tjek også, om de mest basale sikkerheds-headere (som Helmet.js) er implementeret.

Håndtering af Fejl og Validering: Sørg for at alle fejlmeddelelser, der sendes til brugerens browser, er generiske og ikke afslører tekniske detaljer om databasen, server-stier eller systemets struktur. Tjek også, om der er tilstrækkelig validering af input på server-siden.

Least Privilege (Mindste Rettigheder): Giv mig en tjekliste over de absolut minimum rettigheder (f.eks. IAM-roller), min servers "Service Account" behøver for at køre.

VIGTIG INSTRUKS: Du må IKKE fjerne eller bryde eksisterende funktionel logik. Dine kodeforslag skal være "non-breaking additions". Hvis du foreslår ændringer i koden, skal de være kommenteret tydeligt, så jeg forstår sikkerhedsgevinsten.

Levering: En prioriteret liste over sikkerhedsforbedringer og de nødvendige kodestumper til at implementere dem.

Tip: Før du afvikler denne prompt, er det altid en god idé at specificere, hvilke teknologier projektet bruger (f.eks. "Dette er et Node.js projekt på Google Cloud Run med Firestore"), så AI'en kan give endnu mere præcise svar.

Generisk UX-Audit Prompt
Rolle: Senior UX/UI Designer & Conversion Rate Optimization (CRO) Specialist.

Opgave: Foretag en dybdegående UX- og konverteringsaudit af den vedlagte løsning/applikation. Gennemgå både frontend-grænsefladen og den underliggende logik/validering for at identificere potentielle "friction points" – steder hvor en bruger kan blive forvirret, opleve tøven eller opgive processen.

Analysér følgende områder:

Visuelt hierarki & Flow: Er navigationen og procesforløbet intuitivt og logisk struktureret? Er primære handlingsknapper (Call-to-Action) tydelige og konsistente?

Systemfeedback & Tilstande: Kommunikerer applikationen klart sin status til brugeren? Er der tydelige loading states, succes-bekræftelser og hjælpsomme fejlmeddelelser ved ugyldigt input?

Input-optimering & Formularer: Minimeres brugerens kognitive belastning? Er formularfelter optimeret med relevant validering, automatiske formateringer og logiske standardværdier?

Responsivitet & Tilgængelighed: Fungerer grænsefladen optimalt på tværs af skærmstørrelser (mobil, tablet, desktop)? Er touch-targets, klikområder og læsbarhed i top?

Troværdighed & Afslutning (Trust Signals): Fremstår løsningen professionel og betryggende? Modtager brugeren en klar, gennemskuelig bekræftelse på udførte handlinger?

Instruks til rettelser:

Foreslå konkrete forbedringer til UI/frontend-koden for at forbedre brugervenlighed og æstetik.

Korrigér manglende validering eller uhensigtsmæssig logik, hvor det direkte styrker brugeroplevelsen.

VIGTIGT: Eksisterende kernefunktionalitet, eksterne integrationer, API-kald og databasestruktur må IKKE fjernes eller brydes. Fokus er udelukkende på at forbedre oplevelsen uden regressionsfejl.

Levering:

En struktureret gennemgang med konkrete observationer (styrker, svagheder og forbedringsmuligheder).

Den fulde, opdaterede kode med tydelige kommentarer, der angiver ændringerne.

Jeg vil bygge [kort beskrivelse af løsningen] til [hvem den er til].

Formålet er: [hvilket problem løser den].
De vigtigste funktioner er:
- [funktion 1]
- [funktion 2]
- [funktion 3]

Teknisk ramme: [fx PHP og MySQL på et almindeligt webhotel].

Før du skriver kode:
1. Stil mig de spørgsmål, du har brug for at få svar på.
2. Foreslå en simpel første version, jeg kan teste hurtigt.
3. Fortæl mig, hvad du bevidst lader vente til version 2.