Deine Teams bauen Apps an einem Tag. Betreib sie in deiner eigenen Cloud.
Überall in deiner Firma bauen Leute schon Tools mit KI. Pikku Studio gibt jedem davon Anmeldung, Berechtigungen, eine echte Datenbank und eine Prüfung vor dem Release. Enterprise, bald verfügbar, soll das alles im eigenen Cloud-Konto deiner Firma betreiben.
- Dein eigenes Cloud-Konto, bald
- Eigene KI mitbringen
- Pikku Studio selbst ist kostenlos
Es funktioniert. Das war nie das Problem.
Das Tool, das letzten Monat jemand gebaut hat, macht seinen Job. Stell drei Fragen dazu, und das Problem zeigt sich.
Wo es liegt
Ein privates Konto, bezahlt mit der Karte von irgendwem, das Datenbankpasswort liegt in einer Datei neben dem Code.
Wer es öffnen kann
Jeder mit dem Link oder alle, die das eine gemeinsame Passwort kennen, das seit Monaten in einem Chat steht.
Was darin steckt
Niemand hat aufgeschrieben, welche Spalten personenbezogene Daten sind, und der Sicherheitsfragebogen ist schon unterwegs.
Jetzt rechne das auf jedes Team hoch, das sich im letzten Jahr so geholfen hat. Deine IT kann nicht jedes einzeln von Hand betreuen, und Verbieten hat noch nie funktioniert.
Die Screens bleiben. Das Improvisierte wird ersetzt.
Niemand zeichnet einen Screen neu, niemand muss umlernen. Es ändert sich der Teil hinter den Screens, und der war immer das Risiko.
Die Screens, die deine Leute nutzen
Seiten, Layout und Gestaltung der App, die du schon hast, ändern sich nicht.
Alles dahinter
Jede Stelle, an der die App eine Datenbank oder ein anderes System erreicht, wird zu einer klaren Aktion mit deklarierter Berechtigung. Nichts wird weggeworfen: Du schreibst auf, was die App ohnehin schon tat. Systeme, die schon in Produktion laufen, überspringen das und bekommen stattdessen eine Schicht obendrauf.
Ein Release. Alles andere kommt mit.
Wer die App gebaut hat, richtet nichts ein, beantragt nichts und wartet auf nichts. All das kommt mit dem Release, denn so ist eine Pikku-Studio-App nun mal, keine Checkliste, die jemand hinterher abarbeitet.
Namentliche Konten und Rollen
Jeder meldet sich als er selbst an. Keine gemeinsamen Passwörter.
Berechtigungen für jede Aktion
Einmal festgelegt, jedes Mal geprüft, wenn jemand oder etwas anfragt.
Eine echte Datenbank
Postgres, jede Änderung am Aufbau wird festgehalten und beim Release angewendet.
Eigene Adresse, mit HTTPS
Eine ordentliche interne Webadresse mit ordentlichem Zertifikat.
Logs darüber, wer was getan hat
Jede Anfrage, jede Änderung und jeder KI-Aufruf, bis zu einer Person zurückverfolgt.
Vor dem Release durchgeklickt
Jeder Ablauf wird als jede Art von Nutzer in einem echten Browser durchgespielt.
Ein Mensch gibt frei
Änderungen, die etwas kaputt machen könnten, warten, bis jemand sie angesehen hat.
Schlechtes Release zurücknehmen
Geh zur funktionierenden Version zurück. Passt die Datenbank nicht mehr dazu, verweigert es das.
Übungskopien
Probier eine Änderung auf einer eigenen Kopie aus, mit eigener Datenbank, Adresse und eigenen Secrets.
Eine Tür für KI
Jedes Modell läuft über ein Gateway, mit Budget pro Team und gezähltem Verbrauch.
Nichts zu migrieren. Es kommt obendrauf.
Richte Pikku Studio auf die Systeme, die du schon betreibst. Es liest ihre API-Beschreibungen und legt eine Schicht darüber, mit Anmeldung und Berechtigungen für jede Aktion. Die Systeme darunter bleiben unverändert, und nichts wird abgeschaltet.
Anmeldung für Systeme, die nie eine hatten
Ein interner Dienst, der jedem im Netzwerk vertraute, prüft jetzt eine namentliche Person, ohne dass das Team dahinter etwas ändert.
Mehrere Systeme, eine Anfrage
Was eine App wirklich braucht, sind meist drei Systeme auf einmal. Kombiniere sie hier einmal, statt in jeder App, die das will.
KI, die dieselben Prüfungen besteht
Die Tools eines KI-Assistenten stammen aus denselben Aktionen, die dein Team nutzt. Er trifft also auf dieselben Berechtigungen, nicht auf eine Kopie davon.
und die alten Screens? Sobald die Systeme hinter einer Schicht liegen, lässt sich ein veraltetes Frontend für sich neu bauen, gezeichnet wie das, das deine Leute kennen, bis hin zu den Beschriftungen und der Reihenfolge der Felder. Das alte läuft daneben weiter, bis du etwas anderes entscheidest.
Drei Dienste. Dann gehört es dir.
Geplant ist: Die ganze Installation in deinem Cloud-Konto besteht aus diesen drei Diensten, ohne dass sich dahinter etwas versteckt.
Von dort deployen Apps auf deine eigenen Maschinen oder in eine Cloud deiner Wahl. Der Code liegt vom ersten Tag an in deinem eigenen Git, auf dem MIT-lizenzierten Pikku-Framework.
Quellcode lesen- 1
Logs und Traces
OpenObserve. Richte es auf eine Instanz, die du schon betreibst, falls du eine hast.
- 2
Ein Gateway für KI
LiteLLM vor jedem Modell: offene Modelle auf deiner eigenen Hardware, ein Anbieter deiner Wahl oder ein anderer pro Projekt.
- 3
Der Pikku-Studio-Cloud-Dienst
Releases, Prüfungen und Zurücknehmen, mit einer eigenen Postgres-Datenbank darunter.
Was noch nicht gebaut ist, wird noch entschieden
Die linke Spalte läuft heute auf Pikku Studio Cloud. Die rechte Spalte ist die Edition für deine eigene Cloud, die bald kommt: geplant, nicht ausgeliefert.
Läuft heute
- Deployen auf Pikku Studio Cloud, mit allem von dieser Seite dabei
- Eine Schicht über den Systemen, die du schon betreibst, erreichbar für Apps, KI-Assistenten und Befehle
- Berechtigungen als Daten gehalten, damit Zugriff ohne Release entzogen werden kann
- Die Release-Prüfung und das Zurücknehmen
Noch offen
- Die gepackte Edition für deine eigene Cloud: bald verfügbar. Das Designdokument ist als „Scoping“ markiert. Frag danach, dann schicken wir es dir.
- Firmen-Anmeldung (SSO) mit deinem eigenen Identity Provider: bald verfügbar. Sie ist noch nicht eingeschaltet, deshalb behaupten wir sie nicht.
- Die Offline-Lizenzdatei, gegen die eine Installation in deinem Netzwerk prüft.
- Zertifikate ohne Cloudflare. Der Deploy-Weg berührt Cloudflare nicht, bei Zertifikaten ist es aber noch im Spiel.
- SOC 2, ISO 27001 und vertraglich zugesicherter Support rund um die Uhr. Nichts davon haben wir heute.
Dein Security-Prüfer würde all das an einem Nachmittag finden. Besser, er liest es zuerst hier.
Sag uns, was es erfüllen muss.
Anmeldung über deinen Anbieter, wie Zertifikate ohne öffentliches Internet ausgestellt werden, in welcher Cloud es stehen muss, was dein Auditor ausgehändigt bekommen will: Sag uns deine Anforderungen, dann bauen wir sie ein. Wir hören sie lieber in einem Gespräch als in einem Fragebogen.
Deploye heute eine. Betreibt später alle selbst, wenn ihr so weit seid.
Starte mit Pikku Studio an der App eines Teams und deploye sie auf deine eigenen Server oder auf Pikku Studio Cloud. Der spätere Umzug in deine eigene Cloud ändert, wo es läuft, nicht wie es funktioniert.
Die Edition für deine eigene Cloud kommt bald. Sie beginnt mit einem Gespräch und einer ehrlichen Antwort zum Zeitplan.