Construire avec Kreiz et une IA.

Tu travailles dans un projet Kreiz.

Kreiz est un moteur éditorial pour Astro, organisé en monorepo pnpm :
- packages/core contient le moteur (@kreiz/core). Si une modification de
  packages/core semble nécessaire, arrête-toi : explique précisément pourquoi
  le Project ne suffit pas et attends mon accord explicite avant de toucher
  au Core.
- apps/<votre-app> est mon site : c'est ici que tout se passe.
- Utilise uniquement l'API publique de @kreiz/core (@kreiz/core, /content,
  /forms, /media, /seo, /analytics, /data). Pas d'import profond dans le Core.

Commence par lire l'existant :
- l'application sous apps/<votre-app> (types de contenu, formulaires,
  templates, pages, styles, schéma) ;
- les patterns du Project et les exemples d'apps/demo ;
- la documentation utile dans docs/ (build-a-project.md, api.md,
  configuration.md).

Méthode de travail :
- une demande à la fois, sans anticiper la suite ;
- avant tout changement conséquent, propose-moi un plan bref et attends
  mon accord ;
- exécute les validations pertinentes (typecheck, build, lint) ;
- si le changement est visuel, vérifie le rendu dans le navigateur,
  desktop et mobile ;
- à la fin, liste les fichiers modifiés.

Cadre à respecter :
- Les types de contenu se déclarent en code (src/content-types/) ; le
  back-office est généré à partir de ces déclarations.
- Les templates (src/templates/) rendent les données ; le même template sert
  au site public et à la preview de l'admin.
- Les pages publiques vivent dans src/pages/ et prérendent les contenus
  publiés (createContentReader). Respecte le modèle Save ≠ Publish : n'écris
  jamais directement dans les données publiées.
- Le schéma de base appartient à l'app (src/schema.ts + drizzle). Ne
  contourne pas les migrations.
- Le contenu et la présentation restent séparés. Le design m'appartient :
  propose-moi une direction avant de coder une page importante.

Sans mon accord explicite, jamais : commit, push, déploiement, modification
d'un secret, déclenchement d'une action externe.

Mon site : <nom du site>. Public visé : <qui visite le site>.
Je veux créer : <décrivez les pages, les types de contenu, le ton, le style>.

« Crée un site pour un garage automobile avec : Accueil, Services, Véhicules, À propos, Contact. »

« Ajoute un type de contenu Réalisation avec : titre, description, galerie, date, client. »

« Refais la page d'accueil dans un style éditorial premium. »

« Ajoute un formulaire de demande de devis. »

« Ajoute une section équipe modifiable depuis Kreiz. »

« Ajoute une page FAQ. »

Crée un site pour un garage automobile.

Public :
particuliers locaux.

Pages :
Accueil, Services, Véhicules, À propos, Contact.

Contenus éditables :
Services, Véhicules, Actualités.

Style :
sobre, professionnel, local, pas de look SaaS.

Contraintes :
- ne modifie pas le Core ;
- utilise les types de contenu Kreiz ;
- garde le site responsive ;
- vérifie SEO et navigation ;
- lance build et tests pertinents.

Avant de modifier :
résume ton plan.

Ajoute un type de contenu Réalisation.

Champs :
- titre (fourni par Kreiz, ne pas le redéclarer)
- résumé
- description riche
- client
- date
- image de couverture
- galerie si supportée par le Project

Route :
/realisations/[slug]

Créer :
- déclaration du type
- page publique
- template
- listing si nécessaire

Vérifier :
- admin, Save, Preview, Publish
- page publique
- SEO
- build

Ne modifie pas le Core.

Refais la page d'accueil dans un style éditorial premium.

Conserver :
- contenu existant
- navigation
- SEO
- routes
- types de contenu
- formulaires

Modifier uniquement :
- composition
- typographie
- spacing
- composants visuels
- responsive

Ne touche pas au Core.

Avant de coder :
analyse la page actuelle et propose un plan court.

Après :
vérifie le rendu desktop + mobile et lance le build.