Fóir : le backend sur lequel vos agents construisent

Fóir fournit à une application tout son backend à partir d'un seul fichier de config : une API GraphQL, une console pour votre équipe, la connexion et les rôles, et l'isolation entre les données de vos clients. Un agent de codage peut écrire la config et piloter le projet via un serveur MCP, de sorte que l'app qu'il construit est prête pour de vrais clients.

Ceci est la version simple de foir.io, pour les agents et pour quiconque préfère lire plutôt que regarder.

Créer un projet : https://platform.foir.io/signup

Commencer avec un agent

Connectez le serveur MCP et lisez-y le contrat. Il liste les outils que votre rôle autorise et effectue des recherches dans la documentation.

foir mcp

Configuration MCP : https://docs.foir.dev/ai/mcp
Index de la documentation pour les agents : https://docs.foir.dev/llms.txt
Documentation complète en un seul fichier : https://docs.foir.dev/llms-full.txt

Pourquoi les équipes le choisissent

Un seul fichier de config vous donne le backend que vous assembleriez sinon à partir de services distincts : règles de base de données, connexion, éditeur de contenu, diffusion des médias, notifications et facturation.
L'isolation des clients est appliquée dans la base de données. Les règles d'accès sont compilées en sécurité au niveau des lignes, de sorte qu'une vérification oubliée ne peut pas laisser fuir une ligne.
L'API est générée à partir de vos modèles, il n'y a donc aucun endpoint écrit à la main qui pourrait être erroné.
Le contenu est résolu à chaque requête. Une nouvelle langue ou audience est un champ que vous définissez, et rien n'est reconstruit.
Il est entièrement géré. Il n'y a rien à héberger, à corriger ni à mettre à l'échelle.
Vous gardez le contrôle. Votre code s'exécute sur votre propre hébergement, les paiements vont directement sur votre propre compte Stripe, et chaque enregistrement s'exporte vers une base de données Postgres qui vous appartient.
Les agents y travaillent en toute sécurité. Les écritures arrivent sous forme de brouillons, les jetons ne portent que les permissions que vous avez approuvées, et une personne valide ce qui est mis en ligne.
Le moteur d'autorisation de Fóir, Demesne, est open source : https://foir.io/demesne

À qui il s'adresse

Un produit vendu à de nombreux clients. Chaque client est une organisation avec ses propres données, ses propres membres et sa propre connexion, sur des modèles partagés.
Une app construite avec un agent de codage, prête pour une vraie connexion, des rôles et l'isolation des données.
Une agence qui gère de nombreux projets clients sur une seule plateforme.
Un site ou une app centré sur le contenu qui veut des brouillons, des campagnes planifiées et de la personnalisation.

Ce que vous obtenez

Capability	Ce qu'il fait
API générée	Une API GraphQL construite à partir de vos modèles.
Console	Un éditeur pour chaque modèle, avec versions, édition collaborative en direct et aperçu du point de vue d'une audience.
Ask Fóir	Un assistant dans la console qui répond aux questions sur vos données et apporte des modifications sous forme de brouillons, dans les limites de votre rôle.
Connexion	Une connexion hébergée : passkeys, vérification en deux étapes, et Google, Apple, Shopify ou tout fournisseur OIDC.
Utilisateurs et rôles	Un seul ensemble d'utilisateurs répartis en pools, avec des appartenances et des rôles construits à partir d'une seule liste de permissions.
Organisations	Transformez une app en SaaS : chacun de vos clients obtient une frontière appliquée sous forme de sécurité au niveau des lignes.
Clés	Clés publiables, serveur et admin. Le schéma d'une clé ne contient que ce qui lui a été accordé.
Enregistrements	Les enregistrements peuvent être privés pour l'utilisateur qui les possède. Les mises à jour acceptent une clé d'idempotence, une relance est donc sans risque.
Publication	Les écritures arrivent sous forme de brouillons. La publication ne nécessite pas de nouveau build. Les déploiements livrent une campagne en bloc et peuvent être annulés.
Personnalisation	Des variantes choisies côté serveur selon la localisation, les segments et vos propres dimensions. Une variante peut remplacer un enregistrement ou un seul champ.
Opérations	Votre propre code, appelé via l'API avec un jeton signé et limité à une portée. Chaque exécution est enregistrée.
Secrets	Un coffre. Les fonctions et les agents détiennent une référence et jamais la clé.
Hooks	Les événements d'enregistrement et d'opération exécutent des opérations, avec des livraisons que vous pouvez renvoyer.
Paywalls	Un quota par utilisateur ou organisation sur n'importe quelle opération, relevé par un abonnement acheté via Stripe ou une boutique d'applications.
Notifications et e-mail	Notifications push et dans la boîte de réception, avec des préférences par personne. Des modèles d'e-mail remplis à partir des enregistrements au moment de l'envoi.
Médias, recherche, localisation	Images servies en WebP et AVIF à la taille de chaque écran. Recherche par le sens. Requêtes de distance.
Travail	Les notes laissées sur une page en ligne deviennent des tâches. Les agents rédigent, les personnes approuvent.
Agents	Un agent de longue durée maintient le contenu à jour via MCP, avec une clé qui limite ce qu'il peut modifier.
Apps	Les pages d'administration propres à votre app dans la console, et des intégrations qui maintiennent les enregistrements d'un autre système synchronisés.
Export	Chaque enregistrement s'exporte vers une base de données Postgres qui vous appartient.

