
de deepswarm112
Orchestrez des travailleurs IA parallèles à grande échelle pour des tâches par lots et multi-tours avec calcul automatique du nombre de travailleurs, décalage et délégation de modèles hiérarchisée pour l'efficacité des coûts.
DeepSwarm exécute et gère N processus de travailleurs parallèles pour exécuter des tâches API par lots ou multi-tours de grande envergure. Il auto-calibre le nombre de travailleurs, les délais de décalage et la taille des lots pour maximiser le débit tout en évitant les limites de débit (rate limits). Il prend en charge la délégation hiérarchisée où un orchestrateur (modèle de pointe) planifie et des travailleurs moins coûteux exécutent à grande échelle.
À utiliser pour les pipelines de génération, de traduction, de résumé ou de classification de longue durée qui bénéficient de la parallélisation (durées d'appel >10s), ou lorsque vous avez besoin d'un point de contrôle (checkpointing) résistant aux plantages et d'un débit élevé sur de nombreuses graines (seeds). Non destiné aux appels synchrones courts ou aux tâches inter-travailleurs étroitement coordonnées.
Utile pour les agents capables de planifier et de surveiller des tâches de fond de longue durée, des pipelines ou des flux de travail CLI exécutés par des développeurs (orchestrateurs de style Hermes, orchestrateurs d'agents tmux et outils de traitement par lots).
DeepSwarm est une compétence d'orchestration de travailleurs parallèles pour les tâches API par lots avec calcul automatique du nombre de travailleurs et délais décalés. Seul seed.py a fonctionné avec succès dès le départ ; les trois autres scripts nécessitent des arguments de runtime et un fichier de configuration task.yaml. swarm.py et worker.py codent en dur la lecture des clés API depuis ~/.hermes/.env, ce qui pose un problème de sécurité. Le SKILL.md est bien structuré avec des instructions claires et une section sur les pièges utiles, mais les scripts manquent de types et présentent des incohérences mineures.
pyyamlrequestsLe chemin du fichier d'identifiants codé en dur (~/.hermes/.env) dans deux scripts est la principale préoccupation de sécurité. Ce n'est pas malveillant mais c'est une mauvaise pratique — devrait utiliser des variables d'environnement ou un chemin configurable. La compétence est réellement utile pour l'orchestration d'API par lots, et la logique d'auto-optimisation est bien pensée.