[rev22rse22]

Closes #114 (passée chez moi avec le module communautés, #155).

Ce qui a été fait

DonneesCommunautes (package communautes) implémente DonneesPersonnelles, comme DonneesProjets et DonneesProfils. La section communautes de GET /api/me/export contient :

• adhesions : la communauté (slug et nom), le rôle, la date ;
• publications : type, titre, contenu, projet montré, réponse acceptée, date ;
• reponses : ses réponses, avec acceptee quand c'est la réponse retenue ;
• validations : les réponses de l'IA qu'il a validées, par leurs identifiants seulement. Le geste est le sien, le texte non.

Jamais le texte ni l'identité des autres : seulement des identifiants (règle de DonneesPersonnelles).

Suppression : rien à ajouter. V9__communautes.sql le prévoit déjà : les adhésions partent en cascade, les publications et les réponses restent sans auteur (« compte supprimé ») pour que les fils des autres restent lisibles. Un test le vérifie maintenant.

Comment c'est vérifié

• tests (PostgreSQL réel, Testcontainers) : MesDonneesTest 12/12, dont 3 nouveaux (export complet sans le texte des autres ni de l'IA, compte sans communauté, suppression). ModulesTest vert.
• contracts/socle.yaml dit déjà « chaque module ajoute sa section » : pas de changement de contrat.

Décisions et alternatives écartées

• SQL direct (JdbcClient) plutôt que les entités : même choix que DonneesProjets, une requête par liste, lecture seule.
• Pas d'export du texte des réponses de l'IA validées : ce n'est pas une donnée de la personne.

Pistes d'amélioration

• 🟡 À améliorer ensuite : quand les salons arriveront (Module · Communautés façon Discord : salons, appels vocaux et vidéo (@rev22rse22) #155), leurs messages devront rejoindre cette section.
• ❓ Question ouverte : à la suppression, faut-il aussi effacer le contenu des publications (et pas seulement l'auteur) ? Le choix actuel garde les fils lisibles, mais le texte reste.

Outils d'IA utilisés : Claude Code (Claude Opus 5.5).

🤖 Generated with Claude Code