API générée

Ce qu'il fait: Une API GraphQL construite à partir de vos modèles.

Console

Ce qu'il fait: Un éditeur pour chaque modèle, avec versions, édition collaborative en direct et aperçu du point de vue d'une audience.

Ask Fóir

Ce qu'il fait: Un assistant dans la console qui répond aux questions sur vos données et apporte des modifications sous forme de brouillons, dans les limites de votre rôle.

Connexion

Ce qu'il fait: Une connexion hébergée : passkeys, vérification en deux étapes, et Google, Apple, Shopify ou tout fournisseur OIDC.

Utilisateurs et rôles

Ce qu'il fait: Un seul ensemble d'utilisateurs répartis en pools, avec des appartenances et des rôles construits à partir d'une seule liste de permissions.

Organisations

Ce qu'il fait: Transformez une app en SaaS : chacun de vos clients obtient une frontière appliquée sous forme de sécurité au niveau des lignes.

Clés

Ce qu'il fait: Clés publiables, serveur et admin. Le schéma d'une clé ne contient que ce qui lui a été accordé.

Enregistrements

Ce qu'il fait: Les enregistrements peuvent être privés pour l'utilisateur qui les possède. Les mises à jour acceptent une clé d'idempotence, une relance est donc sans risque.

Publication

Ce qu'il fait: Les écritures arrivent sous forme de brouillons. La publication ne nécessite pas de nouveau build. Les déploiements livrent une campagne en bloc et peuvent être annulés.

Personnalisation

Ce qu'il fait: Des variantes choisies côté serveur selon la localisation, les segments et vos propres dimensions. Une variante peut remplacer un enregistrement ou un seul champ.

Opérations

Ce qu'il fait: Votre propre code, appelé via l'API avec un jeton signé et limité à une portée. Chaque exécution est enregistrée.

Secrets

Ce qu'il fait: Un coffre. Les fonctions et les agents détiennent une référence et jamais la clé.

Hooks

Ce qu'il fait: Les événements d'enregistrement et d'opération exécutent des opérations, avec des livraisons que vous pouvez renvoyer.

Paywalls

Ce qu'il fait: Un quota par utilisateur ou organisation sur n'importe quelle opération, relevé par un abonnement acheté via Stripe ou une boutique d'applications.

Notifications et e-mail

Ce qu'il fait: Notifications push et dans la boîte de réception, avec des préférences par personne. Des modèles d'e-mail remplis à partir des enregistrements au moment de l'envoi.

Médias, recherche, localisation

Ce qu'il fait: Images servies en WebP et AVIF à la taille de chaque écran. Recherche par le sens. Requêtes de distance.

Travail

Ce qu'il fait: Les notes laissées sur une page en ligne deviennent des tâches. Les agents rédigent, les personnes approuvent.

Agents

Ce qu'il fait: Un agent de longue durée maintient le contenu à jour via MCP, avec une clé qui limite ce qu'il peut modifier.

Apps

Ce qu'il fait: Les pages d'administration propres à votre app dans la console, et des intégrations qui maintiennent les enregistrements d'un autre système synchronisés.

Export

Ce qu'il fait: Chaque enregistrement s'exporte vers une base de données Postgres qui vous appartient.

Chacun de ces cas a une page dans la documentation : https://docs.foir.dev

Comment un projet démarre

Une personne crée un compte sur https://platform.foir.io/signup. Cette étape nécessite un navigateur.
foir workspaces create --name acme --select
Écrivez foir.config.ts avec vos modèles, puis foir push.
Lancez foir mcp pour qu'un agent puisse travailler dans le projet en tant que personne connectée.

Bon à savoir

La localisation, l'état de connexion et les segments sont déterminés côté serveur, de sorte que la personnalisation ne peut pas être falsifiée en modifiant une requête.
Une réponse qui contient une variante résolue est marquée comme privée, de sorte qu'un cache partagé ne sert jamais la version d'un visiteur à un autre.
Comment Fóir se compare à Supabase, Firebase, Sanity, Payload et d'autres : https://foir.io/compare
Tarifs : https://foir.io/pricing

How this view is chosen

You are seeing this view because your user agent is ClaudeBot.

The page sends one value to Fóir with its read, and Fóir resolves the matching variant of the home page record. It is the same variant system the film shows in its personalisation scene.

page(naturalKey: "home", locale: "fr", contexts: { audience: agent }) {
  pageContent
  _variant   # "agent"
}

The value is set by the switch in the header, by a request that asks for markdown, or by the user agent of a recognised agent or crawler. Read this page as markdown. Watch the film.