Go · Vue 3 · PostgreSQL ou SQLite · un seul binaire

Six mois de plomberie SaaS.
Déjà écrits, déjà testés.

Une base de code SaaS Go + Vue 3 complète — compilée en un seul binaire que vous possédez et exécutez sur votre serveur, pas un abonnement que vous louez. Lisible en un après-midi, à vous pour de bon.

Paiement unique · mises à jour à vie · projets illimités, missions clients comprises.

Livré avec AGENTS.md — votre agent de code l'étend au lieu de le reconstruire →

Manifeste — ce qui est compilév0.10.0
  • internal/authargon2id · OAuth · OIDC · TOTP
  • internal/orgroles · invitations · row-level isolation
  • internal/billingStripe · idempotent webhooks · refunds
  • internal/jobsdurable queue, survives a redeploy
  • internal/email16 templates × FR/EN
  • internal/storagedisk · S3 (SigV4, no SDK)
  • internal/adminMRR · churn · moderation · audit log
  • internal/safehttpanti-SSRF outbound client
  • web/Vue 3 · Pinia · Tailwind · i18n

→ bin/govuekit  linux/amd64 · 27 MB · 1 fichier à déployer

le produit, tel que livré

Une minute, enregistrée sur le stack labs, sans montage : connexion via Dex, création d'une organisation, invitation d'un coéquipier et lecture de l'email dans Mailpit, upload d'un avatar vers MinIO, facturation et back-office admin, passage en mode sombre et en français.
La console utilisateur : tableau de bord avec checklist d'onboarding et carte d'organisation, en français, thème clair
La console où arrive un utilisateur connecté — ici en français et en thème clair ; la marque de démo est livrée jusqu'à ce que vous la renommiez.
Le back-office admin : MRR, ARPU, churn, inscriptions, répartition des offres, en anglais, thème sombre
Le back-office admin — MRR, ARPU, churn et répartition des offres, agrégés depuis votre propre base. Anglais, thème sombre.
234
tests, exécutés sur SQLite et PostgreSQL
19
packages Go, aucun framework imposé
2
bases de données de premier plan, un seul dialecte SQL
16
emails transactionnels, en français et en anglais
51
variables d'environnement documentées, rien de caché
1
binaire à déployer — le frontend est dedans

vibe-codez dessus

Votre agent de code ne reconstruira pas ce qui existe.

Les agents échouent sur les boilerplates d'une façon précise : ils réimplémentent ce qui existe déjà — un deuxième client Stripe, un mailer maison, un énième flux de connexion. AGENTS.md est la carte qui l'empêche : chaque capacité, son paquet, et la couture pour l'étendre, dans le fichier que lisent Claude Code, Codex et Cursor.

Et la carte ne peut pas mentir : un test fait échouer la suite si un paquet n'est pas documenté, si un chemin cité disparaît, ou si une couture est renommée. Votre agent construit votre produit sur le socle — il ne reconstruit jamais le socle.

la carte, extraitAGENTS.md
  • capabilityextend through
  • paymentsbilling.Provider
  • emailemail.Mailer
  • filesstorage.Storage
  • background jobsQueue.Register
  • signup side effectsOnUserCreated
  • roles & tenancyRequireOrgRole
  • outbound HTTPsafehttp.NewClient
Lignes réelles d'AGENTS.md, livré dans le dépôt — gardées vraies par cmd/server/agents_test.go.

Propriété

Ne louez rien. Faites-le tourner vous-même.

La plupart des starters vous tendent une liste de comptes à ouvrir. Celui-ci vous tend un dépôt. Les services ci-dessous sont optionnels et interchangeables — le kit démarre sans aucun d'entre eux.

Nécessaire

  • Un serveur. Un vCPU et un gigaoctet de RAM suffisent largement au début.
  • Un nom de domaine, sauf si distribuer une adresse IP vous amuse.
  • C'est toute la liste : sessions, file de tâches, fichiers et base de données tiennent sur cette machine.

Optionnel, quand vous grandissez

  • PostgreSQL à la place de SQLite — une variable d'environnement, le même SQL.
  • Un stockage compatible S3 pour les fichiers : AWS, Cloudflare R2, Scaleway, MinIO.
  • Resend ou n'importe quel relais SMTP, pour envoyer en volume.
  • Stripe, le jour où vous facturez.
  • Sentry, ou votre propre reporter, pour la remontée d'erreurs.

Jamais nécessaire

  • Vercel, Netlify ou une plateforme d'hébergement au build que vous ne maîtrisez pas.
  • Supabase, Firebase ou un backend-as-a-service qui détient votre schéma.
  • Clerk, Auth0 ou un fournisseur d'identité facturé à l'utilisateur actif.
  • Redis ou une file managée — la file est une table de votre base.
  • Node.js en production : le frontend est compilé dans le binaire.

Hébergez à Francfort, Paris ou Amsterdam : aucune donnée utilisateur ne quitte votre infrastructure. L'export RGPD et la suppression de compte sont des fonctionnalités du produit, pas un paragraphe dans une politique.

Licence

Un paiement. Le dépôt entier.

€199 tant que dure l'offre de lancement, €249 ensuite. Pas un abonnement, pas un décompte de sièges, pas un pourcentage sur vos revenus.

Ce que vous obtenez

  • Le code source complet, non obfusqué : backend Go, frontend Vue, migrations, tests, CI et fichiers Docker.
  • Une licence perpétuelle pour un nombre illimité de produits — les vôtres ou ceux de vos clients.
  • Les mises à jour à vie de la version majeure achetée, livrées en commits que vous pouvez lire et fusionner.
  • Les deux bases de données et la pile de production : Traefik, Let's Encrypt, image distroless, notes de sauvegarde.
  • La documentation acheteur : déploiement, guide de personnalisation, et DECISIONS.md — pourquoi chaque choix a été fait.
  • Un lien direct avec l'auteur : le formulaire de contact atteint la personne qui a écrit le code.

La seule restriction, en clair : vous ne pouvez pas republier le code source comme boilerplate, starter, template ou kit concurrent. Tout ce que vous construisez avec lui vous appartient.

Offre de lancementv0.10.0

€199€249

Paiement unique. Pas d'abonnement, pas de sièges, pas de commission.

Tarif early bird appliqué automatiquement. Si le paiement affiche le tarif normal, saisissez le code EARLY50

Le paiement et la facturation passent par Stripe. La TVA est appliquée selon votre pays ; les entreprises européennes peuvent saisir un numéro de TVA au moment du paiement pour l'autoliquidation.

Une question avant d'acheter ? Posez-la ici.

FAQ

Les questions qu'un acheteur doit poser

Ai-je besoin de Vercel, Supabase ou d'un BaaS ?

Non. GoVueKit est autonome : un serveur, un domaine, et éventuellement PostgreSQL. SQLite encaisse les charges petites et moyennes sans aucune installation.

Quelles bases de données sont supportées ?

PostgreSQL et SQLite, toutes deux de premier plan. Les migrations et les requêtes sont écrites en SQL portable, donc le même code tourne sur l'un ou l'autre moteur — vous choisissez avec une variable d'environnement, et la CI exécute toute la suite deux fois, une par moteur.

Puis-je tout garder en Europe ?

Oui, c'est même l'objectif. Hébergez chez Hetzner, Scaleway ou OVHcloud ; aucun sous-traitant tiers n'est imposé entre vous et vos utilisateurs.

Est-ce vraiment testé, ou est-ce juste une affirmation ?

234 tests Go tournent en CI sur les deux moteurs, plus 14 parcours Playwright sur le vrai binaire de production : inscription et vérification, invitations, refus RBAC, isolation entre organisations, signature et double livraison de webhook.

Puis-je construire dessus avec Claude Code ou Codex ?

C'est l'usage prévu. AGENTS.md — le fichier que lisent les agents de code — associe chaque capacité à son paquet et à sa couture d'extension : l'agent étend le kit au lieu de reconstruire un flux de connexion ou un deuxième client Stripe. Un test échoue dès que cette carte dérive du code.

Que permet la licence ?

Construire et vendre un nombre illimité de produits, pour vous ou pour des clients, aussi longtemps que vous voulez. La seule chose interdite est de redistribuer le code source lui-même comme kit, starter ou template.

Comment arrivent les mises à jour ?

Par le dépôt. Le travail arrive en commits conventionnels atomiques avec un changelog : vous récupérez, vous lisez le diff, vous fusionnez — aucun blob vendu à réconcilier.

Pourquoi Stripe seulement ?

Un fournisseur maintenu juste vaut mieux que deux maintenus plausibles. Stripe est derrière une couture (billing.Provider) : un second fournisseur est un package à écrire, et les règles de webhook qu'elle impose valent pour toute implémentation.

Est-ce réservé aux produits B2B avec des équipes ?

Non. ORG_MODE=solo donne à chaque compte une organisation personnelle et masque toute la surface équipe, ce qui transforme le même code en produit B2C facturé à l'utilisateur. La facturation continue de fonctionner sans changement.

Que se passe-t-il après l'achat ?

Vous recevez un email contenant un lien à usage unique. Ouvrez-le, saisissez votre nom d'utilisateur GitHub, et vous êtes invité comme collaborateur sur le dépôt privé. Clonez, renommez le module Go, lancez make setup : un produit fonctionnel tourne sur votre machine en quelques minutes.

Et si ça ne me convient pas ?

Remboursement intégral sur simple demande pendant 14 jours, tant que vous n'avez pas réclamé l'accès au dépôt. Une fois votre identifiant GitHub soumis et l'invitation envoyée, le code source est livré et la vente est ferme — du code ne se rend pas. Vous y consentez au moment du paiement, comme l'exige le droit européen.

Puis-je le voir tourner ?

Vous le regardez : ce site est le kit lui-même, compilé et déployé exactement comme la documentation le décrit. Une instance de démonstration publique, avec une base jetable, est à la feuille de route.

Arrêtez de reconstruire les mêmes fondations.

Comptes, équipes, facturation, emails, back-office, sécurité : les semaines qui passent avant la première ligne de votre produit. Elles sont déjà écrites, testées et documentées.

Acheter la licence — €199