Vier Sterne, keine Lizenz — und ich lag falsch

Ich wollte ein Livebild meiner Blink-Kameras in Home Assistant. Die mitgelieferte Integration liefert keines — sie meldet für alle zehn Geräte, dass kein Stream verfügbar ist.

Es gibt ein Gemeinschaftsprojekt, das genau das löst: Teethree89/ha-blink-live-view-proxy. Es spricht Blinks eigenes Protokoll — dasselbe, das die App benutzt — und holt damit ein echtes Livebild statt Frische aus alten Clips zusammenzubasteln. Ich habe es bewertet, bevor ich es benutzt habe, und die Bewertung stand fett und an erster Stelle in meiner Dokumentation.

Sie war falsch. Nicht ein bisschen daneben, sondern am falschen Maßstab gemessen. Das ist der erste von drei Teilen über ein Projekt, das mir mehr über meine eigene Urteilsbildung beigebracht hat als über Kameras.

Was ich am 29. August aufgeschrieben habe

Sterne / Forks	4 / 4
angelegt	26.05.2026
letzter Push	27.05.2026
Lizenz	keine
offene Meldungen	3

Und dazu mein Satz: „Das Projekt ist an einem Tag entstanden und seither unberührt.“

Als offener Punkt notiert: „Nach ein paar Wochen nachsehen, ob das Projekt noch lebt.“

Das klang nüchtern und war es nicht. Die Tabelle trug die Überschrift „Was das Projekt taugt“, und ganz oben, fett, stand die Sternzahl.

Was vier Tage später dastand

	29.08.	02.09.
Sterne / Forks	4 / 4	6 / 6
letzter Push	27.05.2026	01.09.2026
Lizenz	keine	MIT

In drei Tagen: drei veröffentlichte Versionen, eine automatische Bauprüfung eingerichtet, eine Roadmap geschrieben, zwei fremde Beiträge zusammengeführt. An einem einzigen Tag neun Commits.

Die Sternzahl stand an erster Stelle, fett, unter der Überschrift „Was das Projekt taugt“. Sie hat nichts vorhergesagt.

Und zwar in beide Richtungen: Sechs Sterne sagen über dieses Projekt genauso wenig wie vier.

Was tatsächlich etwas gesagt hätte

Es stand in derselben Tabelle, eine Zeile tiefer, und wurde von der Sternzahl überstrahlt: drei offene Meldungen.

Nicht ihre Anzahl war der Punkt, sondern ihr Inhalt. Zwei davon hielten jeden neuen Benutzer beim ersten Schritt auf. Die Anmeldung scheiterte in der Fassung, die ich getestet habe — dazu mehr im zweiten Teil.

Das ist ein völlig anderer Befund als der, den ich notiert hatte:

Nicht „niemand interessiert sich“, sondern „niemand kommt hinein“.

Ein Projekt, in das niemand hineinkommt, sieht von außen genauso tot aus wie ein aufgegebenes. Von innen ist es das Gegenteil: Dort wartet jemand darauf, dass jemand sagt, woran es hakt.

Der eine Punkt mit echtem Gewicht

Von allem, was in meiner Tabelle stand, war genau eine Zeile belastbar: die fehlende Lizenz.

Ohne Lizenz steht nirgends, was man mit dem Code darf. Das ist kein Gefühl und keine Hochrechnung aus einer Zahl, sondern eine Lücke, die jeder sehen kann. Wer ein Projekt ohne Lizenz in seinem Haus betreibt, weiß nicht, woran er ist — auch wenn es niemanden stört.

Seit dem 1. September liegt eine MIT-Lizenz im Repository. Damit ist auch formal geklärt, was vorher nur Übung war.

Das ist das Maß, das ich suchen sollte: nicht wie viele Menschen auf einen Stern geklickt haben, sondern ob die Grundlagen stimmen — Lizenz, erreichbarer Betreuer, nachvollziehbare Fehlerberichte.

Was ich trotzdem weiter kritisch sehe

Damit das hier kein Umschwung von zu negativ auf zu positiv wird — drei Punkte sind unverändert wahr und standen von Anfang an daneben:

Es hält das ganze Konto. Nicht einen Geräteschlüssel, sondern die Anmeldedaten für alle Kameras beider Häuser. Wer das einsetzt, sollte wissen, was dort liegt.

Es ist trotz des Namens nicht lokal. Das Livebild läuft weiter über Amazons Wolke; das Projekt übersetzt nur. Gewonnen ist ein Betrachter im eigenen Dashboard, keine Unabhängigkeit von Blink.

Der Akkuverbrauch steht nirgends. Livebild ist das Teuerste, was eine Batteriekamera tut, und die Blink-App warnt ausdrücklich davor. Im README des Projekts steht dazu nichts. Entschärft hat das bei mir eine Entscheidung, die mit Software nichts zu tun hat: Die Türklingeln hängen am Strom. Genau dort ist der Nutzen am größten — es läutet, und man will jetzt sehen, wer davorsteht.

Für die vier Batteriekameras draußen bleibt der Vorbehalt. Dort läuft ein Livebild nur, wenn es jemand von Hand öffnet, und wer das gewohnheitsmäßig tut, tauscht Laufzeit gegen Bequemlichkeit.

Und was heißt das?

Ich habe die Lebendigkeit eines Projekts aus einer Momentaufnahme geschlossen. Das ist derselbe methodische Fehler, der mir bei den Kameras selbst passiert ist, und bei der Netzmessung, und beim Auskühlmodell: eine Zahl gesehen, die Deutung dazuerfunden, und die naheliegende Gegenfrage nicht gestellt.

Die Gegenfrage wäre hier gewesen: Woran liegt es, dass niemand etwas beiträgt?

Fünf Dinge, die ich bei Open-Source-Projekten seitdem zuerst ansehe:

1. Gibt es eine Lizenz? Das ist der einzige Punkt, der ohne Interpretation auskommt.
2. Was steht in den offenen Meldungen? Zwei Meldungen, die jeden Einstieg blockieren, bedeuten etwas völlig anderes als zwanzig Verbesserungswünsche.
3. Antwortet jemand? Nicht „wurde zuletzt gepusht“, sondern: Bekommt ein Fehlerbericht eine Antwort?
4. Was hält es von meinen Zugangsdaten? Ein Gerätschlüssel ist etwas anderes als ein ganzes Konto.
5. Was verschweigt das README? Hier war es der Akkuverbrauch — die Eigenschaft, die man nach drei Wochen Betrieb bemerkt.

Die Sternzahl steht auf keiner dieser Listen. Sie misst, wie viele Menschen ein Projekt einmal interessant fanden — nicht, ob es trägt.

Im zweiten Teil geht es darum, warum niemand hineinkam. Die Antwort war eine dreistellige Zahl, die niemand abgefragt hat.