Coding-Prompts für Grok

Ich nutze [Sprache oder Framework und Version]. Erkläre diese Fehlermeldung verständlich, liste die drei wahrscheinlichsten Ursachen nach Wahrscheinlichkeit sortiert auf und sag mir, was ich bei jeder zuerst prüfen sollte: [vollständigen Fehler und Stacktrace einfügen]

Diese Funktion gibt [tatsächliches Ergebnis] zurück, wenn sie mit [Input] aufgerufen wird, ich erwarte aber [erwartetes Ergebnis]. Gehe den Ablauf für diesen Input Zeile für Zeile durch, verfolge alle Variablen und stoppe bei der ersten Zeile, in der der Status vom Soll abweicht: [Code einfügen]

Dieser [Sprache]-Code führt unter Last manchmal zu [Symptom], aber nie bei isolierten Tests: [Code einfügen]. Suche nach Race Conditions, gemeinsam genutztem State und Annahmen über die Ausführungsreihenfolge. Beschreibe für jeden Verdachtsfall genau die Verzahnung, die den Bug auslöst, und wie man ihn behebt.

Reviewe dieses Diff wie ein anspruchsvoller Senior Developer für eine [Sprache]-Codebase. Teile das Feedback in Bugs, Risiken, Lesbarkeit und Tests ein, gib Zeilennummern an und schließe mit einem Urteil ab: Approve, Approve with changes oder Request changes, jeweils mit einem Satz Begründung: [Diff einfügen]

Liste für die folgende Funktion alle Edge Cases auf, die du testen würdest, und erkläre warum. Schreibe dann die Tests in [Test-Framework]. Baue mindestens einen Test ein, der beim aktuellen Code fehlschlagen müsste, und markiere ihn: [Funktion einfügen]

Schreibe realistische Testdaten für dieses Datenmodell in [Format, z. B. JSON oder Factory-Funktion]: [Modell einfügen]. Erstelle zehn normale Datensätze und fünf gemeine Problemfälle (z. B. leere Strings, extrem lange Namen, Sonderzeichen/Non-Latin, Datums-Grenzwerte) und kennzeichne, was was ist.

Schreibe auf Basis dieses Schemas: [Schema einfügen] eine [Datenbank]-Query, die [gewünschtes Ergebnis] liefert. Erkläre die Abfrage Klausel für Klausel und zeige eine Variante, die auch [Grenzfall, z. B. Kunden ohne Bestellungen] abdeckt.

Dieser reguläre Ausdruck sollte in [Sprache oder Tool] Folgendes tun: [gewünschtes Verhalten], aber er [Fehlerbeschreibung]: [Regex einfügen]. Zerlege ihn in seine Bestandteile, erkläre jeden Teil, zeige einen Input, der den Fehler provoziert, und liefere eine korrigierte Version samt drei Strings, die abgewiesen werden müssen.

Schreibe ein [bash oder PowerShell]-Skript, das [Aufgabe, z. B. Log-Dateien älter als 30 Tage in ein Zip-Archiv packt]. Mache es sicher: Baue einen Dry-Run-Modus ein, der nur anzeigt, was passieren würde, sorge für klare Fehlermeldungen und kommentiere jede Zeile, die Dateien löscht oder überschreibt.

Schreibe eine Referenzdokumentation für diesen Endpunkt: [Handler-Code oder Route einfügen]. Enthalten sein sollten Methode und Pfad, Parameter samt Typen und Pflichtangaben, ein Beispiel-Request, typische Erfolgs- und Fehler-Responses sowie sämtliche möglichen HTTP-Statuscodes.

Mein Git-Repository befindet sich in folgendem Zustand: [git status und die letzten Zeilen von git log einfügen]. Mein eigentliches Ziel war: [Ziel]. Erkläre verständlich, was passiert ist, und gib mir die genauen Befehle zur Rettung – beginnend mit einem Befehl, der meinen aktuellen Stand sichert. Warne mich vor jedem Befehl, der die Git-History umschreibt.

Ich kenne mich gut mit [bekannte Sprache] aus und lerne gerade [neue Sprache]. Nimm diesen Codeschnipsel in meinem gewohnten Stil, [Schnipsel einfügen], und schreibe ihn so um, wie es ein erfahrener Entwickler in [neue Sprache] tun würde. Erkläre anschließend die verwendeten Redewendungen und Idiome, für die es in meiner Ausgangssprache kein direktes Äquivalent gibt.

Ich habe einen Screenshot meiner Seite angehängt. Das Problem: [was fehlerhaft aussieht]. Hier ist das HTML und CSS des Bereichs: [Code einfügen]. Finde die Ursache, liefere mir den minimalen CSS-Fix und erkläre, warum das passiert ist, damit ich den Fehler in Zukunft vermeide.

Ich habe ein Foto einer Whiteboard-Skizze eines Datenmodells für [App] angehängt. Wandle es in [Datenbank]-Tabellendefinitionen mit Primärschlüsseln, Fremdschlüsseln und sinnvollen Datentypen um. Führe alle Beziehungen auf, die in der Skizze unklar bleiben, und frage vorher nach, statt Annahmen zu treffen.

Welche Zeit- und Speicherkomplexität hat diese Funktion und warum? [Code einfügen] Wenn es für Eingaben der Größenordnung [Größe] einen schnelleren Ansatz gibt, zeige ihn und erkläre, wie viel Lesbarkeit man dafür einbüßt.

Refaktoriere diese Funktion, damit sie lesbarer wird, ohne ihr Verhalten zu verändern: [Code einfügen]. Gehe in kleinen, benannten Schritten vor, erkläre jede Änderung in einer Zeile und liste alle Punkte auf, bei denen du dir unsicher warst, damit ich sie vor dem Mergen prüfen kann.

Schreibe ein README für mein Projekt [Name], das Folgendes tut: [Funktion]. Abschnitte: Was es ist, Schnellstart mit Copy-Paste-Befehlen, Konfigurationsoptionen als Tabelle, häufige Probleme und Hinweise für Mitwirkende. Hier sind die wichtigsten Dateien und Befehle: [Details einfügen]

Erkläre diesen [Sprache]-Code für jemanden, der programmieren kann, aber diese Codebasis nicht kennt. Beginne mit einer Zusammenfassung in zwei Sätzen, gehe ihn Block für Block durch und weise auf alles hin, was nach einem Bug oder einem unsauberen Hack aussieht: [Code einfügen]

Ich plane, [Feature] folgendermaßen umzusetzen: [Ansatz beschreiben]. Spiele Advocatus Diaboli: Nenne mir die drei wahrscheinlichsten Ursachen, warum dieser Entwurf in der Produktion scheitern könnte, wie sich das äußern würde und ob es eine einfachere Alternative gibt. Sei schonungslos ehrlich – lieber erfahre ich es jetzt als nachts um drei.

Übertrage diesen [Ausgangssprache]-Code in idiomatischen [Zielsprache]-Code, ohne ihn einfach Zeile für Zeile zu kopieren: [Code einfügen]. Nutze nach Möglichkeit die Standardbibliothek der Zielsprache, behalte das exakte Verhalten bei und weise auf alle Stellen hin, an denen sich die beiden Sprachen unterschiedlich verhalten (z. B. Ganzzahldivision oder String-Encoding).