Organe: filet des Concerns user sans reponse sur les issues (angle mort B.0) #20183

Probleme

Le depot a un filet pour les remarques du user sur les PRs (B.0, scripts/check_unaddressed_nits.py, exit 1 au merge). Il n'a rien pour les remarques du user sur les issues : un commentaire « Concern: ... » du mainteneur peut rester sans reponse indefiniment — le merge-gate ne la voit pas (pas une PR), le tapis sert l'issue selon ses criteres propres (le grain, pas le fil), et la condensation du dashboard emporte le signalement.

Mesure fondatrice (coordinateur, 08/10 — RAPPORTEE, l'organe devra la reproduire) : 17 Concerns poste par le user, dont, a la date de mesure, sans reponse sur : #16741, #18205, #18446, #18112, #19578, et les deux de #19898 (08/10 10:11Z et 21:00Z).

Le user arbitre par pull (registre des questions) — mais un Concern enterre dans un fil d'issue n'atteint meme pas le registre.

Spec du detecteur

Entree : les issues (pas les PRs — B.0 les couvre) mises a jour depuis une date de depart parametrable (proposition : 2026-09-25). Enumeration par GraphQL search (search(type: ISSUE, updated:>...), plus efficace que le REST pour cette fenetre.

1. Detection du Concern : commentaire de l'auteur jsboige dont le corps commence par Concern (pattern ^Concern). C'est la forme mesuree du user (ex : [Epic Origami] openai/math — distillation par plis : replier 372 familles sur nos lacs, cluster par cluster #19898, « Concern: Il me semble qu'il y a des resultats... »).
2. FP classe 1 — l'ACK d'agent : un commentaire commençant par Concern pris / Concern note / Concern traite est un ACK de lane sous le compte partage, PAS un Concern user. Mesure : Auto-auditer notre flotte selon les 10 principes du Singapore Consensus #16757, Serre100 : remettre Whisper-WebUI en service et transcrire deux vidéos de J.-P. Serre (conférence du centenaire, correspondance Grothendieck) pour distillation #17889 — un matcheur naive ^Concern les compte comme Concerns neufs. Le sous-pattern ^Concern (pris|note|traite|acquitte) se classe ACK.
3. Recherche de la reponse : commentaire ULTERIEUR (n'importe quel auteur) qui traite le Concern. Deux formes mesurees :
   • avec le mot — ex [Epic Origami] openai/math — distillation par plis : replier 372 familles sur nos lacs, cluster par cluster #19898 : « Reponse ai-01 a tes deux Concerns (08/10, 10:11Z et 21:00Z) », poste 2026-10-09T22:37Z ;
   • sans le mot — [Epic] Geometry sous Lean : re-parenting de la serie, lake geometry_lean doublant les notebooks, notebook escalier d'entree #18601 : la reponse existe mais ne cite pas « Concern ».
     Le detecteur ne peut donc PAS exiger le mot pour qualifier une reponse.
4. Verdict par issue : liste des Concerns non traites, avec timestamp et extrait.

La tension a trancher (le coeur de la spec)

« Reponse ulterieure » ne peut pas vouloir dire « n'importe quel commentaire ulterieur » : un echange de lanes sans rapport apres le Concern marquerait a tort « traite ». Proposition a valider par la mesure, pas decretee :

• une reponse qui CITE le Concern (le mot, le timestamp du Concern, ou une citation de son texte) ; OU
• une PR/commit ulterieur citant l'issue dont le perimetre couvre le sujet du Concern ; OU
• au plancher : n'importe quel commentaire ulterieur d'une autre lane, avec flag MANUAL_REVIEW.

Le plancher mecanisable rend la liste COMPLETE (aucun Concern oublie) quitte a sur-signaler ; l'arbitrage fin reste humain. Fail-closed : un Concern dont le traitement n'est pas prouve reste dans la liste.

Controles (passes a livrer, dates dans le rapport)

Acceptance

1. Organe scripts/ci/check_issue_concerns.py : rend la liste des Concerns user sans reponse sur les issues ouvertes (JSON + texte), reproduit la mesure fondatrice et publie la sienne.
2. Les controles ci-dessus passes.
3. Cablage : la sortie alimente la ligne [DONE] du coordinateur (restitution cyclique) — pas de nouveau registre parallele.

Gouvernance

Sans parent : issue d'outillage nee d'un dispatch coordinateur (mission « filet Concerns », DM ai-01, cycle c.362).