Sechs übersichtliche Schritte – direkt am verwendeten Smartphone, Tablet oder Desktop. Du kannst die App jederzeit öffnen, Schritte überspringen und die Einrichtung später fortsetzen.
Auf dem ersten Gerät startet PIGA mit der lokalen Datenbank. Für eine neue Installation auf einem weiteren Gerät kann später ein verschlüsselter Export importiert werden.
Die App prüft technische Voraussetzungen. Worker-Aufträge sind begrenzt und werden wieder aufgenommen, wenn die App geöffnet wird. Eine geschlossene Web-App bietet keine garantierte 24/7-Verarbeitung.
Die vorhandene IndexedDB speichert technische Testfälle und Worker-Aufträge. Der Offline-Cache erlaubt den Zugriff auf zuvor geladene Arbeitsbereiche.
Über Geräte-Datenbank kannst du einen verschlüsselten Export erstellen. Ohne automatische vertrauenswürdige Verbindung synchronisieren verschiedene Endgeräte nicht von selbst.
Prüfe Netzwerkstatus und verfügbare Bluetooth-Schnittstellen. Der Browser kann nicht ohne Betriebssystemberechtigung WLAN-Netzwerke suchen oder Drucker verbinden.
Ein kleiner technischer Test-Worker zeigt, ob die App auf diesem Gerät rechnen kann. Produktive Worker haben einen eigenen begrenzten Auftrag, Zeitlimit und Ergebnisprotokoll.
Für garantierte 24/7-Ausführung nach dem Schließen einer Browser-App ist ein separat laufender autorisierter Host oder nativer Hintergrunddienst nötig. Diese Einrichtung ersetzt ihn nicht.
Starte PIGA ohne Anmeldung. Für freie KI-Antworten kann dein Gerät nach deiner Zustimmung ein lokales Sprachmodell laden. Alternativ bleibt eine spätere, gesicherte Gemini-Serveranbindung möglich. Du musst keinen geheimen Schlüssel am Smartphone eintippen.
Prüfe mit einer Berührung, ob der sichere Server vorbereitet ist. Die Prüfung erzeugt keine KI-Kosten.
Der Proxy ist der bestehende PIGA-Cloudflare-Worker unter pigapocket.com/piga-ortho-3d/ai/status. Er wird nicht auf dem Smartphone installiert.
piga-pocket-enterprise für pigapocket.com auswählen und unter Settings → Variables and Secrets den verschlüsselten Secret-Eintrag GEMINI_API_KEY anlegen. Nicht in einen Chat oder GitHub kopieren.Bereits öffentlich geteilte API-Schlüssel ersetzen. Für den Betreiber genügt die einmalige sichere Hinterlegung; Mitarbeitende müssen den Schlüssel nicht kennen.