Plugin-Status

Die aktuelle Produktionsversion setzt keine Plugin-Fähigkeiten um. Der Worker lehnt /api/plugins/* ab, das Panel hat keinen Plugin-Upload-Einstieg, und GET /api/v1 bewirbt keinen Plugin-Runtime.

Funktionierende Alternativen

• Nur die Optik der Original-Statusseite anpassen: ein CSS-Theme entwickeln.
• Die öffentliche Seite komplett neu gestalten: ein Canvas-Theme entwickeln.
• Ein zusätzliches Panel auf eigener Domain: ein alternatives Frontend gegen die öffentliche v1-API bauen, mit exakter DEVELOPER_API_ORIGINS-Allowlist durch den Betreiber.

Keine type: "plugin"-ZIPs bauen oder verteilen, und sich nicht auf /api/plugins/upload, Plugin-Manifests oder Plugin-Nachrichtenprotokolle älterer Tutorials verlassen; diese Schnittstellen waren nie Teil der aktuellen Produktionsfähigkeiten.

Ein altes nstatus-extension-v1-Schema in einem Theme-Manifest oder der vererbte x-extension-sha256-Header implizieren ebenfalls keinen Plugin-Support. Der Worker verlangt weiterhin type: "theme", und Canvas-Themes dürfen nur status:read deklarieren.

Alternative Frontends lesen nur die zugangsdatenfreie öffentliche API. Keine Admin-Sessions, Passwörter, TOTP, das Agent-Master-Token oder Scoped Tokens von Knoten verlangen und keine ausführbaren Skript-Uploads akzeptieren.