Synthèse de conversation
Relire l'integralite de la conversation en cours, en extraire l'essentiel, et sauvegarder une note markdown propre dans le repertoire de notes de l'utilisateur.
Processus
- Scanner toute la conversation — identifier les sujets abordes, les decisions prises, les questions restees ouvertes, les idees generees.
- Structurer la note selon le format ci-dessous.
- Generer un nom de fichier :
YYYY-MM-DD-synthese-<sujet-court>.md(ex:2026-04-22-synthese-pricing-strategy.md). - Sauvegarder dans le repertoire indique par l'utilisateur. A defaut,
./notes/a la racine du repertoire de travail — creer le dossier s'il n'existe pas. - Afficher un resume court a l'utilisateur avec le chemin du fichier cree.
Format de la note
# Synthèse — <Sujet>
Date : YYYY-MM-DD
Projet : <nom du projet si identifiable>
## Contexte
<1-3 phrases. De quoi on a parle et pourquoi.>
## Conclusions
<Liste a puces. Les decisions prises, les constats importants, les choses tranchees.>
## Next steps
<Liste a puces. Actions concretes a faire, par qui si identifiable. Chaque item commence par un verbe a l'infinitif.>
## Questions ouvertes
<Liste a puces. Ce qui n'a pas ete tranche, ce qui merite d'y revenir. Omettre cette section si rien n'est en suspens.>
Regles
- Ton factuel, pas de reformulation decorative. Droit au contenu.
- La note doit etre comprehensible dans 3 mois sans le contexte de la conversation.
- Ne pas inclure les tatonnements, les fausses pistes abandonnees, ou les echanges de coordination. Seulement ce qui a survecu.
- Si la conversation portait sur du code : inclure les fichiers modifies et les choix techniques dans les conclusions.
- Si l'utilisateur a fourni des arguments en appelant /synthese-de-conversation, les traiter comme indication du sujet ou du perimetre a distiller.
- Pas de frontmatter YAML, pas de tags, pas de wikilinks. Markdown pur.