Project Flow Ops

Sélectionné par Skill Harbor : des opérations de flux d'exécution qui font transformer à Muse les issues GitHub, PR et tâches Linear déconnectées en un seul flux, quand le problème est la coordination, pas le code. Le modèle d'exploitation est explicite : GitHub est la vérité publique et communautaire, Linear est la vérité d'exécution interne pour le travail actif planifié, et chaque issue GitHub n'a pas besoin d'une issue Linear. Muse lit d'abord la surface publique (état de l'issue/PR, auteur, état de la branche, commentaires de relecture, état du CI, issues liées), classe chaque élément en fusionner, porter/reconstruire, fermer ou garer avec une justification d'un paragraphe, décide si Linear est justifié (seulement quand le travail est actif, délégué, planifié, interfonctionnel ou assez important pour être suivi), et garde les deux systèmes cohérents en publiant les résolutions publiques sur GitHub et en marquant Linear en conséquence. Les règles de relecture sont strictes : jamais de fusion sur le titre ou la confiance seule, utiliser le diff complet ; CI rouge = classer et corriger ou bloquer, jamais prétendre que c'est prêt à fusionner ; si le vrai bloqueur est la direction produit, le dire. Retourne un format de sortie fixe : statut public, classification, action Linear, et l'action exacte suivante de l'opérateur. Par @affaan-m, listé ici avec crédit à son créateur. Tiré du dépôt affaan-m/ECC (MIT). Bémols honnêtes : la classification est une recommandation, la décision de fusion reste la vôtre ; il suppose que vous utilisez vraiment GitHub et Linear, sinon la moitié du modèle ne s'applique pas. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage.