mirror of
https://github.com/MaksTinyWorkshop/_Assistant_Lead_Tech
synced 2026-04-06 21:41:42 +02:00
- backend/risques/nestjs : guard multi-statut READ_METHODS avant statut - backend/patterns/nestjs : fusionner lastSeenAt dans la réconciliation - backend/risques/contracts : pas de process.env dans services/helpers - backend/risques/nextjs : self-request Server Action + EXDEV atomic write - backend/risques/prisma : champ enum-like stocké en String - frontend/risques/general : Alert.prompt iOS-only - frontend/risques/tests : 3 anti-patterns (helpers copiés, test indirect, test façade) - workflow/risques/story-tracking : 2 entrées (hors périmètre, File List approximative) - skill capitalisation-triage : nouveau format de rapport (tableaux par domaine) - 95_a_capitaliser.md : purgé
105 lines
2.8 KiB
Markdown
105 lines
2.8 KiB
Markdown
# Capitalisation en attente — Lead_tech
|
|
|
|
Ce fichier sert de **zone tampon de capitalisation**.
|
|
|
|
Les agents et les projets peuvent y déposer des propositions
|
|
d'amélioration de la base de connaissance globale (`Lead_tech`).
|
|
|
|
Le contenu de ce fichier **n'est pas encore validé**.
|
|
|
|
Une fois relues et confirmées, les propositions doivent être **déplacées**
|
|
vers les fichiers appropriés :
|
|
|
|
- `knowledge/backend/patterns/<thème>.md`
|
|
- `knowledge/backend/risques/<thème>.md`
|
|
- `knowledge/frontend/patterns/<thème>.md`
|
|
- `knowledge/frontend/risques/<thème>.md`
|
|
- `knowledge/ux/patterns/<thème>.md`
|
|
- `knowledge/ux/risques/<thème>.md`
|
|
- `knowledge/n8n/patterns/general.md`
|
|
- `knowledge/n8n/risques/general.md`
|
|
- `knowledge/product/patterns/general.md`
|
|
- `knowledge/product/risques/<thème>.md`
|
|
- `knowledge/workflow/risques/story-tracking.md`
|
|
- `10_conventions_redaction.md`
|
|
- `40_decisions_et_archi.md`
|
|
- `90_debug_et_postmortem.md`
|
|
|
|
Ce fichier ne doit donc **jamais devenir une documentation permanente**.
|
|
|
|
---
|
|
|
|
_Aucune entrée pour le moment_
|
|
|
|
---
|
|
|
|
# Format attendu
|
|
|
|
Chaque proposition doit suivre ce format :
|
|
|
|
```
|
|
DATE — PROJET
|
|
|
|
FILE_UPDATE_PROPOSAL
|
|
Fichier cible : <knowledge/backend/patterns/<thème>.md | knowledge/backend/risques/<thème>.md | knowledge/frontend/patterns/<thème>.md | knowledge/frontend/risques/<thème>.md | knowledge/ux/patterns/<thème>.md | knowledge/ux/risques/<thème>.md | knowledge/n8n/patterns/general.md | knowledge/n8n/risques/general.md | knowledge/product/patterns/general.md | knowledge/product/risques/<thème>.md | knowledge/workflow/risques/story-tracking.md | 10_conventions_redaction.md | 40_decisions_et_archi.md | 90_debug_et_postmortem.md>
|
|
|
|
Pourquoi :
|
|
<raison pour laquelle ce savoir mérite d'être capitalisé>
|
|
|
|
Proposition :
|
|
<contenu suggéré à intégrer dans le fichier cible>
|
|
```
|
|
|
|
---
|
|
|
|
# Exemple
|
|
|
|
```
|
|
2026-03-08 — portfolio
|
|
|
|
FILE_UPDATE_PROPOSAL
|
|
Fichier cible : knowledge/backend/patterns/prisma.md
|
|
|
|
Pourquoi :
|
|
Pattern réutilisable validé sur un projet réel.
|
|
|
|
Proposition :
|
|
|
|
## Nom du pattern
|
|
|
|
Description courte, factuelle, orientée réutilisation.
|
|
```
|
|
|
|
---
|
|
|
|
# Règles
|
|
|
|
1. Les agents peuvent **proposer librement** ici.
|
|
2. Les propositions doivent rester **courtes et factuelles**.
|
|
3. La validation et l'intégration finale dans `Lead_tech`
|
|
sont faites **manuellement**.
|
|
4. Une fois intégrée, la proposition doit être **supprimée de ce fichier**.
|
|
5. La structure de ce fichier est **restaurée à son état initial** (voir `70_templates/template_a_capitaliser.md`).
|
|
|
|
---
|
|
|
|
# Rôle dans l'architecture
|
|
|
|
```
|
|
Projet
|
|
↓
|
|
Proposition
|
|
↓
|
|
95_a_capitaliser.md
|
|
↓
|
|
Validation humaine
|
|
↓
|
|
Lead_tech
|
|
```
|
|
|
|
Ce mécanisme permet :
|
|
|
|
- d'éviter la pollution de la base de connaissance
|
|
- de capitaliser progressivement l'expérience des projets
|
|
- de garder `Lead_tech` cohérent et fiable.
|