Installation und Verteilung¶
Dayprep installiert sich pro Benutzer, ohne Administratorrechte. Programm und Daten liegen im Benutzerprofil. Der erste Start lädt die lokale Laufzeit und das Sprachmodell nach.
Systemanforderungen¶
| Mindestens | |
|---|---|
| Betriebssystem | Windows 11 (64 Bit) oder macOS 13 oder neuer, Apple Silicon empfohlen |
| Arbeitsspeicher | 8 GB für das Standardmodell, mehr für grössere Modelle (siehe unten) |
| Speicherplatz | 15 GB frei (Modell und lokaler Index) |
| Netz | Internet beim ersten Start (Laufzeit und Modell, einige Gigabyte); für bezahlte Pläne regelmässig für die Lizenz |
| Verschlüsselung | BitLocker (Windows) bzw. FileVault (Mac) eingeschaltet |
Modelle im Katalog (Stand November 2026). Die Werte stammen aus dem Modellkatalog von Dayprep. Die Geschwindigkeit hängt stark vom Rechner ab.
| Modell | Grösse | Arbeitsspeicher | Grafikkarte | Hinweis |
|---|---|---|---|---|
| Qwen 2.5 7B (Standard) | ca. 5 GB | ab 8 GB | nicht nötig | läuft flüssig auf Laptops, gute Entwürfe auf Deutsch |
| Qwen 2.5 14B | ca. 9 GB | ab 16 GB | empfohlen | genauer, ohne Grafikkarte deutlich langsamer |
| Qwen 2.5 32B | ca. 20 GB | ab 32 GB | empfohlen | gründlich, für wichtige Entwürfe |
| GLM-4.7-Flash | ca. 18 bis 20 GB | ab 32 GB | empfohlen | Alternative zu Qwen, Deutsch selbst testen |
| Qwen 2.5 3B | ca. 2 GB | ab 8 GB | nicht nötig | für sehr schwache Rechner, nicht empfohlen für Entwürfe; Lizenz nicht kommerziell |
Apple Silicon zählt dank gemeinsamem Arbeitsspeicher wie eine schnelle Grafikkarte. Der Setup-Assistent wählt das Modell nach Arbeitsspeicher und Grafikkarte.
Installer¶
| Windows | Mac | |
|---|---|---|
| Datei | Dayprep-Setup-<version>.exe |
Dayprep-<version>.pkg (zusätzlich Dayprep-<version>.dmg) |
| Signatur | Windows Authenticode mit Zeitstempel | Apple Developer ID, von Apple notarisiert |
| Rechte | nur Benutzer, kein UAC-Dialog | «Nur für mich installieren», kein Administratorpasswort |
| Programm | %USERPROFILE%\Dayprep |
~/Applications/Dayprep.app und ~/Dayprep |
| Daten und Einstellungen | %USERPROFILE%\daily-assistant-data |
~/daily-assistant-data |
| Wahlweise | Startmenü (an), Desktop (aus), Autostart (aus) | Autostart im Setup-Assistenten |
Download: dayprep.app/download.html. Zu jedem Release gibt es SHA-256-Prüfsummen
in SHA256SUMS.txt.
Aufbau im Programmordner¶
| Pfad | Inhalt |
|---|---|
app-<version>/ |
eine Programmversion mit eigener Python-Umgebung; höchstens zwei (aktive und vorige) |
current |
Name des aktiven Versionsordners |
launch.ps1 (Windows) |
fester Einstieg für Startmenü und Autostart |
Einstellungen (.env) und alle Daten liegen ausserhalb der Versionsordner. Sie überleben jedes Update und die
Deinstallation.
Das Installationspaket enthält nur den Quellcode. Der Setup-Assistent richtet beim ersten Start uv, ein von uv verwaltetes Python 3.12, die Python-Pakete, Ollama und das Modell im Benutzerprofil ein. Eine eingebettete Python-Laufzeit gibt es bewusst nicht: Jede Version braucht eine eigene Umgebung für Update und Rückfall.
Echtheit prüfen¶
Erscheint ein anderer Herausgeber oder eine Warnung wie «Unbekannter Herausgeber» bzw. «kann nicht überprüft werden», das Paket nicht installieren.
- Windows: Rechtsklick › Eigenschaften › Digitale Signaturen, oder in PowerShell
Get-AuthenticodeSignature .\Dayprep-Setup-<version>.exe. Der Status mussValidsein. - Mac: Gatekeeper prüft Signatur und Notarisierung beim Öffnen. Im Terminal:
pkgutil --check-signature Dayprep-<version>.pkgzeigt «Developer ID Installer» und «notarized». - Prüfsumme: Windows
Get-FileHash .\Dayprep-Setup-<version>.exe -Algorithm SHA256, Macshasum -a 256 Dayprep-<version>.pkg. Der Wert muss genau mit der Zeile inSHA256SUMS.txtübereinstimmen.
Unbeaufsichtigte Installation¶
Für Softwareverteilung läuft die ganze Einrichtung ohne Rückfrage. Ausgelöst wird der Modus über die
Umgebungsvariable DAYPREP_SETUP_NONINTERACTIVE=1.
Was passiert: uv im Benutzerprofil, Python 3.12, Abhängigkeiten, Systemprüfung, Ollama still ins Benutzerprofil
(falls es fehlt), Ollama-Server auf 127.0.0.1:11434 starten, Modelle laden, Zusammenfassung.
Was nie passiert: echte Daten einschalten, Outlook oder Teams prüfen bzw. starten, Atlassian einrichten, echte Quellen abrufen. Das erledigt die Person später im Einrichtungsassistenten des Dashboards.
| Variable | Werte (Vorgabe fett) | Wirkung |
|---|---|---|
DAYPREP_SETUP_NONINTERACTIVE |
1 / leer |
unbeaufsichtigter Modus |
DAYPREP_SETUP_MODELS |
recommended, embed-only, none |
recommended: empfohlenes Chatmodell nach Arbeitsspeicher und Grafikkarte (4 bis 9 GB) und nomic-embed-text; embed-only: nur nomic-embed-text (ca. 270 MB); none: keine Modelle |
DAYPREP_SETUP_CHAT_MODEL |
zum Beispiel qwen2.5:7b-instruct |
anderes Chatmodell statt der Empfehlung |
DAYPREP_SETUP_SHORTCUTS |
1 / leer |
Windows: Verknüpfung auf dem Desktop und im Startmenü |
DAYPREP_SETUP_AUTOSTART |
1 / leer |
Autostart bei der Anmeldung (Windows: Autostart-Ordner; Mac: LaunchAgent) |
DAYPREP_OWNER_NAME, DAYPREP_OWNER_EMAIL |
Text | Name und Arbeitsadresse vorbelegen |
DAYPREP_SETUP_SKIP_TESTS |
1 / leer |
Testsuite während der Installation überspringen; Installationen aus dem Release enthalten keine Tests und überspringen sie ohnehin |
Exit-Codes der Einrichtung:
| Code | Bedeutung |
|---|---|
| 0 | alles in Ordnung (übersprungene Schritte wie Outlook oder Atlassian zählen nicht als Fehler) |
| 1 | mindestens ein Pflichtpunkt fehlgeschlagen: Systemanforderung, Ollama-Installation, Ollama-Server, Download eines angeforderten Modells, angeforderte Verknüpfung bzw. Autostart |
| 2 | ungültige Vorgabe (zum Beispiel DAYPREP_SETUP_MODELS=alles) |
| andere | Fehler eines vorgelagerten Schritts (uv, Paketinstallation), Code des jeweiligen Programms |
Das Protokoll enthält nur Schritte, Pfade, Modellnamen und Zählwerte, keine Inhalte.
Windows und Intune¶
Der Windows-Installer läuft mit /VERYSILENT ohne Dialog. Ein Setup-Protokoll gibt es mit /LOG=<datei>. Die
Umgebungsvariable DAYPREP_SETUP_NONINTERACTIVE=1 muss im Prozess des Installers gesetzt sein; sie wird an die
Einrichtung weitergegeben.
Exit-Codes des Installers zusätzlich zu den Codes von Inno Setup:
| Code | Bedeutung |
|---|---|
| 0 | installiert und eingerichtet |
| 10 | die neue Version liess sich nicht an ihren Platz verschieben; nichts umgestellt, die alte Version bleibt |
| 11 | Einrichtung fehlgeschlagen; das Programm ist installiert und die Einrichtung lässt sich erneut ausführen |
Empfehlung für Intune: Win32-App mit Installationskontext Benutzer. Beispiel für ein Installationsskript:
# install-dayprep.ps1 – Installationsbefehl: powershell -ExecutionPolicy Bypass -File install-dayprep.ps1
$env:DAYPREP_SETUP_NONINTERACTIVE = "1"
$env:DAYPREP_SETUP_MODELS = "recommended" # oder "embed-only", wenn Modelle später geladen werden
$env:DAYPREP_SETUP_SHORTCUTS = "1"
$env:DAYPREP_SETUP_SKIP_TESTS = "1"
$p = Start-Process -FilePath "$PSScriptRoot\Dayprep-Setup-<version>.exe" `
-ArgumentList "/VERYSILENT", "/LOG=$env:TEMP\dayprep-setup.log" -Wait -PassThru
exit $p.ExitCode # 0 = Erfolg, 10/11 siehe oben
- Erkennungsregel: zum Beispiel die Datei
%USERPROFILE%\Dayprep\current. - Updates: neue Version als neue App mit Ablösung (Supersedence) verteilen und die Updates in der App abschalten
(
UPDATE_CHECK=false, siehe Updates). - Deinstallation: über Windows-Einstellungen › Apps bzw. den Deinstallationseintrag im Benutzerprofil. Unbeaufsichtigt bleiben die Daten immer erhalten.
Mac und Jamf¶
Das Paket installiert mit «Nur für mich installieren» in das Benutzerprofil. Beim ersten Öffnen von Dayprep.app
startet die Einrichtung in einem Terminalfenster.
Für die unbeaufsichtigte Einrichtung über Jamf gibt es das Skript install.sh. Es liegt im Release-Archiv
dayprep-<version>.zip und installiert ohne weitere Angabe aus dem signierten Release von dayprep.app. Das Skript
prüft die Signatur des Manifests, Grösse und Prüfsumme des Archivs. Policy-Skripte von Jamf laufen als root; die
Installation muss deshalb im Kontext der angemeldeten Person laufen:
#!/bin/bash
user=$(stat -f%Su /dev/console)
sudo -u "$user" -H env DAYPREP_SETUP_NONINTERACTIVE=1 DAYPREP_SETUP_MODELS=recommended DAYPREP_SETUP_SKIP_TESTS=1 \
bash "/Library/Application Support/Dayprep/install.sh"
Den Ablageort von install.sh legt die IT fest. Auf dem Mac führt die unbeaufsichtigte Einrichtung zuerst einen
Selbsttest aus und danach, ausser bei DAYPREP_SETUP_MODELS=none, die Einrichtung von Ollama und Modellen. Der
Exit-Code ist ungleich 0, wenn einer der beiden Schritte scheitert.
Auf dem Mac braucht Dayprep für Outlook für Mac, Apple Mail und Nachrichten den Festplattenvollzugriff und für Apple Kalender den Kalenderzugriff. Diese Freigaben erteilt die Person in den Systemeinstellungen (Mail, Kalender und Chat).
Updates: neue Paketversion über Jamf verteilen und UPDATE_CHECK=false setzen.
Netzlast¶
Ollama und die Modelle sind der grösste Teil der Installation (4 bis 20 GB je nach Modell). Bei einer Verteilung an
viele Geräte gibt es zwei Wege: die Modelle beim ersten Start laden lassen (Standard) oder mit
DAYPREP_SETUP_MODELS=embed-only nur das kleine Suchmodell laden und das Chatmodell später.
Deinstallieren¶
- Windows: Einstellungen › Apps › Dayprep › Deinstallieren. Programm, Autostart und Verknüpfungen werden entfernt. Die Daten bleiben, ausser die Rückfrage «Auch Daten löschen?» wird mit Ja beantwortet (Nein ist vorausgewählt; unbeaufsichtigt nie).
- Mac:
~/Applications/Dayprep.appund~/Dayprepin den Papierkorb legen. Die Daten in~/daily-assistant-datableiben, bis sie gelöscht werden.
Tokens und Schlüssel liegen im Schlüsselbund des Betriebssystems unter dem Dienst daily-assistant (Windows
Anmeldeinformationsverwaltung, macOS Schlüsselbund).