feat(editor): Taiga-Story und -Tasks aus dem Knoten-Fenster anlegen (D91, #trk.create)

Zwei Aktionen im Knoten-Fenster, nur wo GET /info das Feature meldet
(Lebendprobe-Muster, je Basis einmal gecacht) und nur an Knoten ohne
Ticket-Referenz — die Ref an der Zeile ist der Idempotenz-Marker.
Login-Dialog (type=password, kein window.prompt; nur das Token landet
im Browser, 401 fragt neu), Projekt-Dialog vorbelegt aus dem geerbten
&taiga.<slug>, Häkchen-Dialog nach der D91-Vorbelegung; Refs und ggf.
das Projekt-Schlagwort gehen undo-fähig als Tokens an die Zeilen
(appendToken: vor %% und vor der Fortsetzungsmarke). Regeln headless in
taiga.js (15 neue Tests); Deploy zieht TAIGA_API_URL aus der .env als
WERKBAUM_TAIGA_API_URL in die Server-Umgebung nach (Nutzerwunsch).

E2E im Browser gegen Backend + Taiga-Stub gemessen: Buttons nur ohne
Ref, Vorbelegung Kundenprojekt aus geerbtem Tag, Refs #US-/#T- an den
richtigen Zeilen, Erledigtes uebersprungen, abweichende Projektwahl
schreibt &taiga.mi-intern zurueck, Undo/Redo je Schreibzug, falsches
Passwort bleibt als Taiga-Fehlertext im Dialog.

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

.env.example

@@ -39,3 +39,10 @@ BACKEND_SSH=mih00@mih00.hostsharing.net
 # sicher wie die Platte. `.env` ist git-ignoriert — setz sie zusätzlich auf
 # `chmod 600`, sonst lesen andere Konten dieses Rechners mit.
 #WERKBAUM_MASTER_PASSWORT=
+
+# --- Taiga-Proxy (D91) -----------------------------------------------------
+# Basis-URL der Taiga-API — nicht des Frontends; bei plan.hostsharing.net
+# liegt sie auf einem eigenen Host. deploy-backend.sh zieht die Zeile als
+# WERKBAUM_TAIGA_API_URL in die Server-Umgebung (<BACKEND_DIR>/env) nach.
+# Fehlt sie, bleibt das Feature aus und die Server-Zeile unangetastet.
+#TAIGA_API_URL=https://plan-api.hostsharing.net/api/v1