PIPELINE-006 — Analyse périodique des contributions d’un groupe
TrysCode décrit des faits pédagogiques diversifiés pour aider un groupe et son référent. Le résultat n’est ni une note, ni une preuve de fraude, ni une sanction automatique.
Flux et responsabilités
- Harmony planifie la vérification périodique du dépôt ;
- le GitHub Worker relit une fenêtre bornée de commits, issues et reviews et remplace les chemins par des rôles de fichiers ;
- Harmony calcule une empreinte et saute le traitement lorsque les faits sont inchangés ;
- RabbitMQ transporte un job versionné vers WKR_integrity_contributions ;
- le worker calcule des compteurs et indicateurs déterministes puis rappelle Harmony ;
- Harmony conserve l’historique et autorise Online/Intra au niveau du groupe.
Méthode et limites
Les indicateurs possibles couvrent l’activité équilibrée ou concentrée, la spécialisation documentation/tests, une activité récente faible, les données insuffisantes et les identités Git à revoir. Le nombre de lignes n’est pas utilisé.
Une concentration peut refléter une répartition volontaire, une configuration Git incorrecte ou une phase particulière du projet. Elle déclenche au maximum une information, une recommandation, une aide ou une vérification humaine.
Contrats, sécurité et reprise
Les contrats tryscode.group-contribution-job.v1, tryscode.group-contributions.v1 et tryscode.group-contribution-callback.v1 sont fermés et bornés. Aucun message de commit, diff, chemin, contenu, jeton, test privé ou URL de callback ne traverse le worker d’analyse.
Les callbacks sont authentifiés par une identité de service dédiée et idempotents. Les portails recalculent l’appartenance au groupe côté Harmony. Une contestation conserve l’analyse d’origine et ouvre une revue humaine. Le rollback applicatif revient aux images précédentes ; la migration e2b7c9d4a610 peut être rétrogradée après arrêt du consumer et sauvegarde de l’historique.