K-SAT AyguFX AI

K-SAT AyguFX AI

La plateforme d'aide à la décision qui fait débattre un comité d'experts et soumet le verdict à un moteur de risque déterministe

K-SAT AyguFX AI est une plateforme d'aide à la décision : elle fait analyser les données de marché par un comité d'agents spécialisés, soumet la décision obtenue au contrôle d'un moteur de risque déterministe, et ne l'exécute via MetaTrader 5 que si elle franchit ce contrôle.

Ce n'est pas un « trading bot ». L'objectif n'est pas d'augmenter le nombre d'ordres, mais de rendre auditable la façon dont une décision est prise : meilleure information, meilleure décision, risque maîtrisé, exécution reproductible, apprentissage après chaque opération. La meilleure réponse que le système puisse donner est souvent de ne rien ouvrir.

La chaîne ci-dessous s'exécute dans l'ordre et aucun maillon ne peut être contourné. Sans l'accord positif du moteur de risque et du directeur des risques, aucune décision n'est exécutable ; aucun score de consensus ne peut annuler une limite de risque.

PythonFastAPIPostgreSQLRedisSQLAlchemy / AlembicMetaTrader 5ClaudeNext.jsDockerPytest
K-SAT AyguFX AI

Maillon 1 — Le comité d'agents spécialisés

Plutôt qu'un avis unique issu d'un modèle unique, un comité travaille, chaque agent regardant son propre domaine.

  • Neuf spécialistes de l'analyse. Structure technique, action des prix, figures en chandeliers, supports et résistances, mesure quantitative, régime de marché, flux macroéconomique, sentiment et analogies historiques — un agent distinct pour chacun.
  • Le désaccord n'est pas étouffé. Les agents peuvent lire la même donnée et conclure différemment ; au lieu de masquer cet écart, le système le porte en phase de débat et en tire le consensus.
  • Le gestionnaire de portefeuille rassemble. La sortie du comité n'est pas un ordre : un agent gestionnaire de portefeuille l'évalue au regard des positions ouvertes et de l'allocation.
  • La donnée est validée d'abord. La chaîne ne commence pas par les données de marché mais par leur contrôle de fraîcheur et de cohérence. Donnée douteuse, comité jamais réuni.

Maillon 2 — Moteur de risque déterministe et veto du CRO

Le dernier contrôleur n'est pas un modèle de langage. Il est délibérément déterministe : la même entrée donne toujours le même résultat, et le motif se lit.

  • Un modèle ne peut pas assouplir une limite. Quelle que soit la force du consensus, une décision qui franchit une limite de risque configurée n'est pas exécutée.
  • Le veto du directeur des risques (CRO). Une seconde porte au-dessus du moteur ; sans accord positif, la chaîne n'avance pas.
  • La configuration est dans des fichiers, pas dans le code. Paramètres de risque, définitions de symboles, réglages des agents et calendrier économique vivent dans des fichiers séparés — les modifier ne demande pas d'écrire du code.
  • Défaillance en mode fermé (fail-closed). En cas de problème de connexion, de données ou de base, la réponse du système ne reste pas ambiguë : elle est toujours « pas de transaction ».

Maillon 3 — Le moteur de règles prop firm

Une infraction sur un compte de prop firm ne se rattrape pas : le compte tombe. Le contrôle se fait donc avant l'ordre, pas après.

  • L'infraction est attrapée par projection, avant d'exister. Le moteur pose la question : « si cette position va jusqu'à son stop, est-ce que je franchis la limite ? » Si oui, la position ne s'ouvre pas.
  • Les vraies règles contractuelles sont modélisées. Perte journalière, drawdown maximal statique ou glissant, objectif de gain, nombre minimal de jours tradés, règle de cohérence, plafonds de lots et interdictions liées aux annonces, au week-end et au portage overnight.
  • Une règle non vérifiée ne tourne pas. Tant que les règles n'ont pas été confrontées à votre propre contrat et marquées comme confirmées, le moteur n'approuve aucune opération — une règle devinée n'est pas une règle.

Maillon 4 — Exécution et portes de sécurité

Même approuvée, une décision ne part pas directement sur le marché : une couche de sécurité distincte s'intercale.

  • L'exécution est fermée par défaut. L'envoi d'ordres s'ouvre par un interrupteur dédié et une porte de validation séparée. Le mode par défaut travaille sur papier.
  • Le risque de brancher le mauvais courtier est fermé. Si le type de compte et le nom du serveur se contredisent, le système ne démarre pas ; le chemin du terminal doit être déclaré explicitement.
  • Gestion des ordres en attente et suivi de position. Un ordre reste surveillé après son envoi ; l'état de la position est réinjecté dans la chaîne.
  • Séparation des droits. Lecture et exécution sont deux jetons distincts ; l'interface ne reçoit que la lecture.

Maillon 5 — Base de connaissances vivante et analyse post-trade

Chaque opération clôturée devient une trace qui alimente la décision suivante.

  • Analyse post-trade. Un agent dédié évalue le résultat : la décision était-elle bonne pour la bonne raison, ou le bon résultat est-il venu d'un mauvais motif ?
  • Deux dépôts de savoir, jamais mélangés. La base typée et sourcée que lisent les agents est distincte de la bibliothèque de recherche brute où travaille l'humain. Le passage de l'une à l'autre franchit obligatoirement un contrôle de source et de type.
  • Aucune affirmation sans source. La base est protégée par une porte de contrôle : une note sans fondement n'entre pas dans la décision d'un agent.

Cockpit et API

Le système n'est pas une boîte noire : le motif de chaque décision se lit à l'écran.

  • La chaîne de décision est visible. Qui a dit quoi, où le consensus s'est formé, ce que le moteur de risque a coupé — tout le parcours est traçable.
  • Le jeton ne part pas au navigateur. Le serveur de l'interface agit comme intermédiaire ; la clé d'API n'atteint jamais le client.
  • Accès programmatique. La même chaîne se consomme via une API HTTP et se branche sur vos propres outils.

La porte d'honnêteté

La caractéristique la plus inhabituelle de ce produit est ce qu'il refuse d'affirmer sur lui-même.

  • Aucun avantage prouvé n'est revendiqué. Les mesures dans l'échantillon et hors échantillon sont rapportées séparément, et un résultat hors échantillon faible n'est pas caché. La mesure n'est pas sacrifiée à une phrase marketing.
  • Comptabilité des essais multiples. Les backtests sont menés en walk-forward et tiennent compte du nombre de stratégies essayées — en essayant assez longtemps, quelque chose finit toujours par « avoir marché ».
  • Critères d'acceptation explicites. Ce que le système a franchi, et ce qui n'a pas pu être mesuré sans terminal en direct, sont écrits séparément.
  • Ceci n'est pas un conseil en investissement. La plateforme est un outil d'aide à la décision et de gouvernance du risque. L'usage en argent réel ne s'active pas avant d'avoir franchi toutes les portes de sécurité et de test.

Mise en route

  1. Cadrage et règles. Vos symboles, vos limites de risque et, le cas échéant, votre contrat de prop firm sont portés en configuration ; les règles sont vérifiées sur le contrat.
  2. Infrastructure. Base de données et cache démarrés, connexion au terminal et type de compte vérifiés.
  3. Démonstration de bout en bout, gratuite. Toute la chaîne s'exécute et s'observe sans aucun appel de modèle.
  4. Fonctionnement papier en parallèle. Le système produit de vraies décisions sur le marché réel ; aucun ordre n'est envoyé, les décisions sont mesurées.
  5. Ouverture contrôlée. L'exécution ne s'ouvre qu'après examen conjoint des critères d'acceptation et des mesures, par une validation distincte.

Ce produit peut-il tourner chez vous ?

Décrivez votre activité en deux lignes. Nous vous répondons avec un périmètre chiffré, pas une brochure.

Ou appelez-nous directement +32 460 25 64 64
WhatsApp · Brief 24h