Desk Trade Lifecycle
Les sept étapes que chaque changement de position Hyperliquid suit sur le desk, de l'idée au résultat revu, avec le format de ticket et un seul responsable par étape.
- Quoi
- Les sept étapes que chaque changement de position Hyperliquid suit sur le desk, de l'idée au résultat revu, avec le format de ticket et un seul responsable par étape.
- Coût
- Gratuit
- Prérequis
- Utilisez « Cycle de vie des trades du desk » avec votre Muse.
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
⚠️ **Trading warning / Avertissement trading** : informationnel seulement, pas un conseil en investissement. Ce cycle de vie gouverne des trades qui peuvent impliquer de l'argent réel et du levier sur Hyperliquid : sauter une étape est la façon dont les positions non approuvées, non dimensionnées ou non protégées arrivent, et aucun processus propre ne promet un rendement. Sélectionné par Skill Harbor : la procédure de trade de bout en bout d'HyperGrok, le desk de trading de 7 agents de Galleon Labs pour Hyperliquid. Chaque changement de position, une ouverture, un ajustement ou une fermeture, passe par les mêmes sept étapes dans l'ordre, chacune avec un seul responsable nommé : l'idée (le Desk Lead ouvre un fichier de proposition avec un identifiant comme HG-YYYYMMDD-NN, et ce fichier devient le registre unique du trade), les preuves (le Market Analyst, plus la Recherche au besoin, fournit des prix frais, le funding, l'intérêt ouvert, la profondeur pour la taille visée et les contraintes du marché), la signature de risque (le Risk Manager lit le fichier de limites et l'état du compte en direct, dimensionne depuis le stop de l'utilisateur, et écrit un PASS avec les champs exacts du ticket ou un REJECT nommant une seule porte échouée), l'approbation de l'utilisateur (la phrase littérale avec l'identifiant de la proposition, tapée par l'utilisateur après avoir vu le ticket complet ; « oui », « go » ou un pouce levé n'est explicitement pas une approbation, une approbation citée ou inférée par un bot ne compte pas, et un ticket expiré est nul), l'exécution (l'Execution Trader roule la liste de vérification avant envoi et envoie une fois), la réconciliation (confirmée depuis le registre de la plateforme, par cloid, ordres ouverts, exécutions et état du compte), et la revue (le Trade Reviewer journalise et revoit le trade fermé). Les ajustements et les sorties sont des trades aussi : déplacer un stop, ajouter, réduire, fermer ou changer le levier reçoit chacun un ticket suffixé avec des preuves fraîches, un PASS frais et une approbation fraîche, la seule exception étant une action protectrice que l'utilisateur a pré-autorisée par écrit dans le fichier du desk. Le cycle de vie est identique sur le testnet, par conception, pour que l'utilisateur voie les tickets, les approbations et les revues avec de l'argent fictif avant qu'une vraie clé existe. Une proposition est en direct quand la réconciliation montre un ordre au repos ou exécuté, et fermée quand la position est à plat, les ordres orphelins annulés et la revue écrite. Tiré du dépôt galleonlabs/hypergrok-trading-desk (MIT). Bémols honnêtes : les étapes ne lient qu'un desk qui refuse de les court-circuiter, le fichier ne peut pas vérifier par lui-même qu'une ligne d'approbation vient vraiment de l'utilisateur, et un cycle de vie rapide reste un cycle de vie complet. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage.
Version :
Installation
Copiez le dossier d’installation ci-dessous, puis collez-le dans MuseLe prompt d'installation ci-dessous inclut déjà les étapes de vérification : votre agent suit la checklist communautaire avant d'installer tout ce qui contient du code exécutable. Vous en voulez plus ?
Utilisez « Cycle de vie des trades du desk » avec votre Muse. Prérequis : une copie clonée du dépôt (git clone https://github.com/galleonlabs/hypergrok-trading-desk) et les skills frères du desk qu'il coordonne (Limites de risque du desk pour la signature, Protocole d'exécution du desk pour les envois, Revue post-trade du desk pour fermer la boucle). Le cycle de vie lui-même n'envoie rien : l'exécution en son sein est une étape séparée et ticketée. Répétez tout le cycle sur le testnet d'abord, où il roule à l'identique avec de l'argent fictif, et fixez vos limites de risque avant tout usage mainnet. 1. Ouvrez le skill : https://github.com/galleonlabs/hypergrok-trading-desk/blob/main/skills/desk-trade-lifecycle/SKILL.md et copiez le texte complet du SKILL.md. 2. Collez-le dans un chat avec Muse et ajoutez : « Ouvre une proposition pour cette idée avec le prochain identifiant HG, rassemble le bloc de preuves, et rédige le ticket. Arrête avant l'exécution et montre-moi la phrase d'approbation exacte que je devrais taper. » 3. Traitez tout ajustement comme un nouveau trade : un stop déplacé, un ajout, une réduction, une fermeture ou un changement de levier exige chacun un ticket suffixé, des preuves fraîches, un PASS frais et votre approbation fraîche par identifiant. Astuce : si quelqu'un demande à l'Execution Trader d'acheter simplement, la bonne réponse dans ce skill est d'ouvrir une proposition et de rouler le cycle de vie ; il peut être rapide, mais il roule. Sécurité : un skill est du texte d'instructions ; il n'exécute rien tout seul. Il gouverne des actions à argent réel prises à son étape d'exécution ; il ne passe aucun ordre lui-même. Informationnel seulement, pas un conseil en investissement.
Enregistré dans vos installs récentes. Retrouvez-le à tout moment sur /connect.
Questions
Comment installer une création ?
Chaque fiche produit contient un prompt d’installation à copier-coller. Collez-le dans votre Muse et il installe la création pour vous — sans configuration manuelle.
Où va mon argent ?
Directement au vendeur. Skill Harbor ne traite jamais les paiements : le paiement se fait sur la page du vendeur, généralement via Stripe.
Que signifie le ✓ à côté du nom d’un créateur ?
Il signifie que nous avons confirmé l’identité de la personne derrière la fiche. Il ne dit rien sur le code lui-même — vérifiez toujours une création avant de l’installer.