Ein KI-Überblick, der auf Messwerten statt auf Behauptungen beruht
Diese Seite ist kein Kundenbericht. Es gibt keine
dokumentierte Referenzfirma und kein geprüftes Kundenzitat — die Referenz-Datenbank
ist im System nicht vorhanden (die Routen /api/customers
/api/references
/api/testimonials antworten alle mit 404).
Gezeigt wird deshalb der Aufbau, den ein Dashboard-Überblick braucht — und
jeder Zahlenwert darunter ist live vom laufenden System abgerufen, nicht geschätzt.
Problem
Wenn KI für wiederkehrende Aufgaben eingesetzt wird, entstehen schnell viele einzelne Stellen: ein Chat hier, ein Cron-Auftrag dort, ein Automatisierungslauf an dritter Stelle. Was fehlt, ist ein einziger Ort, an dem Aufgabenstatus, nächste Schritte und Ergebnisse gemeinsam sichtbar sind. Die Folge sind Entscheidungen, die auf Erinnerung beruhen statt auf dem, was tatsächlich läuft.
Lösung
JARVIS OS fungiert als sichtbare Steuer- und Struktur-Ebene. Der entscheidende Punkt ist nicht die Oberfläche, sondern die Prüfbarkeit: Jede Zahl auf dieser Seite stammt aus genau einem Endpunkt, und dieser Endpunkt nennt sich selbst.
Drei Prinzipien, die den Unterschied machen
- Ein Ort, nicht viele. Der Status wird an einer Stelle geführt, statt zwischen Werkzeugen verteilt.
- Zustand statt Absicht. Was gerade läuft, wird gemeldet — nicht, was geplant ist.
- Nachvollziehbarkeit. Der Weg vom Auftrag zum Ergebnis bleibt lesbar, inklusive Fehler.
Live-Messung des laufenden Systems
Die folgenden Werte werden beim Laden dieser Seite abgerufen. Sie sind eine Momentaufnahme des Betriebszustands, keine Werbezahl.
Der Widerspruch, den ein Überblick sichtbar macht
Ein Dashboard ist nicht dazu da, Zahlen schön
darzustellen. Es ist dazu da, einen Widerspruch zu zeigen, den zwei Felder derselben
Antwort tragen: leistung.aktiv zählt die eingeschalteten
Aufträge, aufgaben[].state zählt den Zustand. Beides steht
hier live nebeneinander.
| Feld | Gemessen | Was es bedeutet |
|---|---|---|
leistung.aktiv | — | Aufträge mit enabled: true — unabhängig vom Zustand |
state: aktiv | — | Aufträge im Zustand „aktiv“ |
| Differenz | — | Die Lücke zwischen „eingeschaltet“ und „läuft“ |
Das ist kein Darstellungsfehler der Seite, sondern ein Widerspruch im Backend: dieselbe Antwort liefert beide Zahlen, und sie stimmen nicht überein. Ein Überblick, der nur eine davon zeigt, wäre eine Auswahl — und damit eine Entscheidung darüber, welche Wahrheit der Leser sieht.
Die sechs Agenten, die unter dieser Oberfläche laufen
| Agent | Zustand im Abruf | Gemeldete Messung |
|---|---|---|
| Wird geladen … | ||
Quelle:
/assets/data/agenten_status.json (Datei wird laufend vom System geschrieben,
letzter Schreibvorgang: —).
Die Zuordnung „Agent → Zahl“ kommt aus derselben Datei, nicht aus einer Annahme.
Die 6 Dienste, die diese Übersicht speisen
| Dienst | Status im Abruf | Port |
|---|---|---|
| Wird geladen … | ||
Quelle:
/api/automation · Feld dienste[].ok. Der Status ist der Status
dieses Abrufs — nicht eine gespeicherte Anzeige.
Ergebnis: was ein Überblick tatsächlich liefert
Der Nutzen liegt nicht in einer hübscheren Ansicht, sondern in drei Dingen, die vorher nicht zuverlässig verfügbar waren:
Vorher / Nachher (Prozess, nicht Messwert)
| Vorher | Nachher |
|---|---|
| Status wird aus Erinnerung berichtet | Status wird abgerufen und angezeigt |
| Fehler fällt erst auf, wenn etwas fehlschlägt | Fehler stehen in derselben Liste wie Erfolge |
| Der nächste Schritt entsteht aus einer Diskussion | Der nächste Schritt ist Teil des Zustands |
Zu dem früheren Zitat auf dieser Seite: Dort stand ein wörtliches Kundenzitat mit der Attribution „Team-Lead, Beispiel-Use-Case". Es ist entfernt worden. Für ein belegtes Zitat fehlt die Grundlage — es existiert keine Referenz-Datenbank und kein geprüfter Kundenname. Eine erfundene Stimme in Anführungszeichen ist schlechter als gar keine, weil sie als Beleg gelesen wird.
Grenzen — was diese Übersicht nicht belegt
- Keine Erfolgszahlen. Es gibt keine gemessene Umsatz-, Zeit- oder Produktivitätssteigerung.
- Keine Kundenzitate. Die Referenzrouten existieren nicht (404).
- Keine Aussage über Tarifrechte. Diese Seite misst den Betriebszustand, nicht den Funktionsumfang eines Tarifs — dafür siehe die Tarifseiten.
- Kein Kontaktweg. Es existiert kein Kontakt-Backend;
/api/contactund/api/kontaktantworten mit 404.
Was diese Seite nicht beweist — gemessen, nicht vermutet:
Ein Überblick ist nur so gut wie das, was er abfragen darf. Ohne Anmeldung liefern
/api/me, /api/keys und /api/settings
401 — sie existieren, ihr Inhalt ist aber nicht prüfbar. Die
Aufzeichnung einzelner Aktionen (/api/audit, /api/activity) existiert
nicht bzw. antwortet mit entries: [] und dem Hinweis „Collector nicht verfuegbar“.
Ein Dashboard kann also zeigen, was läuft — nicht, wer es getan hat.
Der Unterschied ist der eigentliche Inhalt dieser Seite.