Überblick und Datengrenze

Dayprep läuft als Dienst im Benutzerprofil. Er liest die eingerichteten Quellen, legt eine lokale Kopie an und verarbeitet sie mit einem Sprachmodell auf demselben Gerät. Das Dashboard öffnet sich im Browser bzw. unter Windows als App-Fenster und ist nur unter 127.0.0.1 erreichbar.

Was auf dem Gerät passiert

Baustein	Umsetzung
Sprachmodell	lokale Laufzeit, Standard Ollama auf 127.0.0.1:11434. Weitere lokale Laufzeiten (Atomic Chat, LM Studio, llama.cpp, MLX) nur über Loopback. Standardmodell Qwen 2.5 7B
Suche	lokale Embeddings (nomic-embed-text), SQLite mit Vektorindex
Gelerntes	Stil, Regeln, Notizen, Wissen über Kontakte, gespeicherte Chats und Sicherungen als Dateien im Datenordner, optional verschlüsselt (Sicherheit)
Dashboard	FastAPI, nur 127.0.0.1, mit Host-Allowlist, CSRF-Schutz und Content Security Policy
Daten	im Datenordner ausserhalb des Programmordners: Windows %USERPROFILE%\daily-assistant-data, Mac ~/daily-assistant-data

Cloud-Sprachmodelle sind für echte Daten im Programm gesperrt. Jeder Anbieter eines Sprachmodells muss im Code angeben, wo er Daten verarbeitet: lokal ist immer erlaubt, eine firmeneigene Instanz nur mit ausdrücklicher Freigabe in der Konfiguration, ein Cloud-Dienst nie mit echten Daten. Eine firmeneigene Instanz ist vorbereitet, aber noch nicht gegen eine echte Instanz geprüft. Microsoft Copilot ist nicht angebunden.

Dayprep sendet keine Telemetrie. Logs enthalten nur IDs, Zählwerte und Fehlerarten, keine Inhalte.

Verbindungen nach aussen

Alle Verbindungen gehen an Systeme, die die Firma bzw. die Person ohnehin nutzt, und sind lesend. Ausnahme ist das Kontoportal von Dayprep, das nur Geräte- und Lizenzangaben erhält.

Ziel	Was hingeht	Wann	Schalter
Microsoft-Anmeldung (login.microsoftonline.com)	nur Anmeldung und Tokens (Autorisierungscode mit PKCE im System-Browser)	Klick «Mit Microsoft 365 anmelden», danach stilles Erneuern	Microsoft 365 nur eingerichtet, wenn die Firma eine Entra-App freigibt (Microsoft 365)
Microsoft Graph (graph.microsoft.com)	Leseanfragen für Mail und Kalender; createReply nur nach Bestätigung (Entwurf)	Abgleich	Anmeldung, Quelle in den Einstellungen
eigene Atlassian-Site	Leseanfragen des Abgleichs; im Chat zusätzlich Suchbegriffe aus der Frage	Abgleich, Frage im Chat	Live-Suche im Chat (Standard an), per Richtlinie sperrbar
Atlassian Rovo (mcp.atlassian.com)	nur die Frage aus dem Chat, nie lokale Inhalte	Frage im Chat	Rovo-Suche (Standard aus), per Richtlinie sperrbar
Ticketsysteme (ServiceNow, TOPdesk, Azure DevOps)	Leseanfragen an den konfigurierten Host	Abgleich, Verbindungstest	nur wenn eingerichtet, per Richtlinie sperrbar
Google (accounts.google.com, oauth2.googleapis.com, gmail.googleapis.com, www.googleapis.com)	Anmeldung und Leseanfragen für Gmail und Google Kalender	Abgleich	nur wenn eingerichtet, per Richtlinie sperrbar
IMAP-Server privater Postfächer	Anmeldung und nur lesende IMAP-Befehle über TLS	Abgleich	nur wenn eingerichtet, per Richtlinie sperrbar
eigene Schnittstellen der Firma	nur GET auf die im Kontoportal festgelegten Pfade	Abgleich im Takt der Definition	Premium, per Richtlinie sperrbar (Eigene Schnittstellen)
Kontoportal (portal.dayprep.app)	pseudonyme Gerätekennung, Plattform, App-Version, Lizenznachweis; bei der Einrichtung nur die Domäne der eingegebenen Adresse. Nie Inhalte	Verbinden, Erneuern, Abmelden	«Ohne Konto lokal starten» nutzt das Portal gar nicht
Updateprüfung (dayprep.app)	Abruf eines signierten Manifests und des Archivs, ohne Kennung	höchstens einmal täglich, «Jetzt prüfen»	UPDATE_CHECK=false, AUTO_UPDATE=false, Richtlinie (Updates)
Relay für den Handyzugriff (relay.dayprep.app)	nur Chiffretext (Ende-zu-Ende verschlüsselt), zufällige Gerätekennungen, Lizenznachweis	nur bei eingeschaltetem Handyzugriff	Premium; Schalter in den Einstellungen, Richtlinie

Nicht nach aussen gehen: Antworten im Chat (die schreibt immer das lokale Modell), Terminvorschläge (nur als .ics-Datei zum selbst Importieren), Nachrichten vom Smartphone (lokal gelesen) und Entwürfe (nur nach Bestätigung im eigenen Entwurfsordner).

Handyzugriff

Der Handyzugriff über das Relay ist eine erste Version (Premium und Testphase). Das Relay ist noch nicht in Betrieb.

Bei der Einrichtung

Der Setup-Assistent lädt beim ersten Start die Laufzeitumgebung: uv von astral.sh, ein von uv verwaltetes Python 3.12, die Python-Pakete und Ollama von ollama.com samt Modell. Das sind je nach Modell einige Gigabyte. Bei einer Verteilung an viele Geräte die Netzlast einplanen (Installation).

Was im Programm festgelegt ist

Diese Punkte sind keine Einstellung. Sie sind im Code verankert und durch Tests abgesichert:

• kein Versand von Mails oder Nachrichten, kein Weiterleiten, kein Löschen, kein Verschieben
• keine Termine anlegen, keine Einladungen beantworten
• keine Ticketänderungen
• keine Cloud-Sprachmodelle für echte Inhalte
• Entwürfe nur nach ausdrücklicher Bestätigung

Jede HTTP-Anfrage eines Konnektors läuft durch eine Allowlist pro Konnektor und eine gemeinsame Denylist (zum Beispiel send, forward, accept, transitions). Outlook (COM) läuft mit gesperrten Methoden wie Send, Delete und Move, Apple Mail mit gesperrten AppleScript-Befehlen.

Ehrlich gesagt

• Wer im Chat vertrauliche Details in die Frage schreibt, gibt diese Suchbegriffe an die eigene Atlassian-Site weiter. Die Live-Suche lässt sich in den Einstellungen abschalten oder per Richtlinie sperren.
• Der Suchindex und die Briefings liegen unverschlüsselt im Datenordner. Die Festplattenverschlüsselung (BitLocker bzw. FileVault) wird deshalb vorausgesetzt.
• Richtlinien setzt die App auf dem Gerät durch. Wer auf dem Gerät Administrator ist, kann sie umgehen. Strikte Durchsetzung braucht eine Geräteverwaltung ohne lokale Adminrechte (Richtlinien).