Blinko im Detail: selbst gehostetes KI-Notizbuch für flüchtige Gedanken
Ein selbstgehostetes Open-Source-Tool für persönliche KI-Notizen, das den Datenschutz in den Vordergrund stellt und mit TypeScript erstellt wurde.
Auf einen Blick
- Was ist das?
- Objekt, Mechanismus und Kernbefund: Blinko speichert Notizen als Klartext im eigenen Netzwerk, erschließt sie über RAG-Abfragen in natürlicher Sprache und bringt Apps via Tauri auf macOS, Windows, Android und Linux.
- Für wen ist es gedacht?
- Blinko passt zu Nutzern, die Gedanken im Sekundentakt festhalten wollen, dabei Klartext auf dem eigenen Server bevorzugen und bereit sind, einen Docker-Host und die KI-Konfiguration selbst zu betreuen. Ungeeignet ist es, wenn eine fertig konfigurierte Cloud-Notizablage gesucht wird oder wenn die KI-Funktionen ohne eigene Embedding-Einrichtung laufen sollen.
- Darf ich es kommerziell nutzen?
- Ja, unter Bedingungen. GPL-3.0 ist eine Copyleft-Lizenz: Wenn Sie Software weitergeben, die sie enthält, müssen Sie deren Quellcode unter derselben Lizenz veröffentlichen. Wer sie nur intern betreibt, ohne sie weiterzugeben, löst diese Pflicht nicht aus.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 20 Tagen.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich TypeScript, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Blinko als Karten-Notizbuch: flüchtige Gedanken selbst gehostet festhalten
Notiz-Apps scheitern oft an der Aufnahme Geschwindigkeit: Der Gedanke ist weg, bevor die App bereit ist. Blinko positioniert sich genau dort. Das README beschreibt das Projekt als KI-gestütztes Karten-Notizbuch für Menschen, die flüchtige Gedanken sofort erfassen und ordnen wollen, damit kein Funke verloren geht. Die Umsetzung ist bewusst selbst gehostet; alle Notizen und Daten liegen in der eigenen Umgebung, was dem Projekt volle Kontrolle über die eigenen Informationen zuschreibt.
Die Metadaten ordnen Blinko TypeScript zu, lizenziert ist es unter GPL-3.0, die Homepage ist blinko.space, die Dokumentation liegt unter docs.blinko.space. 10.959 Sterne bei 775 Forks und 414 offenen Issues zeigen eine lebendige, aber auch umtriebige Community. Wer das Verhalten vorab prüfen will, findet eine Live-Demo unter demo.blinko.space; das README nennt dafür den Benutzernamen blinko und das Passwort blinko.
RAG-Abfrage statt Ordnerwühle: die KI-Suche in Blinko
Das zentrale Feature ist laut README die KI-gestützte Notizsuche über RAG, also Retrieval-Augmented Generation. Statt nach Schlüsselwörtern zu filtern, stellt man Fragen in natürlicher Sprache und erhält die passenden Notizen zurück. Für einen Kartenspeicher, der über Monate wächst, verlagert das den Zugriff von der Ordnungspflicht auf die Abfrage: Man muss nicht alles sauber einordnen, wenn die Suche die Verbindungen selbst findet.
Wichtig ist die Einschränkung: Das README beschreibt das Ergebnis, aber nicht die Voraussetzungen. Welche Modelle oder Embedding-Dienste die RAG-Pipeline konkret anspricht, welche Kosten entstehen und wie die Konfiguration aussieht, erklärt die Hauptseite nicht. Diese Fragen gehört in die Dokumentation unter docs.blinko.space. Wer die KI-Funktionen bewertet, sollte also dort nachlesen, bevor er von der Demo auf den Eigenbetrieb schließt.
Tauri, Markdown und Klartext: der Architekturansatz von Blinko
Unter der Haube setzt Blinko auf Tauri. Das README beschreibt eine schlanke Architektur mit robuster Leistung und nativer Unterstützung für mehrere Plattformen: macOS, Windows, Android und Linux. Für Notizdaten bedeutet der Ansatz etwas Konkretes: Ideen werden als Klartext gespeichert, mit voller Markdown-Unterstützung für Formatierung und Weitergabe. Notizen bleiben damit auch ohne die App lesbar, was bei einem selbst gehosteten Speicher die Vendor-Lock-in-Frage entschärft.
Klartext hat auch eine praktische Seite für Backups und Migration: Der Bestand lässt sich mit Bordmitteln sichern und in andere Werkzeuge ziehen. Was das README nicht nennt, ist der Serverteil: Sprache und Aufbau des Backends, Datenbank und Speicherbedarf bleiben unerwähnt. Die Angabe TypeScript in den Metadaten bezieht sich auf das Repository insgesamt und sagt nichts über jede Komponente aus.
Docker-Start: der install.sh-Weg bei blinkospace/blinko
Der dokumentierte Einstieg ist ein Einzeiler unter der Überschrift Start with Docker in seconds:
curl -s https://raw.githubusercontent.com/blinko-space/blinko/main/install.sh | bash
Das Skript lädt die Container-Umgebung und startet sie. Die Pipe ins Bash ist bequem, aber ein Schritt, den man sich vorher ansehen sollte: Das Skript liegt im main-Zweig des Repositorys und lässt sich vor der Ausführung lesen. Ports, Volumes und Umgebungsvariablen nennt das README nicht; dafür ist die Dokumentation unter docs.blinko.space zuständig.
Wer keinen eigenen Host betreuen will, findet im README zwei gepflegte Wege: PikaPods bietet eine Ein-Klick-Bereitstellung, und 20 Prozent der dort anfallenden Gebühren fließen laut README an das Projekt zurück. ZimaOS wird als Sponsor genannt und erscheint als Zielplattform im selben Abschnitt. Der Unterschied zum Selbstbetrieb ist die Datenkontrolle: Bei einem fremden Pod liegen die Klartextnotizen beim Anbieter, genau das, was das Data-Ownership-Versprechen einschränkt.
Release 1.8.8 von Juni 2026: Tempo und Pflegezustand von Blinko
Die Release-Historie zeigt ein schnelles Tempo. Blinko 1.8.6 erschien am 16. März 2026, 1.8.7 am 12. April und 1.8.8 am 20. Juni 2026, exakt der Tag des letzten Pushs in den main-Zweig. Das Projekt ist nicht archiviert, 414 offene Issues sind gleichzeitig ein Zeichen für Aktivität und für offene Baustellen. Wer auf eine feste Version setzen will, findet die Tags unter github.com/blinkospace/blinko/releases.
Für die Wartungsplanung heißt das: Updates kommen im Zweimonatstakt, und ein Upgrade-Test gehört zum Betrieb dazu. Das README enthält keinen Kompatibilitätsweg für Migrationsfragen zwischen Versionen und keine Leistungsdaten. Beides muss man in den Release-Notizen und der Dokumentation nachziehen, bevor man den eigenen Bestand anhebt.
macOS-Quarantäne und GPL-3.0: Stolpersteine bei Blinko
Der FAQ-Abschnitt widmet sich einem konkreten Problem: macOS zeigt die App als beschädigt an. Der Grund laut README ist das Attribut com.apple.quarantine, das macOS Programmen ohne Notarisierung beim Herunterladen anhängt. Der dokumentierte Ausweg ist der Befehl sudo xattr -rd com.apple.quarantine /Applications/blinko.app. Wer diesen Befehl ausführt, entfernt eine Sicherheitsmarkierung und sollte sich bewusst sein, dass genau diese Markierung vor unsignierter Software warnt.
Lizenzseitig steht GPL-3.0 fest. Für die private Nutzung ist das folgenlos; erst bei Verbreitung oder Umbau greifen die Rückgabepflichten der Lizenz. Das README verspricht keine Kompatibilitätsmatrix, keine Leistungsdaten und keinen Supportvertrag. Als Alternative zum Selbstbetrieb mit diesen Pflichten bleibt der PikaPods-Weg, der Bequemlichkeit gegen Datenkontrolle tauscht, oder ein Verzicht auf die KI-Suche, wenn nur Klartextnotizen mit Markdown gebraucht werden.
Redaktionelles Fazit
Blinko passt zu Nutzern, die Gedanken im Sekundentakt festhalten wollen, dabei Klartext auf dem eigenen Server bevorzugen und bereit sind, einen Docker-Host und die KI-Konfiguration selbst zu betreuen. Ungeeignet ist es, wenn eine fertig konfigurierte Cloud-Notizablage gesucht wird oder wenn die KI-Funktionen ohne eigene Embedding-Einrichtung laufen sollen. Vor dem eigentlichen Einsatz sollte man die Live-Demo unter demo.blinko.space mit den Zugangsdaten aus dem README ausprobieren, den Ablauf von install.sh lesen, bevor man ihn ausführt, und in docs.blinko.space klären, welche Dienste die RAG-Suche voraussetzt.
Community-Notizen