/foːɾʲ/Irish, verbto help

Das Backend, auf dem Ihre Agents aufbauen.

Strukturierte Inhalte und Anwendungsdaten, gemeinsam verwaltet. Sie definieren Ihre Modelle; Fóir liefert die API, Bearbeitungswerkzeuge, Kundenanmeldung und Tenant-Isolation.

Start buildingRead the docs

  1. Der Aufbau

    Ihr Backend beginnt als eine Config-Datei.

    Schreiben Sie sie selbst oder bitten Sie einen Coding-Agent darum. Sie benennt Ihre Modelle, deren Felder und wie sich Kunden anmelden.

    Fóir generiert daraus die API.

    Modelle, Felder, Lookups und die Kundenanmeldung sind Config-Zeilen. Ein Push macht daraus eine GraphQL-API.

  2. Konsole

    Ihr Team bearbeitet gemeinsam, in einer Konsole, die aus Ihren Modellen gebaut ist.

    Jedes Modell erhält einen Editor mit typisierten Feldern, Versionen und einer Vorschau. Mehrere Personen können gleichzeitig im selben Datensatz arbeiten und sehen die Cursor der anderen.

  3. Ask Fóir

    Fragen Sie Ask Fóir etwas zu Ihren Daten.

    Der Assistent in der Konsole zählt über Ihre Datensätze hinweg, vergleicht die Schritte und sagt Ihnen, was er gefunden hat, mit den Zahlen, die er verwendet hat.

    Dann lassen Sie ihn die Arbeit erledigen.

    Er sucht, schreibt und ändert Datensätze mit denselben Werkzeugen wie Sie und kann nichts tun, was Ihre eigene Rolle nicht kann. Was er schreibt, wartet als Entwurf.

  4. Anmeldung und Rollen

    Die Anmeldung ist eingebaut.

    Ein gehosteter Login für Ihr Team und Ihre Nutzer: Passkeys, Zwei-Schritt-Verifizierung und Anmeldung mit Google, Apple, Shopify oder jedem OIDC-Anbieter.

    Ein Satz von Nutzern, in Pools, mit Rollen.

    Ein Pool enthält die Personen, die sich an einem Projekt oder an einer Organisation anmelden können. Eine Mitgliedschaft gibt einem Nutzer eine Rolle, und jede Rolle wird aus derselben Liste von Berechtigungen aufgebaut.

  5. Datensätze

    Die App liest mit einem veröffentlichbaren Schlüssel.

    Sie läuft auf Ihrem eigenen Hosting und fragt die API nach den Produkten, die jeder sehen darf.

    Kunden melden sich an, und ein Datensatz kann einem Kunden gehören.

    Die Anmeldung wird von Fóir gehostet. Ein Modell kann jeden Datensatz privat für den Kunden machen, dem er gehört.

    Ein Schreibvorgang kann gefahrlos zweimal gesendet werden.

    Eine schwache Verbindung lässt die App die Bestellung erneut senden. Sie trägt denselben Idempotenzschlüssel, sodass Fóir mit dem ersten Ergebnis antwortet und nichts ändert.

    Niemand sonst kann ihn lesen.

    Ein zweiter Kunde sendet dieselbe Abfrage und erhält nichts. Die Regel wird in der Datenbank durchgesetzt, sodass eine vergessene Prüfung keine Zeile preisgeben kann.

  6. Veröffentlichung

    Inhalte werden von überall bearbeitet.

    Ein Redakteur fügt ein Bild vom Smartphone hinzu. Es wird als Entwurf gespeichert, sodass die App weiterhin die veröffentlichte Seite zeigt.

    Veröffentlichen, und die App hat es.

    Inhalte werden bei jeder Anfrage aufgelöst, sodass der nächste Lesezugriff die neue Version zurückgibt. Nichts wird neu gebaut oder erneut deployt.

  7. Personalisierung

    Fóir entscheidet, welche Version jeder Besucher erhält.

    Eine Website, eine App und ein Agent senden dieselbe Abfrage. Ein Besucher, auf den keine Regel passt, erhält den Standard.

    Es ermittelt, wer fragt.

    Der Standort stammt aus der Anfrage und die Segmente aus dem Profil des Kunden, auf dem Server. Dieser hat über £1,000 ausgegeben, daher wird der VIP-Eintrag ausgeliefert.

    Regeln lassen sich kombinieren, und die Priorität entscheidet.

    Dieser Besucher ist in Paris und hat schon einmal Laufschuhe gekauft. Drei Einträge passen, und der erste davon wird ausgeliefert.

    Eine Variante kann ein Feld ändern und den Rest unberührt lassen.

    Sie kann einen ganzen Datensatz ersetzen oder ein einzelnes Feld oder einen einzelnen Absatz überschreiben. Redakteure schreiben jede Version im selben Editor und sehen sie als die Zielgruppe in der Vorschau, für die sie gedacht ist.

    Ein Besucher kann nicht vorgeben, jemand anderes zu sein.

    Standort und Segmente werden nie vom Aufrufer übernommen. Das Bearbeiten der Anfrage ändert nichts, und der Standard kommt zurück.

  8. Rollouts

    Planen Sie eine Kampagne und liefern Sie sie als Ganzes aus.

    Ein Rollout veröffentlicht eine Gruppe von Datensätzen gemeinsam zum gewählten Zeitpunkt. Pausieren Sie es, wiederholen Sie, was fehlgeschlagen ist, oder rollen Sie alles zurück.

  9. Schlüssel

    Jeder Schlüssel sieht nur die API, die ihm gewährt wurde.

    Eine Mutation, die ein Schlüssel nicht ausführen kann, fehlt im Schema, das er erhält, sodass ein durchgesickerter Schlüssel nichts zu entdecken hat.

  10. Organisationen

    Machen Sie aus der App, die Sie gebaut haben, ein SaaS.

    Ein zweiter Kunde will, was Sie für den ersten gebaut haben. Fügen Sie ihn als Organisation hinzu: dieselben Modelle und derselbe Code, mit eigenen Daten, eigenen Mitgliedern und eigener Anmeldung.

    Kein Kunde kann die Daten eines anderen lesen.

    Die Zugangsdaten legen die Grenze fest, bevor eine Abfrage eine Zeile erreicht, und die Regel läuft als Row-Level Security in der Datenbank. Eine vergessene Prüfung kann nichts preisgeben.

  11. Paywall

    Bauen Sie eine Paywall in Ihre App ein.

    Geben Sie einer Operation ein Kontingent pro Nutzer oder pro Organisation. Wer es erreicht, kann bezahlen, im Web über Stripe oder auf dem Smartphone über einen App-Store, und sein Abonnement hebt das Limit an. Das Geld geht direkt auf Ihr eigenes Konto.

  12. Operationen

    Ihre Logik läuft in Code, der Ihnen gehört.

    Beschreiben Sie, was Sie brauchen, und Fóir entwirft den Vertrag und übergibt Ihrem Coding-Agent einen Prompt. Der Agent schreibt den Code und deployt ihn auf Ihr Hosting. Fóir hält Ihren Code nie.

    Jeder Aufruf kommt signiert und mit begrenztem Scope an.

    Fóir ermittelt, wer aufruft und was die Operation berühren darf, und sendet das mit dem Aufruf. Der typisierte Client macht alles außerhalb der Berechtigungen zu einem Kompilierfehler. Jeder Lauf wird protokolliert, und eine Wiederholung trägt denselben Idempotenzschlüssel, sodass nichts doppelt geschieht.

  13. Secrets

    Secrets bleiben im Vault.

    Ihr Code hält eine Referenz und nie den Schlüssel. Fóir setzt ihn ein, wenn es Ihre Funktion aufruft, nur für das Projekt, zu dem der Aufruf gehört, und protokolliert jeden Lesezugriff.

    Wenn ein Agent einen Schlüssel braucht, fragt er einen Menschen.

    Der Agent legt in Work eine Aufgabe an und wartet. Jemand fügt den Schlüssel vom Smartphone aus hinzu, er geht direkt in den Vault, und der Agent macht mit einer Referenz weiter, die er nutzen kann, und einem Wert, den er nie sieht.

  14. Hooks

    Reagieren Sie, wenn etwas geschieht.

    Ein Hook führt eine Operation aus, wenn ein Datensatz erstellt, geändert oder veröffentlicht wird oder wenn eine andere Operation endet. Die Zustellung erfolgt mindestens einmal, und jede Zustellung kann erneut gesendet werden.

  15. Benachrichtigungen

    Informieren Sie Kunden in dem Moment, in dem sich etwas ändert.

    Eine Benachrichtigung geht als Push hinaus und in den eigenen Posteingang der App. Jeder Kunde wählt die Kategorien, über die er informiert wird, und Fóir hält sich an diese Wahl.

  16. E-Mail

    E-Mails, die Ihre Daten lesen.

    Eine Vorlage füllt sich im Moment des Versands aus Ihren Datensätzen. Senden Sie sie zu einem Datensatz oder an ein ganzes Segment, nach Zeitplan, mit angewandter Einwilligung und verfolgten Öffnungen.

  17. Medien

    Laden Sie ein Bild einmal hoch. Jeder Bildschirm bekommt sein eigenes.

    Ein Bildfeld liefert WebP und AVIF in den Größen, die ein Bildschirm anfragt, mit einem Blurhash, der angezeigt wird, während das Bild lädt.

  18. Suche

    Suchen Sie nach Bedeutung, innerhalb dessen, was der Aufrufer lesen darf.

    Datensätze werden beim Schreiben eingebettet. Eine Frage findet den nächsten Treffer, und ein privater Datensatz taucht nie für jemand anderen auf.

  19. In der Nähe

    Finden Sie, was in der Nähe ist.

    Ein Geopunkt-Feld macht Datensätze nach Entfernung durchsuchbar, sodass eine App fragen kann, was im Umkreis von zwei Kilometern um den Standort einer Person liegt.

  20. Arbeit

    Eine Notiz auf Ihrer Live-Website wird zur Aufgabe.

    Jeder, den Sie zulassen, kann eine Notiz auf einer Seite hinterlassen. Sie hängt am Datensatz hinter der Seite und kommt daher in Work mit dem richtigen Bezug an.

    Menschen und Agents entscheiden an einem Ort, was ausgeliefert wird.

    Weisen Sie die Aufgabe einer Kollegin oder einem Kollegen zu oder übergeben Sie sie an Fóir. Der Agent schreibt Entwürfe frei, und nichts geht live, bis ein Mensch die Veröffentlichung freigibt.

  21. Agenten

    Geben Sie einem Agent einen Dauerauftrag.

    Ein langlaufender Agent beobachtet, was passiert, und hält Ihre Inhalte über MCP aktuell. Sein Schlüssel begrenzt, was er ändern darf, sodass er innerhalb dieser Grenzen eigenständig handelt.

  22. Ihre App in der Konsole

    Das eigene Admin-Backend Ihrer App, innerhalb der Konsole.

    Eine App deklariert eine Seite und die genauen Berechtigungen, mit denen sie handelt. Die Konsole zeigt sie in ihrer Navigation und übergibt ihr ein Token, sodass weder Passwort noch Cookie übergeben werden.

  23. Integrationen

    Verbinden Sie die Systeme, die Sie bereits betreiben.

    Eine Integrations-App bildet die Felder eines anderen Systems auf Ihre Modelle ab und hält die Datensätze synchron. Eine Änderung dort aktualisiert denselben Datensatz hier.

  24. Export

    Ihre Daten gehören Ihnen, Sie können sie mitnehmen.

    Ein Befehl exportiert jeden Datensatz in eine Postgres-Datenbank, die Ihnen gehört.

  25. Start

    Legen Sie ein Projekt an und definieren Sie Ihre Modelle.

    Der Rest ist bereits da.