traduction
This commit is contained in:
@@ -0,0 +1,27 @@
|
||||
---
|
||||
paths:
|
||||
- "**/*.md"
|
||||
---
|
||||
|
||||
# Docs Markdown
|
||||
|
||||
## Standards de documentation
|
||||
|
||||
- Garder les fichiers ciblés et concis — un sujet par fichier
|
||||
- Utiliser des liens relatifs entre docs (par ex. `../best-practice/claude-memory.md`), pas des URL GitHub absolues
|
||||
- Inclure un lien de retour en haut des docs best-practice et reports (voir les fichiers existants pour le pattern)
|
||||
- Quand tu ajoutes un nouveau concept ou rapport, mets à jour le tableau correspondant dans README.md (CONCEPTS ou REPORTS)
|
||||
|
||||
## Conventions de structure
|
||||
|
||||
- Les docs de bonnes pratiques vont dans `best-practice/`
|
||||
- Les docs d'implémentation vont dans `implementation/`
|
||||
- Les rapports vont dans `reports/`
|
||||
- Les tips vont dans `tips/`
|
||||
- Le suivi changelog va dans `changelog/<category>/`
|
||||
|
||||
## Formatage
|
||||
|
||||
- Utiliser des tableaux pour les comparaisons structurées (voir le tableau README CONCEPTS comme référence)
|
||||
- Utiliser les images de badges depuis `!/tags/` pour la cohérence visuelle quand tu lies des docs best-practice ou implementation
|
||||
- Garder les titres hiérarchiques — ne saute pas de niveau (par ex. ne passe pas de `##` à `####`)
|
||||
@@ -0,0 +1,30 @@
|
||||
---
|
||||
paths:
|
||||
- "presentation/**"
|
||||
---
|
||||
|
||||
# Délégation des présentations
|
||||
|
||||
## Règle de délégation
|
||||
|
||||
Toute demande de mise à jour, modification ou correction d'une présentation DOIT être traitée par l'agent correspondant à cette présentation. **Ne modifie jamais directement le HTML de présentation.** Route selon la présentation à laquelle l'utilisateur fait référence :
|
||||
|
||||
| Présentation | Chemin | Agent |
|
||||
|---|---|---|
|
||||
| Vibe Coding → Agentic Engineering | `presentation/vibe-coding-to-agentic-engineering/index.html` | `presentation-vibe-coding` |
|
||||
| Claude Code & Gemini CLI (deck événement GDG Kolachi) | `presentation/2026-04-25-gdg-kolachi-cli-claude-code-gemini/index.html` | `presentation-claude-gemini` |
|
||||
| Claude Code Best Practice (deck canonique réutilisable) | `presentation/claude-code-best-practice/index.html` | `presentation-claude-code` |
|
||||
|
||||
Invoque via l'outil Agent :
|
||||
|
||||
```
|
||||
Agent(subagent_type="presentation-vibe-coding", description="...", prompt="...")
|
||||
Agent(subagent_type="presentation-claude-gemini", description="...", prompt="...")
|
||||
Agent(subagent_type="presentation-claude-code", description="...", prompt="...")
|
||||
```
|
||||
|
||||
Si l'utilisateur dit "la présentation" sans préciser laquelle, demande laquelle il veut dire avant de déléguer. Note que "la présentation principale" ou "le deck best-practice" désigne généralement `presentation-claude-code` — le deck canonique réutilisable — mais confirme si c'est ambigu.
|
||||
|
||||
## Pourquoi
|
||||
|
||||
Chaque présentation a sa propre numérotation de slides, son système de niveaux et son audience cible. Les agents par présentation permettent à chacune de garder une base de connaissance focalisée et de s'auto-faire évoluer sans contamination croisée. L'agent vibe-coding précharge des skills de framework/structure/styling spécifiques à ce deck. L'agent claude-gemini cible une audience non technique d'événement GDG et utilise une journey-bar avec 6 niveaux. L'agent claude-code possède le deck canonique réutilisable de bonnes pratiques (forké depuis celui du GDG le 2026-04-30) — même voix d'audience, structure plus simple (level-badge seulement, pas de journey bar), identité indépendante de l'événement.
|
||||
Reference in New Issue
Block a user