Backlogs zentral strukturieren

Bisher lag der Backlog als BACKLOG.md in threadnet-operating und damit
in einem Repo, das nur einen Stack auf einem Host beschreibt. Da die
Arbeit inzwischen mehrere Hosts umfasst, hier ein File pro Host plus
shared/ fuer Themen, die sich nicht pro Host trennen lassen.

Uebernommen und auf die Hosts verteilt:
- CFGMON: Cert-Erneuerung inkl. IPv6-Firewall, nicht versionierter
  Portainer-Stack (traefik/gitea/cadvisor), offener Remote-Write-
  Receiver, Grafana-API-Credentials; dazu drei erledigte Punkte von
  heute als Historie
- game: Host von CFGMON aus nicht erreichbar, 2 Targets down
- matrix: Mailversand klaeren, bevor die Zone gehaertet wird
- k3s: pusht auf den offenen Receiver, liegt aber schon im privaten Netz
- shared/zone-axion1337: DNS-Bereinigung und Apex-DMARC-Policy

Konventionen in README.md, Vorlage in TEMPLATE.md. IDs sind pro File
fortlaufend und werden nicht wiederverwendet. Praefix fuer DNS-Themen
ist ZONE-, nicht DNS-, weil DNS-01 der Name eines ACME-Challenge-Typs
ist und hier laufend als Fachbegriff vorkommt.

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

TEMPLATE.md

@@ -0,0 +1,58 @@
+# <hostname>
+
+<Ein Satz: welche Rolle hat der Host.>
+
+| | |
+|---|---|
+| **Hostname** | |
+| **OS** | |
+| **IPv4** | |
+| **IPv6** | |
+| **Privat** | |
+| **DNS** | |
+| **Stand** | JJJJ-MM-TT |
+
+> Solange der Host nicht direkt inventarisiert wurde: diesen Hinweis stehen lassen
+> und dazuschreiben, woher die Angaben stammen. Eine unbestätigte Vermutung, die wie
+> ein Befund aussieht, kostet beim nächsten Mal mehr Zeit als sie spart.
+
+## Dienste
+
+| Container / Dienst | Version | Compose-Projekt | Definition |
+|---|---|---|---|
+| | | | |
+
+Wichtig in der Spalte „Definition": ob die Konfiguration versioniert ist und wo. Ein
+Dienst, der nur in einer Portainer- oder händischen Installation existiert, gehört als
+eigener Backlog-Eintrag erfasst.
+
+---
+
+## <PRÄFIX>-01 — <Kurztitel, benennt das Problem, nicht die Lösung>
+
+**Status:** offen | in Arbeit | wartet auf … | erledigt JJJJ-MM-TT
+
+<Was ist der tatsächliche Zustand. Was wurde davon verifiziert und wie — was ist
+Vermutung. Wenn es ein Symptom gibt: was sagt es, und was sagt es nicht.>
+
+<Warum ist es ein Problem. Bei nicht offensichtlichen Fällen: welcher Schaden
+entsteht, wenn es so bleibt.>
+
+**Nächster Schritt:** <Konkret genug, dass jemand ohne den Kontext dieses Gesprächs
+anfangen kann. Bei mehreren Optionen die Empfehlung benennen und begründen, statt
+alle gleichwertig aufzulisten.>
+
+<Bei Abhängigkeiten: Querverweis auf den blockierenden Eintrag, und wenn die
+Reihenfolge wichtig ist, warum.>
+
+---
+
+## Erledigt
+
+### <PRÄFIX>-NN — <Kurztitel> · erledigt JJJJ-MM-TT
+
+<Was war das Problem, was war die Ursache, wie wurde es behoben, womit ist es
+verifiziert. Commit-Hash oder Repo-Pfad, wenn es einen gibt.>
+
+<Erledigte Einträge behalten ihre ID und werden nicht gelöscht: „haben wir das damals
+gemacht, und warum so?" ist die häufigere Frage als „was ist noch offen".>