Aktueller Snapshot enthält Daten der jeweils verbundenen Instanz.
Braucht meine Aufmerksamkeit
Nachrichten
In-App ist immer aktiv; externe Kanäle werden vom Communication-Orchestrator nach Priorität und UI-Aktivität gewählt.
Delivery-Scope Rückfragen
Offene Needs
Future Candidates
Change Requests
Diagnose / Logging
Bei Fehlern werden Request-ID und Error-ID angezeigt. Dieselben IDs stehen in den Logdateien.
Logging-Status wird geladen…
Nodara Einstellungen
Zentrale Laufzeit-, Authority-, Provider- und Datenschutzkonfiguration. Änderungen sind High-Security und erfordern Passwort + 2FA.
Identität
„Spok“ ist nur der Name deiner persönlichen Instanz; andere Instanzen können anders heißen.
Spok · Erscheinungsbild
Diese Daten gehören zum host-unabhängigen Spok-Profil. Die aktuelle WebUI nutzt nur unterstützte Felder; spätere Renderer dürfen dasselbe Profil wiederverwenden.
Authentifizierung
Login-Methode und MFA sind getrennt. `off` bedeutet nicht „kein Login“, sondern kein zusätzlicher TOTP-Zwang.
Kommunikationsidentitäten
Identität und Capability bleiben getrennt: dieselben Mail-Capabilities können mit unterschiedlichen Account-Bindings verwendet werden.
Google Workspace · Spok
Gmail, Calendar, Drive und Contacts sind als generische Capability-Familien eingeplant. OAuth-Tokens gehören Spok, nicht dem globalen Capability-Hub.
Nodara-Instanzen
Spoks persistente Instance Registry. Global Master liefert globale Capabilities; Wissensdorf ist die erste Domain-Instanz.
Datenschutz & Data Residency
EU-only arbeitet fail-closed: Provider mit Region „unknown“ werden blockiert.
Authority
Maximalgrenzen
Interoperabilität
Core bleibt protokollneutral. MCP/A2A werden nur über Adapter angebunden.
Smart Home
Token wird nicht gespeichert; Nodara speichert nur den Namen der Environment-Variable. Der Adapter ist austauschbar.
Unternehmen
AGB, Datenschutz, Impressum, Verträge usw. sind versionierte Business-Artefakte. Capabilities verwalten, prüfen und erzeugen sie; Rechtsinhalte werden nicht als starre Core-Regeln eingebaut.
v4 Komponenten & Persistenz
Jede Komponente hat einen eigenen Service-Endpunkt und eine eigene PostgreSQL-Persistenz. Passwörter werden nicht gespeichert, sondern nur als Environment-Variablen referenziert.
Wissensdorf ist absichtlich noch keine Instanz. Domain-Instanzen werden später über Spok und den Instance Manager angelegt.
Logging
Endpoint Routing
Routen referenzieren Providerprofile. Der Core kennt keine feste Herstellerbindung.
Provider / Endpoints
Keine Secrets werden hier gespeichert. Ein Profil referenziert nur den Namen einer Environment-Variable für den API-Key.