feat(docs): Changelog mit "was ist seit meiner Fassung neu"

Bisher musste ein Agent, der eine Anbindung aktualisiert, die gesamte Historie
lesen - oder er las gar nichts und uebersah eine brechende Aenderung. Beides
schlecht.

- public/docs/changelog.json ist die einzige Quelle. Je Fassung eine
  Zusammenfassung, je Aenderung Bereich, ein "breaking"-Kennzeichen und vor
  allem ein Feld "action" mit dem, was konkret zu tun ist. Steht dort null,
  ist nichts zu tun - das ist die haeufigste und nuetzlichste Antwort.
- GET /api/updateservice/v1/changelog?since=2.2.0 liefert nur die neueren
  Fassungen, dazu die Anzahl der Punkte mit Handlungsbedarf und der
  brechenden Aenderungen. count:0 heisst "du bist auf Stand" - dann muss gar
  nichts gelesen werden. Optional nach Bereich filterbar (?area=packager).
- /docs/changelog.php rendert dieselbe Datei fuer Menschen, mit Eingabefeld
  fuer die eigene Fassung. Bewusst dieselbe Quelle: zwei Fassungen zu pflegen
  hiesse, sie auseinanderlaufen zu lassen.
- DeploymentcenterSdk.Version im SDK ist der Bezugspunkt. Damit muss die
  Fassung nicht abgetippt werden.
- AGENT_PROMPT_TEMPLATE.md verpflichtet dazu, sie in der AGENTS.md des
  Projekts festzuhalten und vor jeder Aenderung an der Anbindung den
  Unterschied abzufragen. Auch in der Kurzfassung fuer knappe Prompt-Budgets.

Die Historie ist rueckwirkend bis 2.0.0 gefuellt: 6 Fassungen, 25 Punkte mit
Handlungsbedarf, 13 brechende Aenderungen.

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

docs/AGENT_PROMPT_TEMPLATE.md

@@ -129,6 +129,35 @@ Reagiere auf `code`, nicht auf den Text:
 - `401 unauthorized` — Token prüfen, nicht wiederholen
 - `409 already_claimed` — nächstes Item nehmen
 - `429 rate_limited` — Intervall verdoppeln, später erneut
+
+### Halte fest, gegen welche Fassung du integriert hast
+
+**Pflicht bei jeder Änderung an der Deploymentcenter-Anbindung.** Trage die
+Fassung in dieser Datei ein, direkt hier:
+
+```
+Deploymentcenter-Anbindung: SDK 2.5.0, integriert am 2026-08-14
+```
+
+Der Wert steht in `DeploymentcenterSdk.Version`. Ohne ihn muss beim nächsten
+Mal die gesamte Historie gelesen werden.
+
+**Bevor du die Anbindung anfasst,** frag zuerst, was sich seitdem geändert hat:
+
+```
+GET /api/updateservice/v1/changelog?since=2.5.0
+```
+
+Die Antwort nennt nur die neueren Fassungen, dazu `action_items` (Punkte mit
+Handlungsbedarf) und `breaking` (brechende Änderungen). Jeder Eintrag hat ein
+Feld `action` mit dem, was konkret zu tun ist — steht dort `null`, ist nichts
+zu tun.
+
+Kommt `"count": 0` zurück, bist du auf Stand und musst gar nichts lesen.
+
+Zum Nachschlagen für Menschen: `https://dc.mhdf.de/docs/changelog.php?since=2.5.0`
+
+**Nach getaner Arbeit die Zeile oben auf die neue Fassung setzen.**
 ```
 
 ---
@@ -141,5 +170,10 @@ Melde Fehler und Ideen an https://dc.mhdf.de/api/bugtracker/v1/report
 description, error_message, stack_trace, severity, file_path, line_no,
 client_ref). Vor der Arbeit an einem Item: POST .../manage?action=next zum
 Übernehmen. Danach ?action=resolve mit resolved_in_build.
+
+Deploymentcenter-Anbindung: SDK 2.5.0
+Bevor du sie anfasst: GET /api/updateservice/v1/changelog?since=2.5.0 —
+zeigt nur, was seitdem dazukam. Danach die Zeile hochsetzen.
+
 Vollständige Beschreibung: https://dc.mhdf.de/api/openapi.json
 ```

docs/README.md

@@ -10,6 +10,7 @@ Monitoring und einen Bugtracker, den Coding-Agenten selbständig bedienen.
 | Dokument | Wofür |
 |---|---|
 | **[UPGRADE.md](./UPGRADE.md)** | **Ablaufplan für die Umstellung auf 2.0.** Enthält Pflichtschritte: Zugangsdaten wechseln, Migration, Evaluator-Cron. |
+| **[Änderungen](../public/docs/changelog.json)** | Was sich je Fassung geändert hat und was zu tun ist. Öffentlich unter `/docs/changelog.php`, maschinenlesbar über `GET /api/updateservice/v1/changelog?since=X` |
 | **[Release-Anleitung für Agenten](../public/docs/release.md)** | Ein Projekt veröffentlichungsfähig machen: Vorlage kopieren, konfigurieren, ausliefern |
 | [Agent-Prompt-Vorlage](./AGENT_PROMPT_TEMPLATE.md) | Textbaustein für `CLAUDE.md` / `AGENTS.md` eines Projekts |
 | [Agenten-Handbuch](../public/docs/bugtracker.md) | Vollständige Beschreibung des Bugtracker-Workflows, öffentlich unter `/docs/` |