Agentic Investment Management

L’Agentic Investment Management, expliqué pas à pas.

L’agentic investment management reste nouveau pour la plupart des allocataires. Cette page explique simplement ce qu’est un agent, quels agents Tensor conçoit, à quoi servent les cinq étapes de contrôle de la recherche et ce qui reste toujours une décision humaine.

Architecture interne illustrative en développement · ni produit d’investissement ni service réglementé
01 · Les bases

Qu’est-ce qu’un agent ?

Un agent est un logiciel doté d’une tâche étroitement définie, d’un accès à des données et outils précis et d’autorisations explicites. Dans ce cadre, il peut lire, calculer, écrire et tester du code et rédiger un rapport. Il travaille comme un analyste spécialisé qui suit une liste de contrôle, à ceci près que chacune de ses actions est consignée.

Reçoit

Une tâche, des autorisations définies

Par exemple : « reconstruire les données de cette hypothèse telles qu’elles étaient connues à l’époque ». Rien au-delà.

Peut

Préparer, tester, consigner, signaler

Il rassemble des preuves, exécute les tests autorisés, consigne ce qu’il a fait et signale toute anomalie à une personne.

Ne peut pas

Valider son propre travail

Il ne peut ni modifier sa tâche, ni élargir ses autorisations, ni promouvoir sa propre conclusion, ni modifier le risque. Ces étapes appartiennent à des personnes.

Tensor est conçu autour de plusieurs agents spécialisés plutôt que d’un modèle opaque unique. Aucun agent, modèle ou signal ne contrôle seul le portefeuille.

02 · Les agents

Des spécialistes aux autorisations séparées.

Chaque agent est conçu pour une partie du travail de recherche. La séparation est essentielle : l’agent qui propose une idée n’est pas celui qui la teste, et aucun d’eux ne peut la valider.

  • Idée & enregistrement

    Agents de recherche

    Conçu pour
    Suivre différents marchés, familles de données et changements structurels, et traduire les observations en hypothèses testables aux règles figées.
    Ne peut pas
    Tester ou valider sa propre idée.
  • 02Reconstruire

    Agents de reconstruction

    Conçu pour
    Reconstruire les données point-in-time : ce qui était connu à chaque date historique, avec horodatages, univers et chaque transformation consignés.
    Ne peut pas
    Utiliser des données révisées ou des informations futures.
  • 03Contester

    Agents de contestation

    Conçu pour
    Jouer le rôle d’une red team interne : rechercher chevauchement avec des facteurs connus, instabilité et tout motif de rejet.
    Ne peut pas
    Assouplir un test après en avoir vu le résultat.
  • 04Valider

    Agents de validation

    Conçu pour
    Ouvrir une seule fois un échantillon resté intact, selon la règle de décision fixée à l’enregistrement.
    Ne peut pas
    Rouvrir l’échantillon ou remodeler l’idée en fonction de celui-ci.
  • 05Implémenter

    Agents risque & mise en œuvre

    Conçu pour
    Modéliser rotation, slippage, liquidité, rolls de contrats et capacité, et vérifier l’exposition au regard des limites de volatilité, de concentration, de liquidité et de drawdown.
    Ne peut pas
    Fixer ou modifier une limite de risque.
  • En continu

    Agents reporting & opérations

    Conçu pour
    Préparer les rapports récurrents, acheminer les documents, tenir le registre de supervision et signaler les exceptions.
    Ne peut pas
    Communiquer seuls vers l’extérieur.

Un agent manager répartit le travail entre eux et escalade vers des personnes. Le plan de contrôle Tensor consigne autorisations, provenance et statut de revue à chaque étape.

03 · Les cinq étapes

Suivez une hypothèse à travers le pipeline.

Chaque idée franchit les mêmes cinq étapes, dans le même ordre. À chaque étape, elle peut être rejetée, et le motif est consigné. Faites défiler, survolez ou sélectionnez une station pour voir ce qui se passe à chaque étape.

Exemple illustratif avec une hypothèse synthétique · aucune donnée de recherche de Tensor

  1. IdéeUne observation devient une hypothèse écrite.
  2. EnregistrerFixer la thèse et les règles avant tout test.
  3. ReconstruireReconstruire les données telles qu’elles étaient connues à l’époque.
  4. ContesterTout faire pour prouver que l’idée est fausse.
  5. ValiderOuvrir une fois des données intactes, selon une règle fixée.
  6. ImplémenterVérifier que l’idée résiste aux coûts et limites réels.
  7. Validation humaineDes personnes décident. Le système s’arrête ici.

