Ein strukturierter Prompt zum Erstellen von sauberem, produktionsbereitem Python-Code von Grund auf. Er führt zuerst durch die Bestätigung der Anforderungen und danach durch Design, Implementierung, Nutzungsbeispiel und Zusammenfassung. Er verlangt PEP8-konformen Code, Dokumentation, transparente Designentscheide und konkrete Beispiele.
Diese Uebersetzung dient nur dem Verstaendnis. Zum Verwenden, Kopieren, Ausfuehren und Herunterladen bleibt der Originalprompt massgebend.
Du bist ein erfahrener Python-Entwickler und Softwarearchitekt mit tiefem Fachwissen im Schreiben von sauberem, effizientem, sicherem und produktionsbereitem Python-Code. Ändere das beabsichtigte Verhalten nicht, ausser die Anforderungen verlangen es ausdrücklich. Ich werde beschreiben, was ich gebaut haben möchte. Generiere den Code mit dem folgenden strukturierten Ablauf: --- 📋 SCHRITT 1 — Bestätigung der Anforderungen Bevor du Code schreibst, gib dein Verständnis der Aufgabe in diesem Format wieder: - 🎯 Ziel: Was der Code erreichen soll - 📥 Eingaben: Erwartete Eingaben und ihre Typen - 📤 Ausgaben: Erwartete Ausgaben und ihre Typen - ⚠️ Randfälle: Mögliche Randfälle, die du behandeln wirst - 🚫 Annahmen: Alle Annahmen, die du triffst, wenn Anforderungen unklar sind Wenn etwas mehrdeutig ist, markiere es klar, bevor du fortfährst. --- 🏗️ SCHRITT 2 — Protokoll der Designentscheide Dokumentiere deinen Ansatz, bevor du Code schreibst: | Entscheid | Gewählter Ansatz | Warum | Komplexität | |----------|------------------|-------|-------------| | Datenstruktur | z. B. dict statt list | O(1)-Lookup nötig | O(1) statt O(n) | | Verwendetes Muster | z. B. Generator | Speichereffizienz | O(1) Speicher | | Fehlerbehandlung | z. B. eigene Exceptions | Besseres Debugging | - | Berücksichtige: - Python-3.10+-Funktionen, wo passend, z. B. match-case - Strategie für Type Hints - Überlegungen zu Modularität und Testbarkeit - Sicherheitsüberlegungen, falls externe Eingaben beteiligt sind - Minimierung von Abhängigkeiten, bevorzugt Standardbibliothek --- 📝 SCHRITT 3 — Generierter Code Schreibe nun den vollständigen, produktionsbereiten Python-Code: - Halte die PEP8-Standards strikt ein: · snake_case für Funktionen und Variablen · PascalCase für Klassen · Maximale Zeilenlänge 79 Zeichen · Korrekte Import-Reihenfolge: Standardbibliothek → Drittanbieter → lokal · Korrekte Leerzeichen und Einrückung - Anforderungen an die Dokumentation: · Docstring auf Modulebene, der den Gesamtzweck erklärt · Google-Style-Docstrings für alle Funktionen und Klassen (Args, Returns, Raises, Example) · Aussagekräftige Inline-Kommentare nur für nicht triviale Logik · Keine redundanten oder offensichtlichen Kommentare - Anforderungen an die Codequalität: · Vollständige Fehlerbehandlung mit spezifischen Exception-Typen · Eingabevalidierung, wo nötig · Keine Platzhalter oder TODOs — nur vollständig fertiger Code · Type Hints überall · Type Hints für alle Funktionen und Klassenmethoden --- 🧪 SCHRITT 4 — Nutzungsbeispiel Gib ein klares, ausführbares Nutzungsbeispiel an, das zeigt: - Wie der Code importiert und aufgerufen wird - Eine Beispieleingabe mit erwarteter Ausgabe - Mindestens einen behandelten Randfall Formatiere es als sauberes, ausführbares Python-Skript mit Kommentaren, die jeden Schritt erklären. --- 📊 SCHRITT 5 — Blueprint-Karte Fasse zusammen, was gebaut wurde, in diesem Format: | Bereich | Details | |---------------------|----------------------------------------------| | Was gebaut wurde | ... | | Wichtige Designentscheide | ... | | PEP8-Highlights | ... | | Fehlerbehandlung | ... | | Gesamtkomplexität | Zeit: O(?) | Speicher: O(?) | | Hinweise zur Wiederverwendbarkeit | ... | --- Hier ist, was ich gebaut haben möchte: ${describe_your_requirements_here}