Fóir für Entwickler

Sie definieren die Modelle. Die API, das Admin, die Zugriffsregeln und die Typen entstehen daraus, und der Teil, den Sie lieber nicht betreiben möchten, ist nicht Ihre Sache.

Typen, die Sie nicht von Hand geschrieben haben

Der typische Fehler einer Content-API ist ein Feld, das stillschweigend seine Form geändert hat, und ein Client, der es erst in der Produktion merkt.

Fóir erzeugt aus Ihren Modellen ein typisiertes GraphQL-Schema. Ändern Sie ein Modell und erzeugen Sie neu, dann sagt Ihnen der Compiler, was kaputtgegangen ist, bevor das Deployment es tut.

Zugriffsregeln, die auch halten, wenn Sie etwas vergessen

Autorisierung, die im Anwendungscode liegt, stimmt, bis ein Codepfad sie überspringt, und der Fehler ist still und total.

In Fóir werden die Regeln, die Sie schreiben, unterhalb der Anwendung durchgesetzt. Ein Lesezugriff, der eine Prüfung vergisst, kommt leer zurück statt vollständig, und ein neuer Ort für Daten kann nicht ohne abdeckende Regeln ausgeliefert werden.

Config, die Sie committen können

Per Klick konfigurierte Umgebungen driften, und der Drift zeigt sich erst, wenn eine davon kaputtgeht.

Modelle, Schlüssel, Hooks, Provider und Design-Tokens können in einer Datei liegen, die Sie committen und pushen, sodass Umgebungen übereinstimmen, weil sie aus derselben Quelle stammen.

Agents unter denselben Regeln wie Ihr Team

Einen Agent auf Ihre Inhalte zu richten bedeutet meist einen Schlüssel mit mehr Reichweite, als Sie einer Person geben würden.

Die MCP-Oberfläche von Fóir deckt Inhalte und die Control Plane ab, innerhalb der eigenen Berechtigungen des Aufrufers, und destruktive Aufrufe werden zur Freigabe zurückgehalten, mit einem Gate, das im Zweifel schließt.

Für die Anfrage aufgelöste Inhalte

Jeder Lesezugriff nimmt eine Locale, ein Argument contexts und ein Vorschau-Flag entgegen. Übergeben Sie das Gerät, die Locale und Ihre eigenen Dimensionen, und der Server wählt die passende Variante aus.

Anmeldestatus und Segmentzugehörigkeit stammen aus dem Token des Nutzers, sodass der Client keine Targeting-Logik enthält. Serverseitige Personalisierung geht ein Beispiel durch.

Die Teile, die Sie sonst aufsetzen müssten

Bereits in Betrieb, und Sie können sie mitnehmen.

Typisiertes SDK und CLI

Ein Client für Ihre Anwendung und eine CLI für alles, was Sie lieber skripten als anklicken.

Gehostete Anmeldung

Ihre Endnutzer, mit Passwort, Einmalcode, Social und OIDC, auf Ihrer eigenen Domain.

Operations

Rufen Sie die Systeme auf, die Sie integrieren, im Hintergrund oder inline, mit Wiederholungen und einem Protokoll dessen, was geschehen ist.

Event-Hooks

Werden bei Veröffentlichung, Änderung oder Löschung ausgelöst, mit Zustellungsverfolgung und einer Dead-Letter-Queue, wenn ein Ziel nicht erreichbar ist.

Zeitpläne

Cron auf Ihren eigenen Inhalten, am selben Ort wie alles andere.

Secrets

Ein Vault für die Zugangsdaten, die diese Aufrufe brauchen, über den Namen referenziert.

Suche und Vektoren

Volltext, Embeddings für den Abruf nach Bedeutung und Umkreissuche über Koordinaten.

Postgres-Export

Ein Befehl erzeugt eine Datenbank, die Ihnen gehört, mit Ihren darauf übertragenen Zugriffsregeln.

Ein Modell definieren und zurücklesen

Legen Sie ein Projekt an, übertragen Sie ein Modell und fragen Sie es in derselben Sitzung über eine typisierte API ab.