name: feedback-system-vor-diagnose-pruefen
description: "Erst prüfen WELCHES System der User meint, dann diagnostizieren — nicht raten, nicht zickzack"
metadata:
node_type: memory
type: feedback
originSessionId: e275b7b1-b41f-4ade-a3fc-316555add6a2
modified: 2026-07-20T23:26:42.592Z

Bevor ich ein Verhalten diagnostiziere (z.B. CloudCats Retrieval), erst belegen, welches System der User tatsächlich benutzt — DNS/Endpoint/Backend nachsehen, nicht annehmen. Im Crumbforest gibt es mehrere ähnliche Töpfe ([[zwei-vektor-gedaechtnisse]], [[rinden-retrieval-gap]]): nullfeld vs backbone, qdrant docs_crumbforest vs posts, crumbforest.org (nullfeld) vs chat.crumbforest.io (backbone).

Why: Der User hat mich in zwei Sessions an genau dieser Verwechslung erwischt. Einmal diagnostizierte ich sauber am falschen System; einmal machte ich eine Panik-Kehrtwende ins ebenfalls falsche System. Beides kostet Vertrauen.

How to apply: (1) Endpoint/DNS/Config zuerst verifizieren, dann messen. (2) Wenn ich mich korrigiere, EINMAL sauber mit Beleg — nicht mehrfach hin- und herflippen. (3) Nicht endlos „ein letzter Check" graben, wenn der User schon Ungeduld zeigt; einen entscheidenden Beleg holen (hier: CloudCat zitierte den Epigraph → liest docs_crumbforest) und dann klar Schluss ziehen. Siehe [[luecken-sind-oeffnungen]].