feat: Corrections — tuile à étapes, rapport, Appliquer, réparation auto testée

[bobdivx]

Refonte « Corrections » (web + Android) et pipeline de réparation automatique.

Interface

• Une tuile Corrections par app (remplace « Brouillon ») → modale/feuille avec étapes : Problème détecté → Correction proposée → Testée → En ligne (+ échec / rejetée / archivée).
• Rapport de l'agent en tête : Ce qui a cassé / Ce que j'ai changé (+ liste des fichiers, diff lisible au tap) / Test / Ce que tu dois faire. Message technique derrière « Détails ».
• Un seul bouton Appliquer (avec confirmation) : rattrape GitHub (rebase), envoie, lance la mise en ligne. Conflit réel → message simple + « Laisser Rustine refaire ». Rejeter (sauvegarde 7 jours, restaurable).
• Jamais de relance automatique d'une version déjà en échec.
• Android : notifications fix_ready (après test réussi), en ligne, échec → deep link vers la feuille Corrections.

Pipeline (causes racines)

• Auto-réparation activée sur tous les échecs (auto-deploy, webhook, restart, smoke post-déploiement), confiée à un agent repair (Rustine) avec son propre prompt et ses outils (dont run_application_tests), sans publier ; pas de réveil parallèle du Coordinateur.
• Correction → état « testing » → DevForge lance tests + aperçu ; prête seulement si OK ; sinon Rustine réessaie (3 max) puis échec clair.
• Échecs de plateforme (labels Docker, conteneur jamais prêt sans erreur app) classés « problème DevForge » sans patch de l'app ; docker logs --tail aussi sur timeout.
• Aperçu : noms des secrets prod non montés exposés à l'agent (valeurs jamais).
• Auto-deploy : pas de reset du workdir pendant une réparation ouverte.
• Lien réveil ↔ run corrigé (« aucun run »), pointe de branche = head_sha.
• run_workdir_command : git en lecture, cat, grep (fichiers secrets refusés).
• Tri auto : correction déjà intégrée / dépassée / lockfile seul → archivée (sauvegarde 7 jours).