Ralphinho RFC Pipeline

Sélectionné par Skill Harbor : le pipeline RFC Ralphinho, inspiré des patterns de décomposition RFC style humanplane, pour les features trop grosses pour un seul passage d'agent. Le pipeline compte sept étapes : intake du RFC, décomposition en DAG d'unités de travail avec dépendances explicites, assignation des unités, implémentation des unités, validation des unités, file de merge et intégration, et vérification système finale. Chaque unité de travail porte une spec avec id, depends_on, scope, acceptance_tests, risk_level et rollback_plan. Trois niveaux de complexité trient les unités : éditions de fichiers isolées avec tests déterministes au niveau 1, changements de comportement multi-fichiers à risque d'intégration modéré au niveau 2, et changements de schéma, auth, performance ou sécurité au niveau 3. Chaque unité suit son propre pipeline qualité de recherche, plan d'implémentation, implémentation, tests, revue, et rapport prêt-à-merger. Les règles de la file de merge sont strictes : jamais merger une unité avec des échecs de dépendances non résolus, toujours rebaser les branches d'unité sur la dernière branche d'intégration, relancer les tests d'intégration après chaque merge en file. La récupération est définie aussi : évincer une unité bloquée, photographier les constats, régénérer un scope réduit, réessayer avec contraintes mises à jour. Les sorties sont un journal d'exécution du RFC, des cartes de score d'unité, un instantané du graphe de dépendances, et un résumé de risque d'intégration. Par @affaan-m, listé ici avec crédit à son créateur. Tiré du dépôt affaan-m/ECC (MIT). Bémols honnêtes : c'est une enveloppe de workflow, pas un runtime d'orchestration ; pour les petites features, un seul passage est moins cher et plus rapide. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage.