Gridfin est un starter kit agent-native qui transforme un dépôt vide en Application Skeleton : une base architecturale prête pour développer avec Claude Code. Specs, règles d'ingénierie, hooks, tests et quality gates sont déjà intégrés — au lieu d'un vibe coding chaotique.
Si tu as une idée et Claude Code mais pas des années d'expérience en ingénierie, Gridfin te guide à travers le processus que les équipes d'ingénierie mettent souvent des années à construire.
Gratuit pendant la bêta · tarifs de lancement après
L'IA a rendu le développement plus rapide. Mais l'expérience d'ingénierie ne se génère toujours pas. C'est cet écart que Gridfin comble.
Stack, architecture, tests, sécurité — des dizaines de décisions sont prises en silence, sans un second regard.
Gridfin prend les décisions d'ingénierie en amont : la partie invariante est déjà tranchée et réutilisée dans chaque projet.
Construire allait vite, déboguer est sans fin ; chaque nouvelle fonctionnalité touche les précédentes.
Chaque fonctionnalité suit le même cycle : spec → code → tests → review. Les anciens tests empêchent une nouvelle fonctionnalité de casser silencieusement les précédentes.
Des contraintes que tu ignorais commencent à surgir ; l'agent réécrit la moitié de la base de code pour un petit changement.
L'Application Skeleton verrouille l'architecture dès le premier jour : la vingtième fonctionnalité passe par le même processus que la première.
Ce qu'il a exactement généré hier — personne ne l'a lu.
Les hooks et les quality gates intègrent la review au processus : une violation de règle est stoppée avant que le code soit écrit, le statut rouge est visible avant le merge.
Une commande — /gridfin — lance un agent guide. Le pipeline montre le processus et les artefacts réels à chaque étape.
L'agent t'interroge, t'aide à affiner l'idée — et te dit honnêtement si elle ne correspond pas à cette stack.
Un PRD : le problème, l'utilisateur, 3 à 5 fonctionnalités clés et une liste explicite « pas dans la v1 ». Les specs viennent avant tout code.
Le résultat principal des premières étapes : architecture, stack, tests et CI sont déjà assemblés — et adaptés à toi : nom du projet, tokens de marque, le schéma de données de ton modèle métier.
/feature fait passer chaque fonctionnalité par le cycle spec → code → tests → review.
Lint, tests, e2e et le build en un seul run — le rouge est visible avant le merge.
Déploie sur Vercel avec un playbook pas à pas. Chaque étape est committée — une session interrompue ne perd rien.
Ne reprends pas les mêmes décisions — elles sont déjà prises, éprouvées et réutilisées.
L'IA écrit un meilleur code quand elle sait d'abord ce qu'elle construit.
Les règles sont appliquées automatiquement — par des hooks et des gates, pas des vœux pieux dans un README.
La qualité fait partie intégrante du processus, pas la dernière étape avant la sortie.
Un Application Skeleton n'est ni une app de démo ni un dossier de templates : c'est une base architecturale pré-assemblée pour un produit. Gridfin fixe le stack, la structure, les règles, la stratégie de tests et les quality gates avant que Claude Code n'écrive les premières features.
Le stack, les couches, les frontières d'imports et les règles de changement sont déjà choisis, pour que l'agent ne réarchitecture pas le projet à chaque feature.
Le travail commence par un PRD et des specs de features : d'abord on sait ce qu'on construit, ensuite le code apparaît.
Tests, lint, e2e et build tournent comme un seul quality gate, pour que l'erreur soit visible avant le merge.
Les skills et les playbooks mènent le développement dans un cycle répétable : idée → spec → code → tests → review → deploy.
Pas une liste de promesses — un ensemble de composants dans ton propre repository git.
Une base architecturale prête à l'emploi pour ton application — Next.js + TypeScript + Postgres. Déjà présents à l'intérieur :
En plus, des mises à jour à vie. C'est un repository git qui t'appartient. Pas un abonnement, pas un service, pas un site builder loué.
Des scénarios pas à pas pour le déploiement, l'analytics, le pricing, la conformité et d'autres tâches d'ingénierie où la mémoire de session ne suffit pas.
Des workflows d'agent pour l'onboarding, les features, le design, la review, la vérification, les déploiements, les mises à jour et la capture des learnings.
Les règles d'architecture, de frontend, de tests, de sécurité, de documentation et de process git que suit l'agent.
Un seul passage de lint, tests, e2e et build montre le rouge avant le merge, pas après la release.
PRD, specs, ADR, playbooks et règles gardent le contexte entre les sessions, pour que l'agent ne reparte pas de zéro chaque jour.
Un seul kit — un nombre illimité de projets : SaaS, landing pages, projets perso. Chaque lancement, c'est une heure avec l'agent, pas une semaine de configuration.
Ce que tu achètes littéralement : un repository, des règles, des specs, des tests et un workflow.
gridfin/ src/ docs/ rules/ playbooks/ templates/ tests/ modules/ scripts/ .claude/skills/ CLAUDE.md lefthook.yml
src/
Ton produit grandit ici.
docs/playbooks/
Des processus d'ingénierie prêts à l'emploi.
CLAUDE.md
Les règles que l'agent suit.
tests/
Ils vérifient chaque changement.
Ce n'est pas du SaaS : le code, les règles et le processus restent avec toi et continuent de fonctionner même si le produit Gridfin disparaît.
Le template est versionné ; la commande /update intègre les nouvelles releases dans ton projet sans écraser ton code.
Une idée hors profil est refusée dès la première étape, pas après une semaine de travail. Pas de promesse « ça convient à tout ».
Gridfin est construit avec le même processus que celui livré dans le produit.
Cette landing page a aussi été construite avec Gridfin.
Lance /gridfin sur une idée réelle et dis-moi où tu as buté — la box est à toi pour toujours, avec toutes les futures mises à jour, gratuitement.
Après la bêta — tarifs de lancement qui ne feront qu'augmenter : Gridfin Landing — $— · Gridfin App — $—
Claude Code seul écrit du code, mais ne donne pas de processus d'ingénierie stable. Sans Gridfin, chaque session redécide comment construire le projet ; avec Gridfin, l'agent travaille selon des specs, des règles, des hooks, des tests et des quality gates impossibles à contourner en silence. L'analyse complète : pourquoi le développement avec l'IA a besoin de règles d'ingénierie.
Les boilerplates vendent du code pré-assemblé que tu personnalises. Gridfin est un starter kit agent-native : un squelette léger plus un processus qui spécifie, construit et teste ton produit spécifiquement. Tu ne découpes pas le dashboard de quelqu'un d'autre — tu fais grandir le tien.
Un Application Skeleton est la base architecturale sur laquelle Claude Code construit votre produit. Ce n'est pas un simple template de projet : les décisions d'ingénierie sur le stack, la structure, les tests et la CI sont déjà prises, et la suite du développement passe par les specs, les skills et les quality gates. Le détail complet : qu'est-ce qu'un Application Skeleton.
MakerKit et Supastarter sont des boilerplates SaaS complets avec des instructions pour agents et un support de tests. Gridfin résout un autre problème : il part de votre idée et exécute un processus guidé par les specs, avec des Hooks qui bloquent les violations connues, des tests dont l'échec doit être prouvé et un gate ledger qui indique si le changement est prêt. Choisissez-les pour des fonctions SaaS préconstruites ; choisissez Gridfin pour un processus de développement imposé autour d'un produit ciblé.
Parce que tout le processus — règles, hooks, tests, gates, playbooks — est éprouvé exactement sur cette stack : Next.js + TypeScript, Tailwind + shadcn/ui, Postgres. La liberté de choisir une stack, c'est quarante décisions de plus que tu devrais prendre sans l'expérience.
Non — et c'est voulu. Gridfin n'est pas un kit où tu choisis ta stack : retire la stack fixe et tout ce qu'elle soutient disparaît — les règles éprouvées, les tests et les gates. Si tu as besoin d'une autre stack, la réponse honnête est : Gridfin n'est pas ton outil.
Il faut Claude Code, Git, un terminal et la toolchain Node.js/pnpm prise en charge. Gridfin s'exécute localement comme repository git et ne demande ni compte Gridfin hébergé ni runtime propriétaire.
Rien de grave : le repository est à toi, le code et le processus fonctionnent localement et ne dépendent pas de l'existence de Gridfin en tant que produit. Les mises à jour s'arrêteraient — tout le reste demeure.
Si tu es prêt à travailler avec un terminal, git et Claude Code en suivant des instructions pas à pas — oui : la box porte l'architecture, la stratégie de tests et le contrôle qualité pour toi. Si tu vois un terminal pour la première fois — commence par Lovable ou Bolt.
Gridfin rend l'erreur visible avant le merge : chaque changement passe lint, tests, e2e et build, et les règles sont imposées par les hooks et les quality gates. L'agent peut écrire du code vite, mais il ne peut pas livrer un changement sans les vérifications.
Obtiens l'accès anticipé et pars d'un Application Skeleton prêt, pas d'un repository vide.
Obtenir l'accès anticipé