Warum KI REST APIs links liegen lässt: Die wahre Story hinter deinen generierten Endpunkten
Warum KI REST-API-Endpunkte links liegen lässt: Die wahre Geschichte
Du baust eine API, fragst deine KI nach einem Endpoint – und kriegst einen POST-Aufruf mit RPC-Ähnlichem, obwohl ein simpler GET perfekt gepasst hätte. Klingt bekannt?
Das passiert ständig. Ist es nur faules Trainingsmaterial? Oder steckt mehr dahinter?
REST ist keine starre Regel, sondern eine Idee
Zuerst mal: REST sind keine harten Vorgaben. Es handelt sich um Leitlinien für gute Architektur. Und solche Philosophien sind für Sprachmodelle tricky zu greifen.
Kernpunkte von REST:
- GET für sichere Abfragen, die immer dasselbe ergeben
- POST zum Anlegen neuer Ressourcen
- HTTP-Semantik nutzen
- Staatenlos bleiben
Das basiert auf bewährten HTTP-Tricks. Aber nichts zwingt dich dazu. Viele laufende Systeme ignorieren REST und funktionieren einwandfrei.
Was KI wirklich in ihren Trainingsdaten findet
Die harte Wahrheit: Daten sind chaotisch. GitHub, Foren, Docs – Millionen Projekte mischen alles durcheinander.
Typisch dabei:
- RPC-ähnliche APIs im Überfluss: Mikroservices, GraphQL, alte Systeme – Pragmatismus siegt über Reinheit
- POST für alles: Einfacher zu prüfen, erweitern, loggen (im Gegensatz zu GET)
- Frameworks mit POST-Default: Viele Tools machen es zum Standard
- Sicherheit: Sensible Daten per POST verstecken, statt in URLs zu zeigen
Statistisch gesehen wirkt POST wie der Alleskönner. KI lernt das – nicht falsch, sondern realistisch.
Tokens zählen: Weniger Aufwand, schneller Code
Noch ein Punkt: Token sparen.
RPC-Beispiel:
POST /api/users
{ "action": "getUser", "id": 123 }
REST-Variante:
GET /api/users/123
Beim tokenweisen Generieren ist Einfaches günstiger. Weniger Optionen, kürzerer Output. Primärgrund? Eher nicht. Aber es spielt mit rein.
RESTs Schwächen, die KI spürt
REST passt nicht immer. GraphQL löst feste Response-Probleme. Query-Sprachen meiden URL-Chaos. Interne Services lassen REST fallen, weil Vorteile wegfallen.
Lernt KI unbewusst, dass REST kontextabhängig ist? Perfekt für öffentliche APIs, weniger für interne Chats? Das würde RPC-Neigung erklären – nicht als Fehler, sondern als Nuancenwissen.
Die Mischung aus Gründen
Kurz gesagt: Alles zusammen.
- Datenverteilung: Non-REST dominiert im Alltag
- Verständnislücke: Philosophie schwerer als Syntax
- Effizienz: Einfacher generieren geht schneller
- Kontext: KI merkt RESTs Grenzen
So bekommst du REST aus deiner KI
Willst du REST? Sei klar:
Erstelle einen RESTful Endpoint nach Best Practices.
GET für Reads, passende HTTP-Codes.
Modell: User { id, name, email }
Präzise Prompts lenken die KI. Das ist API-Prompting.
Der Kernpunkt
KI hasst REST nicht. Sie spiegelt den echten Code-Wahnsinn. REST rockt – aber es ist eine Wahl unter vielen. Realität priorisiert oft Praktikabilität.
Guter Design kommt aus Wissen: REST für öffentliche APIs, Browser, Verteiltes. Pragmatismus für Internes, Speed, Altlasten.
Deine KI weiß das schon. Zeit, dass wir nachziehen.
Dein nächstes Projekt mit top API-Architektur? NameOceans Vibe Hosting bietet KI-Tools, die deine Vorlieben lernen. Einmal definieren, dann passt der Code sich an. Mehr zu smartem Bauen mit NameOcean.