feat(honeybar): Adresse auf honeyos.duckdns.org, Schlüssel aus der Bauzeit

HoneyOS liegt auf einer anderen Site als Aether – duckdns.org steht auf der
Public-Suffix-Liste, die gemeinsame Endung zaehlt fuer den Browser also
nicht. Folge: bei der Anfrage der Leiste schickt er die HoneyOS-Sitzung
nicht mit, und ohne zweiten Ausweis bekaeme sie nie eine App-Liste.

- data-key kommt aus HONEYBAR_KEY in der .env und wird beim Bauen von Vite
  in die index.html eingesetzt. Bewusst nicht im Quelltext: er kaeme sonst
  ins Repo und liesse sich nur mit einer Code-Aenderung wechseln.
- Leer gebaut heisst data-key="" – die Leiste bekommt dann keine Liste,
  Aether bleibt davon unberuehrt.

Nach einer Aenderung an HONEYBAR_KEY ist ein `build app` noetig, ein
Neustart genuegt nicht.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

frontend/index.html

@@ -30,8 +30,16 @@
          langsam oder aus, darf das Aether nicht ausbremsen.
 
          Damit der Browser sie überhaupt lädt, muss HONEYBAR_ORIGIN in der .env
-         auf denselben Ursprung zeigen — sonst blockt die CSP. -->
-    <script defer src="https://os.honeyy.duckdns.org/honeybar/honeybar.js"
-            data-app="aether"></script>
+         auf denselben Ursprung zeigen — sonst blockt die CSP.
+
+         data-key kommt aus HONEYBAR_KEY in der .env und wird beim Bauen
+         eingesetzt. HoneyOS liegt auf einer anderen Site als Aether
+         (duckdns.org ist ein public suffix), deshalb schickt der Browser die
+         HoneyOS-Sitzung nicht mit — ohne diesen zweiten Ausweis bekäme die
+         Leiste nie eine App-Liste. Der Schlüssel steht bewusst nicht im
+         Quelltext: er käme sonst ins Repo und liesse sich nur mit einer
+         Code-Änderung wechseln. -->
+    <script defer src="https://honeyos.duckdns.org/honeybar/honeybar.js"
+            data-app="aether" data-key="%VITE_HONEYBAR_KEY%"></script>
   </body>
 </html>