Synaplan
Open-source AI platform for companies: self-hosted AI agents, GDPR-compliant chatbot widget, RAG knowledge base, WhatsApp and Outlook AI, MCP, multi-model routing. Docker, Kubernetes or hosted in Germ
Suivi de chantiers de rénovation
Translation pending
BusinessTypeScript · CSSGitHub @ElahTovimOnlineOwner unconfirmed
Have you tried it? One tap is enough. No sign-in needed.
No updates detected yet. GitHub releases will appear here.
Owners of public repositories under a personal GitHub account can sign in to verify ownership and manage the introduction themselves. No administrator approval is needed.
Sign in, generate a verification file, and commit it to this repository’s default branch within 30 minutes. Files on other branches or forks do not count. Then check the file below to manage the project without administrator approval. Keep the file to retain your access.
If needed, you will go to sign-in. After signing in, return here and press your chosen verification button again.
Run /nomorevibe verify in your project folder to verify ownership and manage the introduction yourself.
Verify in one minuteAsk about other verification options
Suivi de chantiers de rénovation, séminaire IA
Translation pending
Loading the full README. The saved excerpt is shown below.
Suivi de chantiers de rénovation pour une entreprise du BTP : de la signature du devis à la levée des réserves, avec la coordination entre l'équipe et les externes (client, architecte, ingénieur, syndic, fournisseur).Read the full README ↗
Suivi de chantiers de rénovation pour une entreprise du BTP : de la signature du devis à la levée des réserves, avec la coordination entre l'équipe et les externes (client, architecte, ingénieur, syndic, fournisseur).
En ligne : https://gromaa.vercel.app
Le modèle complet : docs/cycle-de-vie.md. L'architecture : docs/schema-produit.md. Les conventions de travail : AGENTS.md.
Voir docs/passation.md : avec vos propres comptes (Vercel, Neon) et votre propre base, deux variables suffisent pour démarrer, et l'inventaire complet des clés y est. Ne récupérez jamais les variables de production d'un autre projet : elles pointent vers sa vraie base.
| Commande | Ce qu'elle fait |
|---|---|
npm run dev | lance le site en local |
npm test | joue les tests (règles métier, accès, formulaires, jeu de données, météo, fichiers) |
npm run lint | relit le code |
npm run db:generate | écrit une migration après un changement de lib/db/schema.ts |
GitHub rejoue lecture, types, tests, cohérence des migrations et construction à chaque envoi (.github/workflows/verifications.yml).
L'inventaire complet (service, obligatoire ou non, où l'obtenir, ce qui se passe si elle manque) est dans docs/passation.md, section 3. /api/sante dit, sans rien révéler, si la base répond et quels services sont branchés.
| Pour changer | Aller dans |
|---|---|
| une étape du chantier ou sa condition | lib/regles.ts et ses tests lib/regles.test.ts |
| qui voit quoi | lib/acces.ts et voitElement() dans lib/regles.ts |
| une table | lib/db/schema.ts, puis npm run db:generate |
| les seuils d'alerte météo | SEUILS dans lib/meteo.ts |
| le jeu de données fictif | lib/jeu-de-donnees.ts |
| un libellé | lib/chantier-forme.ts, lib/libelles.ts |
Voir docs/revue-securite.md : ce qui protège, où, et ce qui reste ouvert.