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>

README.md

@@ -0,0 +1,72 @@
+# Backlogs
+
+Zentrale Sammlung offener Punkte über alle Hosts und Dienste hinweg. Ein Eintrag
+landet hier, wenn er bewusst nicht sofort erledigt wurde — damit er nicht in einer
+Chat-Historie oder einem Kopf verschwindet.
+
+## Aufbau
+
+```
+hosts/     ein File pro Host, benannt nach dem Hostnamen
+shared/    Themen, die mehrere Hosts betreffen (DNS-Zone, Mail-Policy)
+TEMPLATE.md   Vorlage für einen neuen Host
+```
+
+Faustregel für die Einordnung: **Der Eintrag gehört dorthin, wo die Arbeit
+stattfindet, nicht dorthin, wo das Symptom auftritt.** Ein down-Target in Prometheus
+auf CFGMON, dessen Ursache ein blockierter Port auf dem Gameserver ist, gehört nach
+`hosts/game.md` — mit Querverweis von CFGMON.
+
+## Hosts
+
+| Host | Adressen | Rolle | Backlog |
+|---|---|---|---|
+| **CFGMON** | `188.245.193.243`, `2a01:4f8:c17:93eb::1`, privat `10.0.0.3` | Monitoring-Stack, Gitea, Traefik | [hosts/cfgmon.md](hosts/cfgmon.md) |
+| **game** | `157.90.155.206` (`game.axion1337.de`) | Pterodactyl / Gameserver | [hosts/game.md](hosts/game.md) |
+| **matrix** | `49.13.132.245` (`matrix.axion1337.de`) | Matrix-Homeserver | [hosts/matrix.md](hosts/matrix.md) |
+| **k3s** | privat `10.0.0.2` | k3s-Cluster | [hosts/k3s.md](hosts/k3s.md) |
+
+## Übergreifend
+
+| Thema | Backlog |
+|---|---|
+| DNS-Zone `axion1337.de` und Mail-Policy (IONOS) | [shared/zone-axion1337.md](shared/zone-axion1337.md) |
+
+## Konventionen
+
+**IDs** sind pro Datei fortlaufend mit einem Präfix, das den Ort benennt:
+`CFGMON-01`, `GAME-01`, `MATRIX-01`, `K3S-01`, `ZONE-01`. IDs werden **nicht
+wiederverwendet** — ein erledigter Punkt behält seine Nummer, damit Querverweise und
+Commit-Messages dauerhaft stimmen.
+
+Das Präfix für DNS-Themen ist bewusst `ZONE-` und nicht `DNS-`: `DNS-01` ist der
+Name eines ACME-Challenge-Typs und käme in genau diesen Backlogs ständig als
+Fachbegriff vor.
+
+**Status:**
+
+| Wert | Bedeutung |
+|---|---|
+| `offen` | noch nicht angefasst |
+| `in Arbeit` | läuft gerade |
+| `wartet auf …` | blockiert, mit Angabe worauf |
+| `erledigt` | fertig, mit Datum — Eintrag bleibt stehen, siehe unten |
+
+Erledigte Punkte werden **nicht gelöscht**, sondern auf `erledigt` gesetzt und nach
+unten in den Abschnitt „Erledigt" verschoben. Der Grund: bei mehreren Hosts ist die
+Frage „haben wir das damals eigentlich gemacht, und warum so?" häufiger als die
+Frage „was ist noch offen".
+
+**Jeder Eintrag braucht** einen Status, eine Beschreibung des tatsächlichen
+Zustands, und einen konkreten nächsten Schritt. Wenn eine Aussage nicht verifiziert
+ist, wird das dazugeschrieben — eine unbestätigte Vermutung, die wie ein Befund
+aussieht, kostet beim nächsten Mal mehr Zeit als sie spart.
+
+**Zeitkritisches** bekommt ein Datum in der Statuszeile, nicht nur „bald".
+
+## Verhältnis zu den Projekt-Repos
+
+Dieses Repo hält die offenen Punkte. Die **Konfiguration** liegt weiter in den
+jeweiligen Projekt-Repos, z. B. `sorb/threadnet-operating` für den
+Monitoring-Stack auf CFGMON. Damit nichts doppelt geführt wird, verweisen die
+Projekt-Repos hierher statt eigene Backlog-Dateien zu pflegen.