Bitte anmelden, um fortzufahren.
Bitte wählen Sie den Mandanten für diese Sitzung.
Diese Bühne enthält noch keine zugeordneten Inhalte.
Knoten wählen…
Daten werden geladen…
Daten werden geladen…
Agent wählen…
Eintrag wählen…
Ohne verknüpften Kommunikations-Eintrag ist dieses Formular schreibgeschützt.
Noch keine Analyse.
Noch keine Verarbeitungshistorie.
Lead wählen…
Eskalation wählen…
Anforderung wählen…
Feature wählen…
Thema wählen…
Frage wählen… Antworten nur über KI-Chat.
Eintrag wählen…
Strategie für diesen Adressdatensatz definieren und speichern.
Bühne wählen…
Übersprungene Bühnen bleiben erhalten, erscheinen aber nicht in der Breadcrumb-Navigation und werden in Handoffs übersprungen.
Eintrag wählen…
Gesperrte Quellen erzeugen keinen Datensatz im Bereich Kommunikation.
Noch keine Analyse.
Noch keine Security-Prüfung.
Keine Vorschau verfügbar.
Abo wählen…
Client-Fehler, Breadcrumbs und Session-Replay-Simulation zur Reproduktion von UX-Problemen.
Analytics werden geladen …
Wählen Sie einen Fehler aus, um die Breadcrumb-Timeline und den Replay-Player anzuzeigen.
Zentrale Übersicht über Frontend- und Backend-Fehler inklusive Workaround- und Agenten-Slots.
Error-Logs werden geladen …
ADWA-Stammdaten und Beschreibung des aktuellen Arks.
Aktivierte Modelle erscheinen im KI-Chat. API-Keys werden verschlüsselt pro Mandant gespeichert und nie im Klartext zurückgegeben.
Provider-Status wird geladen …
Sperrt Cloud-Routen auf einen Anbieter. Lokale Modelle (Ollama) bleiben immer nutzbar.
Keys werden verschlüsselt gespeichert. Dafür sollte TENANT_SECRETS_KEY in der
.env gesetzt sein, sonst gehen Keys nach einem Backend-Neustart verloren.
Eigenen OpenAI-Key nutzen (Cloud-Modelle at-cost).
Eigenen Anthropic-Key nutzen (Claude at-cost).
Google AI Studio Key für Gemini-Modelle.
OpenRouter REST-API. Optional eigene Base-URL.
HF-Token für Chat (Endpoint-URL), Diktat (Serverless Whisper) und semantische Suche (Serverless Embeddings). Optional Modell-ID.
Übersicht der KI-Chat-Modi, ausführbaren Funktionen (Tools) und Slash-Befehle.
Dieselbe Liste erscheint im Chat über /help.
Steuern Prompt- und Retrieval-Verhalten im Composer.
Vom Chat per Function-Calling ausführbar — z. B. Kunden anlegen oder aktualisieren.
Im Chat-Composer mit / starten oder /help senden.
Steuert serverseitige KI-Automatisierung. Änderungen gelten für alle Nutzer dieser Instanz und werden über „Speichern“ in der Kopfzeile übernommen.
Bezeichnung und Darstellung der Knotentypen. Beim Speichern werden Anzeigenamen und gespeicherte Typen aller bestehenden Knoten im Graph angepasst.
Einen Knotentyp in der Liste auswählen…
Spezifische Verknüpfungen zwischen zwei Knotentypen mit fester Relation (z. B. Angebot → Lead).
Eine Regel in der Liste auswählen oder neu anlegen…
Agenten für die Bewertung der Verarbeitungshinweise (Hinweisbox im Lead-Detail). Autonome Agenten für Hintergrundläufe; manueller Agent für den Button „Hinweise prüfen“.
Externe und manuelle Quellen für den Wissensquellen-Pool. Schnittstellen konfigurieren Sie in den jeweiligen Bereichen (z. B. E-Mail-Konten).
Eine Quelle in der Liste auswählen…
—
—
—
Status: —
Eintrag in der Liste wählen oder „+ Integration“.
Client-ID/Secret aus Google Cloud bzw. Microsoft Entra. Beide Redirect-URIs dort als autorisierte URIs eintragen.
Ohne Google-OAuth-App können Drive, Calendar und Gmail-OAuth nicht gestartet werden.
—
—
Leer lassen, um ein vorhandenes Secret zu behalten.
—
—
—
Welches Backend Free/Busy und Termin-Anlage nutzen soll.
—
Leer lassen, um ein vorhandenes Passwort zu behalten.
Persönliches GroupDAV-Konto für Kapazitäts-Sync (Kürzel → Kalender).
Leer lassen, um ein vorhandenes Passwort zu behalten.
Self-hosted Rocket.Chat per Personal Access Token anbinden.
Outgoing Integration mit Trigger arkenstone / @arkenstone
auf die Webhook-URL unten zeigen; Token = Webhook-Secret.
—
Leer lassen, um ein vorhandenes Token zu behalten.
—
| Room | Typ | Ziel |
|---|
| Keyword | Typ | Ziel |
|---|
| Ark | Channel |
|---|
| Key | Username |
|---|
| Rocket.Chat-User | Arkenstone |
|---|
Slack-Workspace für diesen Mandanten verbinden. Mentions und Thread-Antworten laufen über Chat und Agent-Runs.
Server-Credentials: SLACK_CLIENT_ID, SLACK_CLIENT_SECRET, SLACK_SIGNING_SECRET.
—
OAuth ist serverseitig nicht konfiguriert. Bitte die Slack-Env-Variablen setzen und neu starten.
—
—
Channel-ID (z. B. C0123…) auf Projekt, Job oder Corporate Knowledge legen.
| Channel | Typ | Ziel |
|---|
| Keyword | Typ | Ziel |
|---|
In Slack: @Arkenstone link — Bestätigung öffnet diese Seite.
| Slack-User | Arkenstone |
|---|
IMAP/SMTP-Konten für Import und Versand. Teamleiter sehen alle Konten des Mandanten und können Konten ohne Besitzer zuweisen. OAuth-App-Credentials liegen unter Integrationen.
Konto in der Liste wählen oder „+ Konto“ (mit Besitzer-Zuweisung).
Dieses Konto hat keinen Besitzer — Sync und Versand sind gesperrt, bis ein Benutzer zugewiesen ist.
Bei Bearbeitung leer lassen, um das bestehende Passwort zu behalten.
Bei Gmail ein Label; die Mail bleibt in Kommunikation.
Bei „Wissensquellen-Pool“ ist kein Ziel-Ark nötig.
Frühestes Empfangsdatum für den automatischen Import. Pflicht, wenn Sync aktiv ist.
Optional früher als „Import ab Datum“ — nur zusammen mit Ausnahme-Adressen.
Eine Adresse oder Domain (@firma.de) pro Zeile. Greift in From, To und Cc.
Teams für Projektzeiten und Bewegungsdaten. Mitarbeiter-Kürzel kommen aus dem PZE-Import und werden hier dem Team zugeordnet — nicht aus der Benutzerverwaltung.
Team in der Liste wählen oder „Neues Team“.
Interne ID: —
Importierte PZE-Kürzel anhaken, um sie diesem Team zuzuordnen. Die Auswahl erscheint u. a. im Projekttag-Formular.
Andere Datenbereiche, Rollen oder manuelle Kürzel (noch nicht im Import). Match zeigt, ob das Kürzel in den Importen vorkommt.
Rollen, Job-Blueprints und Regeln für die agentische Verarbeitung. Bearbeitung im WYSIWYG-/Markdown-Modus; gespeichert als Markdown und abgeleitetes JSON.
Playbook-Eintrag in der Liste wählen oder „+ Neu“.
Art: — · ID: —
Entscheidungen der Job-Handoff-Orchestrierung prüfen, freigeben oder ablehnen. Regeln werden im Playbook unter „Übergaben“ gepflegt.
Noch nicht geladen.
Freigegebene Chat-/Agenten-Learnings prüfen und per Interview als Playbook-Regel oder Blueprint verankern. Learnings wirken situativ (Few-Shot) und stehen unter dem Playbook.
Eintrag in der Liste wählen, um Herkunft, Chat und Empfehlung zu sehen.
— · —
Lead: —
Freigabe: —
Ark: — · Fokus: — · Kunde: —
Tags:
Begründung: —
Situation:
Phasen:
Vorgeschlagene Aktionen:
Graph-Snapshot:
—
Empfehlung: —
—
Kollisionen:
Ordnet importierte PZE-Kategorien den vier Leistungsarten zu (Installation, Projektkoordination, Support, Softwareerweiterungen). Unzugeordnete Kategorien erscheinen in der Auswertung unter der Bezeichnung unten.
Eintrag in der Liste wählen oder „+ Zuordnung“.
Benutzer dieses Mandanten – Rolle, Aktiv-Status, Mailversand und E-Mail-Signatur. Keine System-Admins und keine weiteren Mandanten.
Benutzer in der Liste wählen oder „Neuer Benutzer“.
Bestimmt, welche Jobs dieser Benutzer in der Fokus-App sieht. Ohne Auswahl wird die Position ausgewertet; passt sie zu keiner Playbook-Rolle, erscheinen nur persönlich zugewiesene Jobs.
Wenn deaktiviert, werden keine Mails über SMTP versendet. Entwürfe und Freigabe-Dialoge bleiben möglich.
Wird von der KI für Kundenrückmeldungen als Absenderdaten verwendet.
Verknüpfung mit Kürzeln aus „Verantwortliche Teams“. Mehrfachzuordnungen und optionale Gültigkeitszeiträume möglich.
Zuordnungen werden geladen …
Leert Bewegungsdaten (Leads, Arks, Jobs, Knoten, Eskalationen, Abos) per Soft-Markierung. Wissensquellen und Kommunikation werden physisch entfernt (Hard-Delete). Der Kundenstamm (Parties/Kunden) bleibt erhalten. Systemeinstellungen, Kataloge, Agenten-Definitionen und Benutzer bleiben unberührt.
Bestand wird geladen …
Der Button wird erst nach korrekter Eingabe aktiv.
Mandant in der Liste wählen oder „Neuer Mandant“.
Einsatzmodus und Status für den ausgewählten Mandanten.
Benutzer in der Liste wählen oder „Neuer Benutzer“.
System-Admins und Mandantenzuordnungen mit Rollen.