PROMPTBIBLIOTEK

Jag behöver implementera [beskriv vad funktionen/modulen ska göra]. Kontext: - Språk: [t.ex. Python 3.11, TypeScript 5.x, Go 1.21] - Ramverk/bibliotek: [t.ex. FastAPI, React, net/http] - Befintliga konventioner: [t.ex. "vi använder dependency injection", "vi undviker globalt state"] - Begränsningar: [t.ex. "får inte göra nätverksanrop synkront", "måste vara trådsäker"] Skriv implementationen med: 1. Tydliga typer/annotationer 2. Felhantering för de vanligaste felfallen 3. En kort kommentar om varje icke-uppenbara designval Avsluta med: vilka edge cases hanterar INTE den här koden, och vilka antaganden har du gjort?

Granska följande kod och identifiera potentiella problem: ```[språk] [klistra in koden] ``` Fokusera specifikt på: 1. Buggar och logikfel (eventuella) 2. Säkerhetsproblem (input-validering, injektionssårbarheter, osäker hantering av känslig data) 3. Felhantering som saknas för rimliga felfall 4. Prestandaproblem som kan uppstå i skala 5. Läsbarhetsproblem (namn, komplexitet, nästling) För varje problem: beskriv problemet, var i koden det finns, och föreslå en konkret lösning. Markera tydligt om något är kritiskt vs. kosmetiskt.

Förklara vad följande kod gör, rad för rad om det behövs: ```[språk] [klistra in koden] ``` Förklara: 1. Vad koden övergripande åstadkommer 2. Logiken i de icke-uppenbara delarna 3. Varför specifika designval troligen gjordes (om du kan sluta dig till det) 4. Eventuella mönster eller idiom som används Anpassa förklaringen för en senior ingenjör som är ny i den här kodbasen.

Jag har ett fel som jag försöker förstå. Felmeddelande: [klistra in exakt felmeddelande och stacktrace] Relevant kod: ```[språk] [klistra in relevant kod] ``` Kontext: - Vad jag försöker åstadkomma: [beskriv] - Vad som faktiskt händer: [beskriv] - Vad jag redan provat: [lista det du testat] - Miljö: [OS, runtime-version, relevanta beroenden] Lista de 3-5 troligaste orsakerna i sannolikhetsordning. För varje orsak: vad jag ska kontrollera för att verifiera eller avfärda den. Avsluta med vilken orsak du bedömer som mest sannolik och varför.

Hjälp mig skriva ett Architecture Decision Record (ADR) för följande beslut: Beslut: [vad vi har beslutat] Kontext: [varför vi behövde fatta ett beslut, vilket problem vi löste] Alternativ vi övervägde: 1. [alternativ 1] — [kort motivering till varför vi inte valde det] 2. [alternativ 2] — [kort motivering] 3. Valt alternativ: [varför vi valde detta] Kända konsekvenser: - Positiva: [lista] - Negativa/avvägningar: [lista] - Öppna frågor: [vad vi inte vet ännu] Strukturera detta som ett välformulerat ADR med standardsektioner: Status, Kontext, Beslut, Konsekvenser.

Generera API-dokumentation för följande kod: ```[språk] [klistra in API-kod, endpoint-definitioner eller funktionssignaturer] ``` Format: [Markdown / OpenAPI YAML / JSDoc / docstrings] Målgrupp: [interna utvecklare / externa API-konsumenter] Dokumentationen ska inkludera: - Beskrivning av vad varje endpoint/funktion gör - Parametrar med typ, om de är obligatoriska, och vad de förväntas innehålla - Returvärde och typ - Möjliga felkoder/exceptions med förklaring - Minst ett konkret användningsexempel per endpoint/funktion

Jag behöver kommunicera följande tekniska information till [mottagare: produktchef / VD / styrelse / kund]: Teknisk information: [beskriv det tekniska beslutet, problemet eller statusen] Mottagarens bakgrund: [teknisk förförståelse: ingen / viss / god] Vad jag vill att de ska förstå: [formulera målet] Vad jag behöver från dem (om något): [beslut / godkännande / information / ingenting] Skriv en kommunikation som: - Fokuserar på affärspåverkan (kostnad, risk, tid, möjligheter) snarare än teknisk implementation - Är kortfattad — max [X] meningar/stycken - Undviker jargong utan att förenkla bort det väsentliga - Avslutar med ett tydligt nästa steg om du behöver något från dem