Der Fehler-Envelope
Jeder Fehler hat eine stabile Form – und leakt niemals interne Mandanten-IDs oder Backend-Fehlertexte:code, nicht über message – Nachrichten können umformuliert werden, Codes sind stabil.
Request-IDs
Jede Response trägtX-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>" }– behandlerawals 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.