Beste KI-Prompts für Entwickler

Hier ist mein Code. Er funktioniert nicht wie erwartet: [Code hier einfügen] Der Fehler oder das Problem: [beschreibe es] Finde den Bug, erkläre die Ursache und zeige die Lösung.

Ich erhalte folgende Fehlermeldung: [Fehlermeldung hier einfügen] Hier ist der relevante Code: [Code hier einfügen] Erkläre die Ursache dieses Fehlers und wie er behoben werden kann.

Dieser Code läuft langsamer als erwartet: [Code hier einfügen] Analysiere die Logik, identifiziere Flaschenhälse (Bottlenecks) und schlage konkrete Optimierungen mit Vorher-/Nachher-Beispielen vor.

Dieser Test schlägt fehl: [Test-Code hier einfügen] Die Fehlerausgabe: [Fehler hier einfügen] Hier ist die getestete Implementierung: [Code hier einfügen] Erkläre, warum der Test fehlschlägt und wie das Problem behoben werden kann.

Überprüfe diesen Code auf Bugs, Randfälle (Edge Cases) und Mängel bei der Codequalität. Nenne konkrete Probleme und schlage Lösungen vor: [Code hier einfügen]

Überprüfe diesen Code auf Sicherheitslücken (Injection, Authentifizierungsprobleme, Datenlecks, OWASP Top 10). Bewerte den Schweregrad und schlage Korrekturen vor: [Code hier einfügen]

Hier ist ein PR-Diff. Überprüfe ihn auf Korrektheit, Stil, Performance und potenzielle Probleme. Fasse dich kurz und gib konkrete Handlungsempfehlungen: [Diff hier einfügen]

Überprüfe diesen Code und schlage Verbesserungen für Lesbarkeit, Wartbarkeit und idiomatischen Stil vor. Die Funktionalität muss unverändert bleiben: [Code hier einfügen]

Refaktorisiere diesen Code, um ihn lesbarer und wartbarer zu machen. Das Verhalten muss identisch bleiben. Erkläre jede vorgenommene Änderung: [Code hier einfügen]

Dieser Code enthält duplizierte oder eng gekoppelte Logik. Lagere wiederverwendbare Funktionen/Module aus, während das Verhalten unverändert bleibt: [Code hier einfügen]

Wandle diesen Callback-basierten oder Promise-Chain-Code in async/await um. Sorge für ein sauberes Error-Handling: [Code hier einfügen]

Diese Funktion ist zu komplex. Zerlege sie in kleinere, aussagekräftig benannte Funktionen. Die Ein- und Ausgaben müssen gleich bleiben: [Code hier einfügen]

Schreibe umfassende Unit-Tests für diese Funktion. Decke Standardfälle (Happy Paths), Randfälle (Edge Cases) und Fehlerszenarien ab. Verwende [Test-Framework]: [Code hier einfügen]

Schreibe einen Integrationstest für dieses Feature. Er soll den gesamten Ablauf von [Start] bis [Ende] testen: [Code/API hier einfügen] Verwende [Test-Framework].

Liste alle Testfälle auf, die ich für diese Funktion schreiben sollte. Gruppiere sie nach: Happy Path, Randfällen (Edge Cases), Fehlerbehandlung und Grenzwertbedingungen: [Code hier einfügen]

Dieser Code hat keine Tests. Analysiere ihn, identifiziere die kritischsten Pfade und schreibe Tests nach Priorität geordnet. Verwende [Test-Framework]: [Code hier einfügen]

Entwirf ein Datenbankschema für [beschreibe deine App/dein Feature]. Berücksichtige Tabellen, Spalten, Datentypen, Relationen und Indizes. Erkläre deine Architekturentscheidungen.

Entwirf eine REST-API für [Feature/Ressource]. Definiere Endpunkte, HTTP-Methoden, Request-/Response-Schemas, Statuscodes und Authentifizierung. Beachte Best Practices.

Ich muss mich zwischen diesen Ansätzen für [Problem] entscheiden: Option A: [beschreibe Ansatz] Option B: [beschreibe Ansatz] Vergleiche sie nach: Performance, Wartbarkeit, Komplexität und Skalierbarkeit. Sprich eine begründete Empfehlung aus.

Entwirf ein System für [beschreibe den Anwendungsfall]. Behandle: High-Level-Architektur, Datenfluss, Datenspeicherung, Caching-Strategie und Skalierung. Identifiziere potenzielle Engpässe.

Schreibe ein produktionsreifes Dockerfile für dieses Projekt: Sprache/Framework: [z. B. Node.js, Python Flask] Anforderungen: [z. B. Multi-Stage-Build, Non-Root-User] Berücksichtige Best Practices für Sicherheit und Image-Größe.

Erstelle einen GitHub-Actions-Workflow, der Folgendes tut: 1. [Schritte auflisten, z. B. Linting, Tests, Build, Deployment] Sprache/Framework: [angeben] Deployment-Ziel: [z. B. AWS, Vercel, Docker Hub] Integriere Caching und sinnvolle Trigger.

Meine CI-Pipeline schlägt fehl. Hier ist die Log-Ausgabe: [CI-Log hier einfügen] Die Pipeline-Konfiguration: [Konfiguration hier einfügen] Identifiziere das Problem und schlage eine Lösung vor.

Schreibe eine [Terraform/CloudFormation/Pulumi]-Konfiguration für: [Infrastruktur beschreiben, z. B. S3-Bucket mit CloudFront, VPC mit Subnetzen] Befolge Sicherheits-Best-Practices und füge Kommentare zur Erklärung der einzelnen Ressourcen hinzu.

Schreibe eine klare, konventionelle Commit-Message für diesen Diff. Verwende das Format: type(scope): description. Fasse dich kurz, aber präzise: [Diff hier einfügen]

Erstelle eine README.md für dieses Projekt. Enthalten sein sollten: Funktionsweise, Installation, Nutzung, Konfigurationsoptionen und wie man mitwirken kann: [Projektstruktur oder Hauptdatei hier einfügen]

Füge diesem Code eine klare, prägnante Dokumentation hinzu. Enthalten sein sollten Funktions-/Methoden-Docstrings, Parameterbeschreibungen, Rückgabewerte und Anwendungsbeispiele: [Code hier einfügen]

Verfasse einen Changelog-Eintrag für diese Änderungen. Gruppiere nach: Added (Hinzugefügt), Changed (Geändert), Fixed (Behoben), Removed (Entfernt). Verwende verständliche, nutzerorientierte Sprache: [Diff oder Liste der Änderungen hier einfügen]