Étape en cours Idée

  • H-0042 · exemple synthétique
  • La plupart des hypothèses sont rejetées à une étape
  1. Idée

    Une observation devient une hypothèse écrite.

    Un agent de recherche remarque une relation possible dans les données de marché et la consigne comme hypothèse, avec un identifiant. À ce stade, ce n’est qu’une idée à tester : ni un signal, ni une position.

    Réalisé par
    Agent de recherche
    Consigné
    Observation d’origine, agent, horodatage
    H-0042 · à cette étape

    Un agent de recherche observe une relation possible dans la forme de la courbe des taux et l’enregistre sous H-0042 · momentum de courbe.

    Consignée
  2. Enregistrer

    Fixer la thèse et les règles avant tout test.

    Avant tout test, la justification économique, le sens attendu, l’horizon et les conditions de rejet sont écrits et horodatés. Les règles ne peuvent plus être modifiées sans créer une nouvelle variante consignée.

    Réalisé par
    Agent de recherche · plan de contrôle
    Consigné
    Thèse enregistrée et règles de rejet
    H-0042 · à cette étape

    Thèse, signe attendu, horizon et critères de rejet de H-0042 sont verrouillés.

    Réussie
  3. Reconstruire

    Reconstruire les données telles qu’elles étaient connues à l’époque.

    Les données historiques sont souvent révisées après coup, et les membres actuels d’un indice ne l’ont pas toujours été. Cette étape reconstruit les données telles qu’elles étaient disponibles à chaque date passée, afin qu’un test n’utilise jamais une information encore inconnue à l’époque.

    Réalisé par
    Agent de reconstruction
    Consigné
    Versions de données, univers, horodatages, lignage
    H-0042 · à cette étape

    Les données de courbe de H-0042 sont reconstruites à partir de versions point-in-time ; chaque transformation est journalisée.

    Réussie
  4. Contester

    Tout faire pour prouver que l’idée est fausse.

    Des agents indépendants attaquent le résultat : tests placebo, sous-périodes, légères variations des paramètres, chevauchement avec des facteurs connus et définitions alternatives. C’est ici que la plupart des hypothèses sont censées s’arrêter.

    Réalisé par
    Agents de contestation (red team interne)
    Consigné
    Chaque test, chaque variante, chaque motif de rejet
    H-0042 · à cette étape

    H-0042 est testée sur des sous-périodes, des perturbations et son chevauchement avec une exposition de tendance existante. Une hypothèse qui ne ferait que répéter cette exposition serait archivée ici, avec son motif consigné.

    Réussie
  5. Valider

    Ouvrir une fois des données intactes, selon une règle fixée.

    Une partie des données est mise de côté et jamais consultée pendant la recherche. Elle est ouverte une seule fois, et le résultat est jugé selon la règle de décision enregistrée à l’étape 01. Il n’y a pas de seconde tentative sur le même échantillon.

    Réalisé par
    Agent de validation
    Consigné
    Journal d’accès, règle de décision, résultat
    H-0042 · à cette étape

    L’échantillon intact de H-0042 est ouvert une fois ; le résultat est jugé au regard de la règle pré-engagée.

    Réussie
  6. Implémenter

    Vérifier que l’idée résiste aux coûts et limites réels.

    Un résultat de recherche peut sembler bon sur le papier et échouer en pratique. Cette étape modélise explicitement coûts de transaction, slippage, liquidité, rolls de contrats et capacité, et vérifie l’exposition proposée au regard des limites de risque fixées par des personnes.

    Réalisé par
    Agents risque & mise en œuvre
    Consigné
    Hypothèses de coûts, liquidité et capacité ; contrôles de limites
    H-0042 · à cette étape

    Rotation, coûts et capacité de H-0042 sont modélisés ; l’exposition proposée est vérifiée au regard des limites.

    Réussie
  7. Validation humaine

    Des personnes décident. Le système s’arrête ici.

    Le dossier de preuves est transmis à des personnes responsables. Elles décident si l’hypothèse peut être utilisée, avec quelles limites, ou pas du tout. Aucun agent ne peut la faire progresser de lui-même, et le retrait reste une décision humaine.

    Réalisé par
    Personnes responsables
    Consigné
    Revue, décision, limites, date
    H-0042 · à cette étape

    H-0042 attend une revue. Le système ne peut pas la faire progresser.

    En attente de revue

Après validation : la couche portefeuille

  1. Combiner

    Les preuves validées et indépendantes sont synthétisées entre stratégies et marchés.

  2. Dimensionner

    Volatilité, concentration, liquidité et limites de drawdown structurent l’exposition.

  3. Surveiller

    Mise en œuvre, exceptions et déclin des signaux restent visibles après déploiement.

Les résultats observés et le déclin alimentent le cycle de recherche suivant.

04 · Ce qui reste humain

Le système fait le travail. Les personnes prennent les décisions.

Les agents sont conçus pour préparer, tester, rapprocher et signaler. Tout ce qui modifierait le risque attend une personne.

Prévu pour le système

  • Suivi des marchés, des familles de données et des changements structurels
  • Traduction des observations en hypothèses testables aux règles figées
  • Reconstruction des données point-in-time et contestation de chaque résultat
  • Consignation de chaque variante testée et de chaque motif de rejet
  • Préparation du reporting, acheminement des documents et signalement des exceptions

