docs+tooling: Gitea-Token-Quelle auf ~/.secrets/credentials.env (Fallback .env)

gitea-tp-sync.py suchte den Token nur in ~/.hermes/.env; dort liegt er seit der
Secrets-Konsolidierung nicht mehr. Jetzt: ~/.secrets/credentials.env zuerst,
.env als Fallback, beide Wege in der Meldung.

CLAUDE.md

@@ -18,7 +18,7 @@ DNS/DHCP-Ablösung, WLAN via **CAPsMAN auf dem Core** (TP28, 2026-08-17), Firewa
   **Prosa/Detail = Repo** (`docs/teilprojekte.md` aktiv + `teilprojekte-archiv.md`, `### TPnn`-Abschnitte) ·
   **Live-Gerätedaten = Nautobot** (Compliance-Zahl, RouterOS-Version …). Ein Status ändert sich **in Gitea**,
   nicht mehr in einer Repo-Datei. Archiv-Backfill-Werkzeug `bin/gitea-tp-sync.py` (Dry-Run default,
-  Token aus `~/.hermes/.env`, **nie ausgeben**).
+  Token aus `~/.secrets/credentials.env` (Fallback `~/.hermes/.env`), **nie ausgeben**).
 - 🔴 **Die TP-Header in beiden Dateien tragen KEINEN Status mehr** (seit 2026-10-03). Form:
   `### TP25  ·  Gitea #17 — <Titel> — <Caveat>`. Der `· Gitea #N`-Zeiger ist die Brücke zum Issue.
   Wer einen Status sucht, liest das **Label im Board** — nicht den Datei-Kopf. Der alte `▸ ✅ FERTIG …`-Anspruch