Rolle: Du er en senior {LANGUAGE}-utvikler som bygger {COMPONENT_TYPE}.
Mål: Implementer {FUNCTION_NAME} som {FUNCTION_PURPOSE}.
Begrensninger:
- Følg {STYLE_GUIDE} (navngivning, dokumentasjon, feilhåndtering).
- Tidskompleksitetsmål: {BIG_O}. Minnebegrensninger: {LIMITS}.
- Inkluder docstring og inline-kommentarer for ikke-åpenbar logikk.
- Unngå eksterne avhengigheter med mindre det er berettiget; hvis lagt til, forklar.
Input:
- Grensesnitt/Typer: {TYPES}
- Edge cases: {EDGE_CASES}
- Eksempel input/output: {EXAMPLES}
Leveranser:
1) Kun endelig kodeblokk.
2) Kort begrunnelse (punktvis) etter koden.

Rolle: Du er en senior Python-utvikler som bygger et data cleaning utility.
Mål: Implementer `normalize_names` som standardiserer brukernavn.
Begrensninger:
- Følg PEP8; raise ValueError på ugyldige typer.
- O(n) tid; behandle whitespace og aksenter; hold minnet lineært.
- Docstring + kommentarer.
Input:
- Typer: List[str] eller Iterable[str]
- Edge cases: nuller, flere mellomrom, aksentmerker, bindestreks-etternavn
- Eksempler: [" José Álvarez ", "ANNA-lou "] → ["jose alvarez", "anna-lou"]
Leveranser:
1) Kun endelig kodeblokk.
2) Kort begrunnelse.

