API-Beschreibung aus bestehenden Routen entwerfen
Vorlage, die aus bestehenden Routen und Beispielen einen OpenAPI-Entwurf mit Liste offener Punkte macht. Kopiere ihn in ein KI-Tool deiner Wahl, das dann den Entwurf der API-Beschreibung schreibt.
- Thema
- Apps & Prototypen
- Art
- Vorlage
- Niveau
- Fortgeschritten
- Zeit
- ca. 15 Min.
Ergebnisse hängen vom Tool, vom Modell und von deinen Angaben ab.
Ergebnis-Vorschau
Beispiel: von unserer Redaktion geschrieben, keine echte KI-Ausgabe.
paths: /orders/{id}: get: summary: Eine Bestellung abrufen responses: "200": { $ref: "#/components/schemas/Order" } "404": { description: Bestellung nicht gefunden } Offene Punkte: - status: hier „open“, in /orders „pending“ - Fehlerformat von /refunds unbekannt
Ausfüllen
Deine Eingaben bleiben in diesem Browserfenster. Wir speichern und übertragen nichts.
- Shop-Backend mit Bestellungen und Produkten
- interner Dienst für Benutzerkonten
- kleine REST-API eines Nebenprojekts
- Partner-API für Kunden
- Webhook-Endpunkte
- Routendefinitionen aus dem Code
- Beispielanfragen und -antworten
- eine alte Wiki-Seite
- Logs echter Aufrufe ohne personenbezogene Daten
- eine Mischung davon
- Dokumentation für Partner
- einen Client erzeugen
- Vertragsprüfungen im Build
- Einarbeitung neuer Entwickler
- ein erster Überblick
Dein Prompt
Du hast den Prompt bearbeitet. Änderungen in den Feldern oben überschreiben ihn nicht mehr.
Das ist eine Anleitung für eine KI, noch nicht das Ergebnis.
Damit funktioniert der Prompt
Diese KI-Tools eignen sich für diesen Prompt:
So gehst du vor
- Fülle die Felder aus oder tippe auf einen Vorschlag. Lass Namen, Adressen und andere persönliche Daten weg.
- Kopiere den fertigen Prompt in ein KI-Tool deiner Wahl.
- Füg Beispiele mit erfundenen Werten ein; echte Tokens und Kundendaten gehören nicht ins Material.
Warum funktioniert das?
Eine aus dem Code geschriebene Beschreibung zeigt die Lücken, die niemand bemerkt, solange der Code läuft: undokumentierte Fehler, Felder mit zwei Bedeutungen und Routen, die aus dem Muster fallen.
Tipps
- Gleich den Entwurf vor der Veröffentlichung mit der laufenden API ab; eine Beschreibung, die von der Wirklichkeit abweicht, ist schlechter als keine.