Réservé à la validation humaine

  • Décisions d’investissement
  • Limites de risque et exceptions
  • Validation, déploiement et retrait des modèles
  • Communication externe

Aucun agent ne valide ses propres conclusions.

05 · Ce qu’y gagnent les allocataires

Des preuves que l’on peut suivre, pas une boîte noire.

L’architecture est conçue pour répondre aux questions que les allocataires posent déjà à un gérant systématique, et pour en conserver les réponses.

  1. Traçabilité

    Chaque hypothèse est conçue pour porter un identifiant, une thèse enregistrée et un parcours consigné à travers les étapes, y compris où et pourquoi elle s’est arrêtée.

  2. Piste d’audit

    Versions de données, variantes testées, hypothèses de travail, revues et décisions sont conçues pour être conservées, pas seulement le meilleur résultat.

  3. Moins de surapprentissage

    Des règles fixées avant les tests, des données point-in-time, un échantillon ouvert une seule fois et le décompte de chaque variante testée visent à rendre plus difficile la confusion entre bruit et signal.

  4. Contrôle

    Les agents ne peuvent pas promouvoir leurs propres conclusions. Décisions d’investissement, limites de risque et validations restent entre les mains de personnes responsables.

Lire la note de recherche : AI Is Making Quant Research Worse
06 · Glossaire & FAQ

Des définitions simples.

Agent
Logiciel doté d’une tâche définie, d’outils précis et d’autorisations explicites. Il prépare et teste ; il ne décide pas.
Hypothèse
Énoncé testable sur les marchés, écrit avant d’être testé. La plupart sont rejetées.
Étape de contrôle (gate)
Point de contrôle que chaque hypothèse doit franchir, dans l’ordre. Un échec l’arrête, avec un motif consigné.
Données point-in-time
Données telles qu’elles étaient connues à une date passée, sans révisions ultérieures ni biais rétrospectif.
Surapprentissage (overfitting)
Modèle qui reproduit le bruit passé plutôt qu’un effet durable. Il paraît généralement meilleur en backtest qu’en usage réel.
Échantillon intact (holdout)
Données mises de côté et non consultées pendant la recherche, ouvertes une seule fois pour la validation.
Piste d’audit
Trace complète de ce qui a été testé, par quel agent, sur quelles données, avec quel résultat, et de qui l’a validé.
Plan de contrôle
Couche commune qui consigne autorisations, provenance et statut de revue à chaque étape.

Ce que c’est

  • Une architecture interne de recherche en développement
  • Un moyen de rendre la recherche plus observable et plus facile à auditer
  • Un processus dans lequel des personnes prennent les décisions d’investissement

Ce que ce n’est pas

  • Du trading autonome ou un portefeuille « robo »
  • Un fonds, un produit, une offre ou un service d’investissement
  • Une promesse de rendement ou une présentation de performance
  • Une boîte noire dans laquelle l’IA prend les décisions

Questions fréquentes

Qu’est-ce que Tensor Asset Management ?

Tensor Asset Management S.à r.l. est une société luxembourgeoise qui construit une architecture de recherche agentique en alternatives liquides, centrée sur Tensor-Qube, son architecture interne de recherche de portefeuille. Des agents spécialisés élargissent la recherche, des étapes de recherche indépendantes écartent ce qui ne résiste pas, et les décisions d’investissement, la promotion des modèles et les limites de risque exigent une validation humaine. La recherche couvre deux programmes : multi-actifs long/short et CTA systématique. La société est en phase de mise en place. Elle n’est actuellement ni agréée, ni autorisée, ni directement réglementée par une autorité de surveillance financière, n’a commencé aucune activité réglementée et ne propose aucun produit d’investissement.

Une IA décide-t-elle quoi acheter ou vendre ?

Non. L’architecture est conçue pour que décisions d’investissement, limites de risque et validations restent entre les mains de personnes responsables. Les agents préparent et testent les preuves.

Un agent peut-il modifier les règles après avoir vu un résultat ?

Non. La thèse et les règles de rejet sont fixées à l’enregistrement. Toute modification crée une nouvelle variante, consignée et comptabilisée.

Pourquoi la plupart des hypothèses seraient-elles rejetées ?

Tester de nombreuses idées permet facilement de trouver des motifs qui ne sont que du bruit. Les étapes sont conçues pour rejeter par défaut, afin que seules les preuves qui résistent à chaque contrôle progressent.

Est-ce un produit dans lequel je peux investir ?

Non. Cette page décrit une architecture interne en développement. Elle ne constitue ni un fonds, ni un produit, ni une offre, ni un service d’investissement.

Architecture Tensor

Les agents élargissent la recherche. L’architecture préserve la discipline.

L’objectif n’est pas l’investissement autonome, mais un processus de recherche et de portefeuille plus observable, où preuves, contraintes et statut de revue restent reliés.

Explorer les stratégies