Chaque application d’affaires commence de la même façon : clients, commandes, utilisateurs, rôles ; un écran pour les lister, un formulaire pour les modifier, une API pour le site web, un journal de qui a fait quoi. Des semaines de travail qui ne distinguent aucune entreprise de la suivante.

GoatCheese est le générateur avec lequel je bâtis chaque projet. Vous décrivez l’entreprise ; il écrit la plomberie.

La description

Un projet part d’un schéma : un fichier texte qui énumère les choses dont s’occupe votre entreprise, leurs champs et leurs liens. Voici un client dans un petit CRM :

"customer('Customer')": {
    with_child_tables: ["contact", "deal"],
    add_search_columns: { "Name": [["name", "%val", "or"]] },
    "id_customer": ["primary"],
    "name('Name')": ["varchar(128)", "required", "unique"],
    "status('Status')": ["enum(lead, active, former)", "default:lead"],
    "email('Email')": ["varchar(320)", "not-required"],
}

C’est toute la définition d’un client : ses contacts et ses affaires s’y rattachent, on peut le chercher par nom, et un nouveau commence comme piste. Un propriétaire peut le lire ; n’importe quel développeur peut le réviser.

Ce qu’une compilation produit

  1. La base de données. Tables, relations et migrations qui ne font qu’ajouter : un changement crée des colonnes et des tables, il ne supprime jamais de données en silence.
  2. Le back-office. Menus, listes avec recherche, formulaires, fiches liées sur chaque page — les contacts et affaires d’un client sur son écran — et gestion des utilisateurs et des groupes.
  3. L’API. Chaque entité accessible par une API REST, derrière une connexion, pour votre site web, une application mobile ou une intégration.
  4. Les règles d’accès. Qui peut lire ou modifier quoi, dérivé du schéma, jusqu’à « seulement vos propres fiches » ou « seulement celles de votre groupe ».
  5. Le serveur MCP. La connexion qui permet à un assistant IA de travailler avec vos données — on y revient plus bas.
  6. Documentation et tests. Une référence d’API, une carte des entités et des tests générés, rebâtis avec l’application.

Le code généré vit dans ses propres dossiers et est réécrit à chaque compilation. Le code qui distingue votre entreprise — règles de prix, intégrations, flux de travail — vit à côté et n’est jamais écrasé.

Le MCP : vos données, en conversation avec votre assistant IA

Le MCP est la norme ouverte que les assistants IA utilisent pour se brancher à des outils. Chaque application bâtie par GoatCheese a le sien. Ajoutez-le à Claude comme connecteur, connectez-vous avec vos identifiants habituels, autorisez la lecture ou l’écriture, et demandez : « quelles affaires de plus de 10 000 $ n’ont pas bougé depuis un mois ? », « ajoute un contact chez cette entreprise ».

L’assistant obtient exactement vos droits, pas plus : une fiche que vous ne voyez pas dans le back-office, il ne la voit pas non plus. Créer ou supprimer attend votre confirmation explicite, et les tentatives refusées sont journalisées. Quand une entreprise a besoin de plus que des fiches — téléverser un document dans une base de connaissances, par exemple — des outils sur mesure s’ajoutent aux outils générés.

Les vérifications autour

  • doctor valide un projet sans le compiler, pour qu’il puisse rouler dans des vérifications automatiques.
  • rbac compare les règles d’accès en vigueur dans la base avec ce que le schéma prévoit, et peut ramener tout surplus à « refuser ».
  • verify ouvre l’application dans un navigateur sans interface, se connecte, visite chaque entrée de menu et échoue à la moindre erreur.
  • deploy prévisualise chaque changement à blanc, vérifie le serveur, n’applique que des changements de base additifs et installe les règles d’accès. Supprimer une colonne exige une confirmation explicite.
  • Les connexions sont freinées après des échecs répétés, les appels d’API sont journalisés sans les identifiants, et un historique des changements champ par champ peut être activé table par table.

Les chiffres

Trois applications en production, bâties de cette façon :

38–85tables par application
200–540règles d’accès, générées
< 1.5 hd’un projet vide au schéma, aux règles d’accès et aux données de production migrées, pour la migration d’une plateforme d’annonces

Ce qui reste écrit à la main, c’est la partie qui vaut d’être payée : entre 11 000 et 34 000 lignes de vraie logique d’affaires par application. Tout ce qu’il y a dessous est généré, testé et régénéré.

Ce que ça signifie pour une PME

Le logiciel sur mesure, c’était payer la plomberie avant d’arriver à votre problème. Avec la plomberie générée, le budget va aux règles, aux intégrations et aux écrans qui vous sont propres — et vous possédez une application avec une API et une connexion IA dès le premier jour.

Et comme la description est en texte clair, elle sert aussi de documentation : le prochain développeur, ou un assistant IA, peut lire de quoi votre entreprise est faite dans un seul fichier.