mirror of
https://github.com/MaksTinyWorkshop/_Assistant_Lead_Tech
synced 2026-04-06 21:41:42 +02:00
e61e3d5ea8
Intègre ~50 entrées depuis 95_a_capitaliser.md vers les fichiers validés :
- backend risques : +15 (GET sans authz, TOCTOU tenantId, TTL UTC, AdminRoleGuard, P3014...)
- backend patterns : P2002 amendé (create+update) + 10 nouveaux (Decimal, URL safe, EN enforcement...)
- frontend risques : +21 (defaultValue/key, useTransition global, consent state, Tailwind invalide...)
- frontend patterns : +6 (click-to-load, toggle optimiste, Server Action retourne entité...)
- debug/postmortem : export{fn} ne crée pas de binding local
95_a_capitaliser.md remis à l'état initial vide.
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
103 lines
2.5 KiB
Markdown
103 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.
|