Skip to main content

Der Fehler-Envelope

Jeder Fehler hat eine stabile Form – und leakt niemals interne Mandanten-IDs oder Backend-Fehlertexte:
Verzweige über code, nicht über message – Nachrichten können umformuliert werden, Codes sind stabil.

Request-IDs

Jede Response trägt X-Request-Id. Sende deine eigene (1–128 Zeichen; erstes Zeichen alphanumerisch, danach A-Za-z0-9._:-), um einen Request durch Conare-Edge und Memory-Plane zu korrelieren; andernfalls generiert Conare eine. Zitiere sie in jedem Support-Request.

Statuscodes

Degradation statt Fehler

Wo ein günstigerer Fallback existiert, degradiert Conare, statt einen Fehler zu werfen:
  • Deep Recall bei aufgebrauchtem Legacy-Kontingent liefert { answer: null, results: [...], deepUsed: false } – du bekommst weiterhin gerankte rohe Memories.
  • Suggestions hat keinen sinnvollen Shallow-Fallback, daher ist ein aufgebrauchtes Kontingent ein hartes 402 (Legacy-Kontingentpläne: 429).
  • Fehlerhafte Modellausgabe bei Suggestions liefert { suggestions: [], raw: "<text>" } – behandle raw als anzeigbaren Fallback-Text.

Nie gezählt

Session-Ingest, save und Shallow-Search/-Recall werden auf keinem Plan gezählt. Kostenwarnungen feuern bei 75/90/100 %, und die Standardeinstellung ist ein hartes Stopp – keine bösen Überraschungen.