Dynamic Workflow Mode Harnesses

Sélectionné par Skill Harbor : une discipline pour le mode de workflow dynamique de Claude qui transforme l'improvisation d'agents ad hoc en système observable. Le contrat central : un harnais local à la tâche ne vaut la peine d'être construit que s'il est moins cher et plus sûr que de piloter les mêmes étapes à la main, et il doit déclarer son Objectif (ce qu'il possède et explicitement ne possède pas), ses Entrées (fichiers, URLs, prompts, sources de données, politique d'identifiants, contraintes), ses Sorties (commits, rapports, captures, fichiers de statut, instantanés du panneau de contrôle), son Évaluation (au moins un contrôle passe/échoue lié à la tâche, jamais juste « ça a tourné »), et son Transfert (un court artefact disant au prochain opérateur ce qui s'est passé, ce qui est bloqué, et comment reprendre). L'arbre de décision vous garde honnête : tâche unique reste en ligne, tâche répétée avec entrées changeantes obtient un harnais local dans une zone temp ou projet, tâche répétée entre coéquipiers ou dépôts est extraite en skill partagé, les tâches avec état externe ou approbations obtiennent d'abord la visibilité du panneau de contrôle, et les tâches à risque sécurité obtiennent une porte d'évaluation plus une porte de fusion humaine avant l'exécution autonome. Les points de contrôle du panneau (Plan, File, Exécution, Porte, Transfert) rendent le workflow utilisable en équipe sur plusieurs sessions, et les portes d'évaluation sont choisies par type de travail : tests ciblés pour le code, smoke navigateur pour l'UI, transcriptions de fixtures pour les workflows d'agents, checklists de claims pour la recherche, dry runs pour les intégrations. L'extraction en skill partagé est elle aussi gardée : ne promouvez que quand au moins deux signaux tiennent (le workflow se répète entre sessions ou équipes, les échecs se répètent parce que les opérateurs sautent une porte, le contrat entrée/sortie est stable). Les anti-patterns sont nommés : scripts qui cachent la logique de décision à l'opérateur, traiter le mode dynamique comme permission de sauter les tests, docs uniques là où un skill partagé est le vrai produit, agents multiples sans propriété ni politique de fusion, données de recherche privées brutes qui fuient dans des docs publics. Par @affaan-m, listé ici avec crédit à son créateur. Tiré du dépôt affaan-m/ECC (MIT). Bémols honnêtes : ne revendiquez jamais un workflow réutilisable tant que l'évaluation ne peut pas être relancée par un autre coéquipier ; un harnais sans porte d'évaluation n'est que de l'automatisation avec des étapes en plus. Le modèle est une structure de départ, adaptez la boucle à votre tâche. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage.