Zum Hauptinhalt springen

Reference

Nutze diesen Bereich, wenn die Antwort exakt bleiben muss. Reference-Seiten sind fuer Vertrage, APIs, Schemas, Compatibility und generierte Provenance-Flaechen gedacht, die ueber Review, Publikation und Live-Readback stabil bleiben muessen.

Starte mit der exakten Flaeche, die du brauchst​

  • Api Reference — Nutze dies, wenn du exakte API-, Event-, Schema-, CLI-, MCP- oder Konfigurationsflaechen brauchst.
  • Compatibility — Nutze dies, wenn Rollout, Upgrade oder Supportfaehigkeit von exakten Versionskombinationen abhaengen.
  • Release Notes — Nutze dies, wenn du Aenderungshistorie, Breaking Behavior oder Post-Upgrade-Kontext brauchst.
  • Platform Truth — Nutze dies, wenn du den Vertrag der oeffentlichen Docs und das Runtime-Truth-Publikationsmodell brauchst.
  • Contribute — Nutze dies, wenn du verstehen musst, wie Reference-Truth reviewed und materialisiert wird.

Was in Reference gehoert​

  • Exakte Schnittstellen, Feldformen und unterstuetzte Werte.
  • Versions- und Release-Truth, die reviewbar und drift-frei bleiben muss.
  • Docs-System-, Vertrags- und Provenance-Flaechen, die erklaeren, wie die veroeffentlichten Herstellerdocs erzeugt werden.

So nutzt du diesen Bereich richtig​

  • Nutze Einstieg, wenn du noch einen gefuehrten Pfad in den Stack brauchst.
  • Nutze Betrieb, wenn die Flaeche kaputt ist und du Recovery- oder Troubleshooting-Schritte brauchst.
  • Nutze Module, wenn du die Frage zuerst auf ein Helpifyr-Tool eingrenzen musst, bevor du in versionierte Details springst.

Reference-Qualitaetsmodell​

  • Fabric besitzt die kanonische Docs-Platform- und Publikationsvertrags-Truth.
  • jhf-docs materialisiert reviewte Reference-Flaechen, darf aber keine parallele API-Truth erfinden.
  • Produktbezogene Reference-Seiten bleiben auch dann sichtbar, wenn sie blockiert sind, damit Leser Provenance und den fehlenden kanonischen Quellpfad sehen statt einer stillen Luecke.