Rolle: Senior {LANGUAGE} refaktoriseringsekspert.
Oppgave: Refaktorer den oppgitte koden for {GOAL}: {READABILITY|PERFORMANCE|SAFETY}.
Regler:
- Bevar offentlig API og oppførsel.
- Legg til type hints og docstrings der det mangler.
- Trekk ut rene funksjoner for testbarhet.
- Erstatt magiske tall; håndhev {STYLE_GUIDE}.
- Gi før/etter kompleksitetsnotater.
Input kode:
```{LANGUAGE}
{SOURCE}

### 3) Testgenereringsmal (Enhet + Egenskapstester)
**Når du skal bruke**: Øk dekningen raskt.

### 4) Kodevurderingsmal (Automatisert vurderingsmodus)
**Når du skal bruke**: Raske, konsistente vurderinger før menneskelig godkjenning.

{UNIFIED_DIFF}

### 5) Feilsøkingsmal (Minimal Repro → Rotårsak)
**Når du skal bruke**: Finn og fiks feil, lag repros.

---
## Eksempel: Fra Ticket til PR Med Grok 4 Fast
La oss gå gjennom et realistisk scenario: en product ticket ber om «søk-mens-du-skriver med debounced API-kall og optimistisk UI.»
1) **Utkast til hook**

2) **Be om tester**

3) **Kjør en vurderingsrunde**

4) **Forbedre**

Resultat: du vil ha produksjonsklar kode pluss tester, og AI-en vil ha dokumentert sin resonnering slik at en lagkamerat kan følge med.
---
## Prompt-mønstre som løfter output-kvaliteten
- **Rolle + Mål + Begrensninger + Input + Leveranser**: Denne strukturen gir Grok 4 Fast alt den trenger for å holde seg på sporet.
- **Edge-Case Enumeration**: List alltid vanskelige tilfeller. Modellen vil bake dem inn i tester og guards.
- **Kompleksitetsmål**: Å be om O(n) eller minnebegrensninger gir bedre algoritmer.
- **API-kontrakter**: Lim inn typer/grensesnitt tidlig; modellen vil tilpasse seg dem.
- **Output-kontrakter**: Be om endelig kode først, deretter begrunnelse. Dette holder responsene rene for kopiering/innliming.
---
## Stilguider og konsistens: Gjør det team-klart
Hvis du vil ha konsistent output på tvers av et team, standardiser:
- **Språkstilguider**: PEP8, Effective Go, Airbnb JS, Rust API Guidelines.
- **Feilkonvensjoner**: return vs throw, feilkoder, retry semantics.
- **Testnormer**: navngivning, fixture directories, dekningsgrenser.
- **Sikkerhetsstandarder**: input validation, escaping, secrets handling.
Inkluder disse som konstanter i malene dine, slik at Grok 4 Fast internaliserer dem hver gang.
---
## Sikkerhetsførste prompter for sikker kode
Legg til disse sikkerhetsklausulene i malene dine:
- **Input validation**: «Valider og rens all upålitelig input.»
- **Secrets hygiene**: «Ingen hemmeligheter i koden. Les fra env og dokumenter nødvendige variabler.»
- **Dependency scrutiny**: «Forklar og begrunn enhver ny avhengighet; foretrekk standardbibliotek.»
- **Serialization safety**: «Bruk sikre parsere; unngå eval/Function/unsafe deserialization.»
- **AuthZ checks**: «Håndhev autorisasjon på sensitive ruter; legg til tester for bypass-forsøk.»
---
## Ytelsesprompter: Unngå de vanlige fallgruvene
- «Minimer allokeringer; gjenbruk buffere når store payloads.»
- «Unngå N+1 queries; batch eller prefetch.»
- «Bruk streaming/iterators for big data.»
- «Memoize rene funksjoner; profile hotspots.»
- «Legg til benchmarks og forklar trade-offs.»
---
## Vurderingssjekklister du kan lime inn i PR-er
Inkluder en kort sjekkliste slik at hver vurdering er konsistent:
- API-kompatibilitet bekreftet
- Null/undefined og tom samlingshåndtering
- Ressursopprydding (filer, sockets, abonnementer)
- Samtidighetsbeskyttelse (låser, atomics, idempotency)
- Loggnivåer passende; ingen sensitive data
- Tester oppdatert; migreringer dokumentert
---
## Team Workflow: Gjør prompt-maler til en delt ressurs
- **Sentraliser maler** i repoet ditt (f.eks. `/.prompts`-mappen).
- **Parameteriser** variabler som `{LANGUAGE}`, `{STYLE_GUIDE}`, `{BIG_O}` ved hjelp av snippets eller editor-makroer.
- **Versjoner** prompt-malene dine og vurder dem som kode.
- **Lag playbooks** for funksjonsutkast, refaktorering, testskriving og release checks.
Hvis teamet ditt foretrekker en side-ved-side kodingscopilot som lever i nettleseren og inne i dokumenter, er det verdt å merke seg at [Sider.ai](https://sider.ai/) kan hjelpe deg med å lagre og gjenbruke prompt-maler, kjøre kodevurderinger på diffs og beholde kontekst på tvers av faner. Det er en praktisk måte å operationalisere disse Grok 4 Fast-promptene på tvers av organisasjonen din uten copy/paste-utmattelse.
---
## Copy-Paste Library: Klar-til-bruk Prompter
### TypeScript API Handler (Node/Express)

### Python Data Pipeline Step

### Go Concurrency Guard

### React Accessible Component

---
## Hvordan iterere raskt med Grok 4 Fast (Tett tilbakemeldingssløyfe)
1) **Start i det små**: Be om én funksjon, ikke hele tjenesten.
2) **Begrens utdata**: «Én kodeblokk, deretter punkter.»
3) **Krev tester**: Hver funksjon skal ha tester i samme omgang.
4) **Fiksér beslutninger**: «Forklar avveininger. Hvis du er usikker, still avklarende spørsmål.»
5) **Gradvis forbedring**: Forbedre i lag – først korrekthet, deretter ytelse, deretter lesbarhet.
---
## Måle suksess: Hjalp malene?
Spor enkle målinger:
- PR-syklustid (opprettet → slått sammen)
- Gjennomgangsrate for omarbeiding (forespurte endringer per PR)
- Testdekning delta per funksjon
- Produksjonshendelser knyttet til kode som er gjennomgått av AI
Hvis tallene går i riktig retning, sats mer. Hvis ikke, finjuster malene dine og inkluder mer kontekst (typer, logger, diffs).
---
## Vanlige feil å unngå
- For brede spørsmål som «bygg backend». Del opp i enheter.
- Glemmer grensetilfeller. List dem alltid opp.
- Tillater bibliotekspredning. Be om begrunnelse.
- Hopper over tester «til senere». Bak dem inn i spørsmålet.
- Aksepterer vage anmeldelser. Krev sjekklister og alvorlighetsgrader.
---
## Hurtigstart-sjekkliste
- Opprett en `/prompts`-mappe i repoet ditt.
- Lagre malene for utkast, gjennomgang og testing.
- Parametriser vanlige felt med snuttvariabler.
- Pilotér på én funksjon denne uken; mål resultater.
- Iterer basert på tilbakemeldinger fra korrekturlesere og hendelser.
---
## Avsluttende tanker
Grok 4 Fast er utmerket til å produsere kode raskt – men den virkelige kraften kommer fra velstrukturerte spørsmalsmaler som koder dine standarder. Behandle spørsmål som infrastruktur. Versjonskontroller dem. Gå gjennom dem. Og la Grok 4 Fast håndtere standardoppsettet, slik at teamet ditt kan fokusere på arkitektur og produkt.
Neste trinn: velg en mal ovenfor, lim den inn i editoren din, bytt ut konteksten din, og send en PR i dag.
### FAQ
Q1:Hvordan bruker jeg Grok 4 Fast for kodedesign med konsekvent stil?
Bruk en strukturert spørsmalsmal som angir rolle, mål, begrensninger og stilguide. Inkluder kompleksitetsmål, grensetilfeller og leveranser, slik at Grok 4 Fast gir konsistent, produksjonsklar kode.
Q2:Kan Grok 4 Fast gjøre pålitelige kodeanmeldelser med spørsmalsmaler?
Ja. Gi en diff, teamets standarder og en sjekkliste for sikkerhet, ytelse og API-kompatibilitet. Be om alvorlighetsrangerte funn og minimale forslag til oppdateringer.
Q3:Hva er den beste måten å generere tester ved hjelp av Grok 4 Fast?
Bruk en testgenereringsmal som spesifiserer rammeverk, dekningsmål og grensetilfeller. Be om både enhets- og egenskapsbaserte tester pluss en kort dekningsplan.
Q4:Hvordan forhindrer jeg usikker kode fra AI-utdata?
Legg til sikkerhetsklausuler i spørsmålene dine: inputvalidering, hemmelighold, begrunnelse for avhengighet og sikker serialisering. Krev eksplisitte notater om sikkerhetsmessige avveininger.
Q5:Hvordan fremskynder spørsmalsmaler PR-sykluser med Grok 4 Fast?
Maler reduserer tvetydighet, standardiserer utdata og forhåndslaster tester og anmeldelser. Det forkorter frem og tilbake, reduserer omarbeiding og hjelper deg med å slå sammen raskere.