Entwickler
Das Layout gehört zur Zone, Daten und Regeln zur Plattform.
Eine Zone ist die eigene Website einer Community und kann eigenen Darstellungscode mitbringen. Der Code gestaltet nur das Layout. Die Plattform lädt die Daten und übergibt sie, Berechtigungen und Prüfungen bleiben bei der Plattform.
Design
Erst konfigurieren, dann programmieren
Jede Zone beginnt mit einem Standardlayout. Passe Regaldichte, Seitenfläche und Coverformat an. Bei Bedarf kannst du eine eigene Akzentfarbe wählen und Module wie Highlights, Neueste Werke, Ranglisten und Empfehlungen der Redaktion anordnen. Code ist erst nötig, wenn sich ein Layout nicht mit den Einstellungen umsetzen lässt.
Einstellungen
Ein Satz Designeinstellungen
const tokens: ZoneTokens = {
colorScheme: 'system',
accent: '#3b4a5a',
density: 'comfortable',
cardRadius: 'md',
headingFontScale: 'md',
surfaceTint: 'subtle',
fontPairing: 'serif',
pageSurface: 'flat',
coverStyle: 'portrait',
};Slots
Code für benannte Slots
Der Darstellungscode ist ein Paket. Es ersetzt Plattformkomponenten in benannten Slots für Kopfzeile, Titelbild, Suchleiste, Datenbereich, Werkkarte, Module und Fußzeile. Jeder Slot erhält eine Plattformversion. Das Paket kann sie umschließen oder ersetzen.
export default defineZonePackage({
slug: 'anime',
css,
catalogue: { count: 'episodes',
formatNames: animeFormatNames
},
slots: {
browseHeader:
AnimeBrowseHeader,
workCard: AnimeCard,
cataloguePanel:
AnimeCataloguePanel,
footer: AnimeFooter,
},
});Grenzen
Grenzen für Pakete
Daten nicht selbst abrufen
Die Plattform lädt Daten und übergibt sie an die Slots. Das Paket sendet keine Anfragen.
Keine Zugangsdaten
Es liest weder Cookies noch den Browser-Speicher oder andere Zugangsdaten.
Plattformfunktionen bleiben sichtbar
Kontomenü, Zonenmenü, Meldungen und Altersabfragen liegen außerhalb der Slots. Auch der Hinweis „Warum es hier steht“ bleibt bei jedem Werk sichtbar.
Stile bleiben auf die Zone beschränkt
Stile gelten nur innerhalb dieser Zone. Farben und Schriftarten verwenden ausschließlich die Variablen der Plattform.
Feste Größenlimits
Nach gzip-Komprimierung darf CSS höchstens 40 KiB und JavaScript höchstens 50 KiB umfassen.
Veröffentlichung
Von der Prüfung zur Veröffentlichung
Hash berechnen
Alle Paketdateien ergeben zusammen einen Hash. Ändert sich ein Byte, ändert sich auch der Hash.
Von einer anderen Person prüfen lassen
Ein anderes Konto prüft Quellcode, erstellte Dateien, Barrierefreiheit und das Verhalten bei Fehlern. Entscheidung und Beleg-Hash werden festgehalten.
Aktivieren und Ablaufdatum festlegen
Nur geprüfte Versionen lassen sich aktivieren und erhalten ein Ablaufdatum. Eine Rückkehr zu einer älteren Version macht eine frühere Freigabe nicht wieder gültig.
Jederzeit zum Standardlayout wechseln
Bei einem abweichenden Hash erscheint das Standardlayout. Du kannst das Paket ausschalten und mit ?safe im Link den sicheren Modus öffnen. Die Plattform hat außerdem einen zentralen Schalter.
Ein Backend für alle, freie Hand beim Frontend. Auch dein KI-Agent liest dieselben Daten.
Eine neue Community-Website braucht kein eigenes Backend. Darstellungscode liest nur die öffentliche API und enthält keine Geschäftslogik. Alles, was die Zone anzeigt, lässt sich auch über die API lesen.
Entwickler
Weitere Seiten
- API und SDKSchreibvorgänge lassen sich sicher wiederholen. Fehler haben feste Codes.
- MCP-ServerKI-Agenten verbinden sich über /mcp. Werkzeuge richten sich nach den Berechtigungen.
- Verknüpfte AnwendungenAutorisierung per OAuth, jederzeit widerrufbar
- Wiki-ToolkitLokal auslesen und nur Vorschläge senden
- Open SourcePlattform unter AGPL-3.0, eigenständige Pakete unter Apache-2.0
Schreibe eigene Werkzeuge mit derselben API.
Lass dein Programm Werke, deine Bibliothek und Community-Daten lesen und schreiben. Jeder Vorgang folgt denselben Identitäts- und Berechtigungsregeln von REZICS.