tradingcodex - le harnais qui transforme Codex en société de gestion d’actifs

Il s’agit d’un harnais pour faire du vibe investing dans Codex, et non du vibe coding.

Il se compose de fichiers de configuration Codex (23 skills, 9 configurations de sous-agents, hooks) et d’un serveur Django (incluant des fonctionnalités MCP).

1. Configuration des agents
   Au centre se trouve l’agent head manager. Il analyse les demandes des utilisateurs, détermine quels sous-agents sont nécessaires et coordonne l’ensemble du workflow.
   Sous l’agent principal, des sous-agents dédiés aux fondamentaux, à l’analyse technique, aux actualités, à la macro, à la structuration de produits, à la valorisation, au portefeuille, au risque et à l’exécution produisent chacun des livrables dans leur périmètre.

2. Mémoire de recherche
   tradingcodex enregistre les résultats d’analyse sous forme de rapports Markdown, de source snapshots, de points de référence temporels et d’historiques de handoff. Cela peut être lu par des humains, mais aussi utilisé par les agents pour transmettre le travail, faire des revues rétrospectives et éviter les doublons.

3. Gestion des stratégies d’investissement avec strategy.md
   Par exemple, il est possible de créer sous forme de fichiers des stratégies de dividendes, de croissance de qualité, de retournement ou de rééquilibrage d’ETF. Désormais, elles sont utilisées sous forme de fichiers .md plutôt que de formules.
   Avec la skill Strategy Creator, vous pouvez construire votre propre stratégie avec l’agent, et la stratégie créée peut ensuite être utilisée via ${strategy-name}.

4. Une information barrier inspirée de la muraille de Chine
   tradingcodex intègre une information barrier inspirée du concept de muraille de Chine utilisé dans la finance.
   Tous les agents n’ont pas accès aux mêmes informations ni aux mêmes outils. Selon leur rôle, les informations visibles, les outils utilisables, les fichiers accessibles et les actions exécutables sont séparés.
   Par exemple, un agent de recherche ne peut pas exécuter d’ordres, et un agent d’exécution ne peut pas modifier à sa guise les arbitrages stratégiques. Les fichiers de stratégie restent des documents d’aide à la décision et ne permettent ni de contourner les politiques ni d’accorder des droits d’approbation.

5. Serveur Django
   Ce serveur gère les agents, les skills, les fichiers de stratégie, les documents de recherche, l’état du portefeuille, les tickets d’ordre, ainsi que les politiques et les journaux d’audit. Il fournit également des fonctions de tableau de bord local.

6. Une architecture d’exécution sécurisée
   tradingcodex ne laisse pas les agents passer des ordres librement.
   Sa propre couche tradingcodex_mcp joue un rôle de mezzanine (ou, du point de vue du développeur, de routeur). Ce serveur centralise et gère chaque broker,
   et les requêtes des agents passent d’abord par cette couche. C’est là que sont vérifiés les rôles et autorisations, les politiques, les restricted symbols, le statut d’approbation, le hash du payload d’ordre et l’éventuelle duplication de requêtes.
   L’exécution doit toujours passer par les étapes de policy, approval, idempotency et audit trail. L’architecture ne permet pas à Codex d’appeler directement le broker MCP ou l’API pour envoyer un ordre.

tradingcodex est à la fois un harnais et un OS pour le domaine de l’investissement au-dessus de Codex.
Il peut être utilisé tel quel, mais vous pouvez aussi le personnaliser en ajoutant vos propres stratégies et des skills spécifiques à chaque agent.