Que fait Pipeline RFC Ralphinho ?
Inspiré des motifs de décomposition RFC de style humanplane et des workflows d'orchestration multi-unités.
Utilisez cette compétence lorsqu'une fonctionnalité est trop volumineuse pour un seul passage d'agent et doit être divisée en unités de travail indépendamment vérifiables.
Étapes du Pipeline
- Réception RFC
- Décomposition DAG
- Affectation des unités
- Implémentation des unités
- Validation des unités
- File d'attente de fusion et intégration
- Vérification finale du système
Modèle de Spécification d'Unité
Chaque unité de travail doit inclure :
iddepends_onscopeacceptance_testsrisk_levelrollback_plan
Niveaux de Complexité
- Niveau 1 : modifications de fichiers isolées, tests déterministes
- Niveau 2 : modifications de comportement multi-fichiers, risque d'intégration modéré
- Niveau 3 : modifications de schéma / authentification / performances / sécurité
Pipeline Qualité par Unité
- recherche
- plan d'implémentation
- implémentation
- tests
- revue
- rapport prêt à fusionner
Règles de la File d'Attente de Fusion
- Ne jamais fusionner une unité avec des échecs de dépendance non résolus.
- Toujours rebaser les branches d'unité sur la dernière branche d'intégration.
- Ré-exécuter les tests d'intégration après chaque fusion en file.
Récupération
Si une unité bloque :
- évacuer de la file active
- capturer les résultats
- régénérer une portée d'unité réduite
- réessayer avec des contraintes mises à jour
Sorties
- Journal d'exécution RFC
- fiches d'évaluation par unité
- instantané du graphe de dépendances
- résumé des risques d'intégration