mirror of
https://github.com/MaksTinyWorkshop/_Assistant_Lead_Tech
synced 2026-04-06 21:41:42 +02:00
d8a947eb79
Backend — Risques & vigilance: - Code d’erreur générique sur 409 (conflict) — +index/+ancre/+section - Tests e2e d’autorisation avec buildApp isolé — +index/+ancre/+section - MAJ date Frontend — Risques & vigilance: - Guard de rôle via return conditionnel dans le render — +index/+ancre/+section - Méthodes Zustand sans rethrow — +index/+ancre/+section - Regex globale singleton (/g) — +index/+ancre/+section - MAJ date Divers: - Purge 95_a_capitaliser.md (tampon vidé)
105 lines
2.5 KiB
Markdown
105 lines
2.5 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 :
|
|
|
|
- `10_backend_patterns_valides.md`
|
|
- `10_frontend_patterns_valides.md`
|
|
- `10_ux_patterns_valides.md`
|
|
- `10_product_patterns_valides.md`
|
|
- `10_n8n_patterns_valides.md`
|
|
- `10_backend_risques_et_vigilance.md`
|
|
- `10_frontend_risques_et_vigilance.md`
|
|
- `10_ux_risques_et_vigilance.md`
|
|
- `10_n8n_risques_et_vigilance.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 : <10_backend_patterns_valides.md | 10_frontend_patterns_valides.md | 10_ux_patterns_valides.md | 10_product_patterns_valides.md | 10_n8n_patterns_valides.md | 10_backend_risques_et_vigilance.md | 10_frontend_risques_et_vigilance.md | 10_ux_risques_et_vigilance.md | 10_n8n_risques_et_vigilance.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 : 10_backend_patterns_valides.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.
|
|
|
|
---
|