Modèles personnalisés

Documentation Index

Fetch the complete documentation index at: https://docs.replit.com/llms.txt

Use this file to discover all available pages before exploring further.

​

Prise en main

1. Importer depuis un fournisseur Git — Importez votre pile de démarrage existante (ou une correspondant à vos préférences) depuis GitHub, GitLab ou Bitbucket.
2. Forker le modèle vide — Forkez le modèle vide pour partir de zéro avec un environnement de développement entièrement vide.

​

Comment fonctionnent les modèles personnalisés

1. Agent crée une nouvelle application en forkant le modèle (tous les fichiers sont copiés)
2. Agent passe la phase de planification et va directement en mode construction
3. Le fichier custom_instruction/instructions.md du modèle est injecté dans le contexte d’Agent
4. Les skills personnalisés de .agents/skills/ sont découverts et rendus disponibles
5. Le fichier replit.md fournit le contexte de projet continu

​

Structure des fichiers du modèle

my-template/
├── .replit                              # Configuration de l'application (commandes d'exécution, ports, modules)
├── replit.md                            # Mémoire d'Agent : présentation et préférences du projet
├── custom_instruction/
│   └── instructions.md                  # Instructions de l'entreprise injectées dans l'invite d'Agent
├── .agents/
│   └── skills/
│       └── my-skill/
│           └── SKILL.md                 # Skills personnalisés qu'Agent peut invoquer à la demande
└── ...                                  # Le reste de la structure de votre dépôt

​

Configurer un modèle personnalisé

​

Créer l’application de base

• L’échafaudage du code source (composants, utilitaires, fichiers de configuration)
• Les dépendances pré-installées (package.json, requirements.txt, etc.)
• La configuration de l’environnement dans le fichier .replit

​

Configurer les secrets partagés

​

Rédiger des instructions personnalisées

• Patterns d’architecture : Comment vos applications doivent être structurées
• Standards de codage : Conventions de nommage, règles d’organisation des fichiers, attentes en matière de linting
• Utilisation des composants : Quelles bibliothèques et composants utiliser (et lesquels éviter)
• Patterns d’API : Comment appeler vos services backend, gérer l’authentification, gérer les erreurs
• Exigences de test : Quels tests sont attendus et comment les exécuter
• Directives de déploiement : Configuration spécifique à l’environnement et flux de déploiement

# Company Engineering Standards

## Architecture
All web applications use React with TypeScript. Use functional components
with hooks exclusively. State management uses Zustand for local state
and React Query for server state.

## Component Library
Use our internal design system package `@acme/ui`. Never use raw HTML
elements for buttons, inputs, forms, or modals — always use the
corresponding component from `@acme/ui`.

Import components like this:
```tsx
import { Button, TextField, Modal } from '@acme/ui';
```

## API Integration
All API calls go through the `@acme/api-client` package. Never use
raw fetch or axios directly. Authentication is handled automatically
by the client.

## Testing
Every component must have a corresponding test file. Use Vitest
for unit tests and Playwright for integration tests.

​

Ajouter des skills personnalisés

.agents/skills/
├── use-design-system/
│   └── SKILL.md
├── api-integration/
│   └── SKILL.md
└── run-tests/
    └── SKILL.md

---
name: use-design-system
description: Use when building UI components. Provides component patterns, theming rules, and accessibility requirements for the Acme design system.
---

# Acme Design System

## Available components

- `Button` — Primary, secondary, and ghost variants
- `TextField` — Text input with validation support
- `Modal` — Dialog overlay with focus trapping
...

.agents/skills/use-design-system/
├── SKILL.md
├── references/
│   └── component-api.md
└── assets/
    └── theme-tokens.json

​

Configurer replit.md

# Overview
Task management application built with React, TypeScript, and the Acme
design system. Uses Express.js backend with PostgreSQL.

# User Preferences
- Use TypeScript for all files
- Prefer functional components with hooks
- Follow Acme coding standards

# System Architecture
- Frontend: React + TypeScript + @acme/ui
- Backend: Express.js + TypeScript
- Database: PostgreSQL with Drizzle ORM
- Auth: Acme SSO via @acme/auth

# External Dependencies
- @acme/ui: Internal design system
- @acme/api-client: API integration layer
- @acme/auth: Authentication SDK

​

Épingler le modèle à votre organisation

1. Accédez à l’application du modèle dans votre organisation
2. Ouvrez le menu d’action de l’application (menu à trois points)
3. Sélectionnez Pin to Agent input box

​

Contrôler l’accès au modèle

​

Ce qui se passe lorsqu’un builder sélectionne un modèle

1. Fork : Une nouvelle application est créée comme copie du modèle, avec tous les fichiers inclus
2. Ignorer la planification : Agent contourne la conversation de planification initiale et passe directement en mode construction
3. Charger les instructions : custom_instruction/instructions.md est lu et injecté dans l’invite système d’Agent en tant que directives fournies par l’entreprise
4. Découvrir les skills : Les skills dans .agents/skills/ sont identifiés et listés dans le contexte d’Agent pour un chargement à la demande
5. Charger le contexte du projet : replit.md est lu et injecté dans le contexte d’Agent (ou auto-généré s’il est absent)
6. Hériter de la configuration : Le fichier .replit, les dépendances et tous les fichiers du modèle sont transférés dans la nouvelle application

​

Comment les fichiers fonctionnent ensemble

​

Bonnes pratiques

​

Gardez les instructions ciblées

• Les décisions difficiles à inverser (architecture, modèles de données)
• Les patterns qui doivent être cohérents (utilisation des composants, conventions d’API)
• Les standards que le builder pourrait ne pas connaître (bibliothèques internes, conventions d’équipe)

​

Rédigez des descriptions de skills découvrables

# Bien — décrit quand l'utiliser
description: Use when building forms or handling user input. Provides validation patterns, error display conventions, and accessible form layouts.

# Moins efficace — trop vague
description: Form utilities and helpers.

​

Organisez les skills par flux de travail

​

Itérez sur votre modèle

1. Observez les patterns qu’Agent gère mal et ajoutez-les à instructions.md
2. Créez de nouveaux skills lorsqu’Agent résout bien un problème — capturez la solution
3. Mettez à jour les dépendances de base et les configurations à mesure que votre pile évolue
4. Testez les modifications en créant une nouvelle application à partir du modèle pour vérifier l’expérience

​

Mises à jour du modèle et applications existantes

​

Ressources associées

• Agent Skills — Découvrez comment fonctionnent les skills et comment les créer
• Tutoriel Agent Skills — Guide pratique pour créer et utiliser des skills
• replit.md — Personnalisez le comportement d’Agent avec le contexte au niveau du projet
• Systèmes de design — Configurez le système de design de votre organisation pour Agent
• Configuration de l’application — Configurez votre fichier .replit
• Frameworks développeurs — Modèles communautaires et comment les publier
• Présentation Enterprise — En savoir plus sur les fonctionnalités Enterprise