Zum Hauptinhalt springen

Konzepte

Lies diesen Bereich, wenn du zuerst das Stack-Modell verstehen musst, bevor du ein Produkt oder ein Runbook waehlst. Die Konzeptseiten erklaeren, wie Helpifyr als ein System funktioniert: wo Signale herkommen, wie Operatoren und Automationen zusammenspielen und warum die oeffentlichen Docs nach Aufgaben statt nach Repositories gruppiert sind.

Starte mit dem Konzept, das deine Frage aufschliesst​

  • Agent Capability Plane — Nutze dies, wenn du Admission, Projektion und fail-closed Faehigkeitsposture verstehen musst, bevor Agenten oder Runtimes handeln.
  • MCP and Skills — Nutze dies, wenn du die Grenze zwischen MCP-Zugriff, Skill-Guidance und kanonischer Owner-Truth klaeren musst.
  • JARVIS — Nutze dies, wenn du governte Skill-, Trace-, Handoff- und Learning-Familien verstehen musst, ohne sie mit einer eigenen Runtime zu verwechseln.
  • Identity, Session, and Projected Authority — Nutze dies, wenn du Access-Projektion, Session-Handoff und fail-closed Autoritaet vor Runtime-Annahmen klaeren musst.
  • Work Operating Model — Nutze dies, wenn du Work-Typ, Closeout-Truth und Owner-Readback verstehen musst, bevor du einen terminalen Abschluss behauptest.
  • Mission Control and Operator Context — Nutze dies, wenn du verstehen musst, was die menschliche Operator-Shell anzeigen darf, ohne Owner-Truth zu ersetzen.
  • Runtime Projection and Readback — Nutze dies, wenn du Projektion, Quellrevision und den Readback-Pfad auseinanderhalten musst.
  • Memory Boundaries — Nutze dies, wenn du Tenant-, Claims- und fail-closed Grenzen fuer Memory-Reads oder -Writes verstehen musst.
  • Event Sourcing — Nutze dies, wenn du die append-only Ereignis-Truth, Replay-Grenzen und Idempotenz vor Projektionen oder Recovery verstehen musst.
  • Event Modeling — Nutze dies, wenn du verstehen musst, wie Ereignisfamilien, Abhaengigkeiten und Projektions-Truth ueber Module hinweg zusammenhaengen.
  • Business Capabilities — Nutze dies, wenn du pruefen musst, ob eine Faehigkeitsaussage wirklich auf kanonische Docs, Verify-Pfade und Failure-Mode-Erklaerungen verweist.
  • Human Interaction — Nutze dies, wenn es um Operator-Touchpoints, Freigaben oder die Frage geht, wo Menschen im Loop bleiben.
  • Learning Optimization — Nutze dies, wenn du die Feedback-, Verbesserungs- und Optimierungslogik des Stacks verstehen musst statt das Verhalten eines einzelnen Produkts.

Was dieser Bereich fuer dich beantworten sollte​

  • Wie sich der Stack in Plattform-Truth, Module, Betrieb, Integrationen und exakte Reference-Flaechen aufteilt.
  • Welche moduluebergreifenden Annahmen sicher sind, bevor du Runtime-Zustand aenderst oder externe Systeme integrierst.
  • Wo die oeffentlichen Docs enden und produkt- oder ownerspezifische Details beginnen sollten.

Nutze stattdessen einen anderen Docs-Bereich, wenn​

  • du eher den ersten erfolgreichen Pfad als Stack-Theorie brauchst: Einstieg
  • du die Produktgrenze schon kennst und direkt die Herstellermodulseite brauchst: Module
  • der Stack live ist und Diagnose, Recovery oder Verifikation der naechste Schritt ist: Betrieb
  • die erste Frage lautet, wie Helpifyr mit einem Upstream-System oder Workflow verbunden wird: Integration
  • die Antwort exakt auf Vertrags- oder API-Ebene bleiben muss: Reference