Fóir pour les développeurs
Vous définissez les modèles. L'API, l'admin, les règles d'accès et les types en découlent, et vous n'avez pas à exploiter la partie que vous préféreriez ne pas exploiter.
Des types que vous n'avez pas écrits à la main
Le mode de défaillance d'une API de contenu est un champ qui a changé de forme sans bruit et un client qui l'apprend en production.
Fóir génère un schéma GraphQL typé à partir de vos modèles. Modifiez un modèle, régénérez, et le compilateur vous dit ce qui a cassé avant que le déploiement ne le fasse.
Des règles d'accès qui tiennent quand vous oubliez
Une autorisation qui vit dans le code applicatif est correcte jusqu'à ce qu'un chemin de code la saute, et la défaillance est silencieuse et totale.
Dans Fóir, les règles que vous écrivez sont appliquées sous l'application. Une lecture qui oublie une vérification revient vide plutôt que complète, et un nouvel endroit où stocker des données ne peut pas être livré sans règles qui le couvrent.
Une config que vous pouvez committer
Les environnements configurés par clics dérivent, et la dérive ne se voit que lorsque l'un d'eux casse.
Les modèles, les clés, les hooks, les fournisseurs et les tokens de design peuvent vivre dans un fichier que vous committez et poussez, de sorte que les environnements coïncident parce qu'ils viennent de la même source.
Des agents soumis aux mêmes règles que votre équipe
Pointer un agent vers votre contenu suppose en général une clé dont la portée dépasse celle que vous donneriez à une personne.
La surface MCP de Fóir couvre le contenu et le plan de contrôle, dans les permissions propres à l'appelant, et les appels destructeurs sont retenus pour approbation par une barrière qui échoue en mode fermé.
Du contenu résolu pour la requête
Chaque lecture prend une locale, un argument contexts et un indicateur d'aperçu. Passez l'appareil, la locale et vos propres dimensions, et le serveur sélectionne la variante correspondante.
L'état de connexion et l'appartenance à un segment viennent du jeton de l'utilisateur, de sorte que le client ne porte aucune logique de ciblage. La personnalisation côté serveur en déroule un exemple.
Les éléments que vous monteriez autrement
Déjà en service, et vous pouvez les emporter avec vous.
SDK typé et CLI
Un client pour votre application et une CLI pour tout ce que vous préférez scripter plutôt que cliquer.
Connexion hébergée
Vos utilisateurs finaux, avec mot de passe, code à usage unique, social et OIDC, sur votre propre domaine.
Opérations
Appelez les systèmes que vous intégrez, en arrière-plan ou en ligne, avec des relances et une trace de ce qui s'est passé.
Hooks d'événements
Se déclenchent à la publication, à la modification ou à la suppression, avec suivi des livraisons et une file de lettres mortes quand une cible est indisponible.
Planifications
Du cron sur votre propre contenu, au même endroit que tout le reste.
Secrets
Un coffre pour les identifiants dont ces appels ont besoin, référencés par leur nom.
Recherche et vecteurs
Plein texte, embeddings pour retrouver par le sens, et recherche de proximité sur des coordonnées.
Export Postgres
Une seule commande produit une base de données qui vous appartient, avec vos règles d'accès traduites dessus.
Définir un modèle et le relire
Créez un projet, poussez un modèle, et interrogez-le via une API typée dans la même séance.