Intake Repo
Utilisez ce workflow pour comprendre rapidement un dépôt avant de commencer l'implémentation.
Objectif
Produire un profil de dépôt court et factuel, incluant les risques et les prochaines étapes.
Résultat
.ai/PROJECT_PROFILE.mdgénéré à partir detemplates/PROJECT_PROFILE.md.
Règles
- Ne modifiez pas le code produit.
- Ne réécrivez pas l'architecture.
- Préférez les patterns de code observés aux suppositions.
- Gardez le profil concis et exploitable.
- « Non applicable » est une réponse valide et attendue pour une zone principale. Par exemple, un site statique/portfolio sans backend n'a pas d'auth, de base de données ou de logique IA à renseigner. Marquez-la comme Non applicable plutôt que d'inventer du contenu, de deviner un besoin futur ou de la laisser vide/ambiguë.
Étapes
- Détecter le framework, le langage, le gestionnaire de paquets et la cible de déploiement.
- Lire les fichiers package/lock/config et les points d'entrée majeurs.
- Identifier les scripts disponibles : dev, typecheck, lint, test, build.
- Cartographier les zones : frontend, backend, base de données, auth, IA, déploiement.
- Identifier les patterns d'utilisation des variables d'environnement.
- Capturer les patterns d'architecture actuellement utilisés dans le code.
- Lister les éléments de production de base manquants évidents et les risques clés.
- Générer ou mettre à jour
.ai/PROJECT_PROFILE.md.
Preuves minimales
Citez des fichiers concrets pour chaque constat. Exemples de catégories :
- source des scripts (
package.json,pyproject.toml, etc.) - source de déploiement (
vercel.json, Docker, workflows CI) - source d'utilisation des variables d'environnement (
process.env,NEXT_PUBLIC_, etc.) - limites d'auth/données (middleware, route handlers, fichiers de règle)
Vérification de fin
- Le profil inclut la stack détectée, les scripts, les zones principales, les patterns, les risques.
- Le résultat est suffisamment court pour être utile pendant les tâches de codage normales.