---
name: xp-mcp-content-contract
description: Entwickle oder prüfe eigene HTML- und MCP-Apps für XP-Fenster nach dem versionierten XP-Content-Vertrag. Nicht für Explorerrechte, Fensterrahmen oder das Umformatieren fremder Apps.
---

# XP-Content-Vertrag

Öffentliche Definition und Beispiel:
https://mcp-lab.christian-igel.tech/documentation/contracts/xp-content/v1/

Verwende Version 1.0.0 und die dort veröffentlichte Datei `xp-content-1.0.0.css`.
Pinne Version und SHA-256 im eigenen Release. Lade die konkrete Referenz vor
neuer Implementierung; keine Klassen oder Fähigkeiten erfinden.

Root: `.xp-content[data-xp-content-version="1"]`. Allgemeine Bausteine:
`xp-card`, `xp-note`, `xp-prose`, `xp-stack`, `xp-grid`, `xp-form`, `xp-field`,
`xp-actions`, `xp-list`, `xp-statusbar`, `xp-error`. Semantisches HTML, explizite
Labels und Status verwenden. Kein zweiter XP-Fensterrahmen, keine Explorerpfade,
Roots, Rollen oder Dateiverwaltung als allgemeinen Inhaltsvertrag behandeln.

Eigene MCP-Apps bündeln CSS beim Build im `text/html;profile=mcp-app`-Dokument.
Opt-in am Ressourceninhalt:
`_meta["tech.christian-igel/xp-content"]={"version":"1.0.0"}`.
Der gleichnamige HostContext-Zusatz enthält nur Darstellungsfähigkeiten.
Versionskennzeichnung ist keine Authentifizierung oder Sicherheitsabnahme.

Fremde Apps bleiben unverändert, sofern sie nicht ausdrücklich teilnehmen.
Kein CSS aus dem WordPress-Theme in Sandboxiframes injizieren, kein App-HTML
umschreiben, keine CSP/Permissions erweitern, um Styles zu erzwingen.
WP-Lab bestimmt Kontostatus, wirksame Rolle und Programmfreigabe. Keine
Rollenparameter oder fremden Grants übernehmen. Theme nur über HostContext und
lokales `data-xp-theme`; keine Parent-Cookies oder Parent-DOM lesen.

Vor Veröffentlichung: CSS bündeln, MIME/Metadaten/Version prüfen, Unit- und
Vertragstests ausführen, 320/390/1280 Pixel, 200-Prozent-Zoom, Tastaturfokus,
hell/dunkel, App/Funktionen, zwei Fenster, Resize, Schließen und Fehler prüfen.
Benötigte OAuth-/Rollen-/Parallelclient-Abnahme separat nachweisen. Nur neue
immutable Releases bauen, bisherige Auswahl und Rückschaltweg erhalten.
Geplant, implementiert, getestet, veröffentlicht und authentifiziert abgenommen
getrennt berichten. Keine Secrets oder hostgebundenen Credentials in diesem Skill.