[Amar233-ui]

Décision de l'équipe du samedi 14 novembre : un module par personne, et chacun peut avancer sans attendre les autres.

Refs #155, #156, #157, #158

Ce qui a été fait

• docs/blocs/README.md : les 4 modules, leurs responsables et leurs tickets. Il raconte aussi l'histoire de la démo qui relie les 4 modules : une PME publie un besoin → la communauté en discute (salon, appel) → un cercle le construit sur Gitea → le projet est déployé sur DataCloud et entre dans la vitrine.

• Un plan par module :

  • communautes.md (@rev22rse22) ;
  • cercles.md (@Amar233-ui) ;
  • freelance.md (@sowibrr) ;
  • agents-systalink.md (@algabah2004).

  Les anciens plans restent pour l'historique.

• docs/equipe.md : les nouveaux territoires, et 4 règles pour ne pas se bloquer :

  • entre deux modules, seulement un contrat ou un événement public ;
  • les agents IA ne s'appellent que par ia.yaml ;
  • les migrations SQL sont horodatées ;
  • CODEOWNERS demande la relecture du propriétaire du module.

• .github/CODEOWNERS : le propriétaire de chaque module, plus @algabah2004 partout. L'approbation reste facultative.

Comment c'est vérifié

• Documentation et CODEOWNERS seulement : aucun code ne change.
• Chaque dossier cité existe sur main, services/ia compris. apps/api/.../vitrine/ sera créé par Demande à @Amar233-ui : le module vitrine de l'API (GET /api/vitrine répond 404) #129.

Décisions et alternatives écartées

• Les migrations horodatées plutôt que numérotées. Avec 4 modules en parallèle, deux PR prenaient le même V14. La limite : Flyway refuse une migration plus ancienne que la dernière appliquée, donc on renomme avant de fusionner si besoin. La règle est écrite dans equipe.md.
• Les tickets 🧱 Bloc · Socle API + Projets d'équipe #17 à 🤖 Bloc · Assistant de projet IA + mise en ligne Systalink #20 restent ouverts pour l'historique. Le suivi passe aux tickets Module · Communautés façon Discord : salons, appels vocaux et vidéo (@rev22rse22) #155 à Module · Freelance : du besoin au cahier des charges publié (@sowibrr) #158.

Pistes d'amélioration

• 🔴 Risque, les appels vocaux et vidéo avant la CADEV : c'est le point le plus risqué. Le choix technique doit être arrêté ce soir à 20 h GMT (Module · Communautés façon Discord : salons, appels vocaux et vidéo (@rev22rse22) #155).
• 🟡 À faire ensuite par @Amar233-ui : découper l'ossature du front (routes et traductions par module), pour supprimer les conflits sur router.ts, fr.json et en.json.
• ❓ Pour @algabah2004 : valider les buts et les critères « terminé quand », puis mettre docs/priorites.md à jour avec cette répartition.

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

🤖 Generated with Claude Code

[algabah2004]

Validé pour l'organisation (un module par personne, CODEOWNERS, migrations horodatées).

Côté IA, on garde ce qui existe, pas de nouvel agent avant la CADEV :

• profil : carte de compétences depuis GitHub (analyse_profil) ;
• besoin d'une PME : l'IA le reformule, rédige le cahier des charges et l'oriente vers les offres Systalink et/ou vers les développeurs qui ont les bonnes compétences (orientation_besoin, déjà dans ia.yaml).

@sowibrr : le parcours freelance s'appuie sur orientation_besoin tel qu'il est, le cahier des charges y est déjà (plan.cahierDesCharges).

Priorité absolue : mettre en ligne le parcours de la démo qui marche déjà. Appels vidéo, Gitea et les autres nouveautés ne passent que s'ils sont finis dimanche à 8 h GMT. Sinon, on les garde pour après la CADEV : un lien vers une salle Jitsi pour les appels, GitHub pour les dépôts.