Q01Les agents vont-ils placer des ordres live tout seuls ?
Non. L'équipe quant exécute avec HITL sur chaque ordre, changement d'allocation et édition de limite de risque. Les agents font la recherche, le backtest, le scoring et rédigent le memo de deploy. Un humain appuie sur le bouton pour le capital.
Q02Les agents peuvent-ils raisonner sur nos backtests et données tick ?
Trois voies. Le Static context attache la spec de stratégie, les définitions de facteur et la politique de risque à des personas spécifiques à chaque run. L'outil rag_retrieve permet à QuantAnalyst et QuantSkeptic de tirer depuis les logs de backtest, les tearsheets passées et les post-mortems précédents à la demande. La mémoire cross-run garde les résultats walk-forward d'hier dans le scope du test de régime d'aujourd'hui.
Q03Est-ce une alternative à QuantConnect ou WorldQuant ?
Non, ça se branche à côté. QuantConnect fait tourner ton moteur de backtest. WorldQuant héberge la compétition de facteurs. Melaya est la couche de recherche et de revue qui score le signal, dimensionne la position et met en attente le memo de deploy. Ton backtester reste ton backtester.
Q04Comment éviter que l'analyse sonne comme une tearsheet IA générique ?
Chaque métrique cite sa taille d'échantillon et sa fenêtre temporelle. QuantAnalyst reporte le Sharpe avec son erreur standard, QuantSkeptic reporte le Deflated Sharpe avec le nombre de trials, et ReportWriter refuse d'adoucir un verdict REJECTED. Les reviewers peuvent exiger une citation sur chaque claim comme pré-check HITL.
Q05Sur quels modèles peut-on faire tourner cette équipe d'agents IA ?
N'importe lesquels. Claude sur QuantSkeptic là où le raisonnement adversaire justifie le coût, GPT sur le ReportWriter, et un Ollama local sur le QuantAnalyst quand la spec de stratégie et les données tick doivent rester dans ton VPC. Chaque agent choisit le sien.
Q06À quelle vitesse une équipe quant peut-elle lancer son premier pipeline de revue ?
Avec ta sortie de backtest posée dans S3 ou un warehouse SQL, le workflow signal-quality vers deploy-memo est un canvas à 4 nœuds : ingest résultats, faire tourner QuantAnalyst plus QuantSkeptic, gater sur le verdict, rédiger le memo. La plupart des desks le déploient dans une session de travail et revoient la première stratégie le jour même.
Q07Comment ça gère le changement de régime et la validation walk-forward ?
QuantSkeptic refuse toute stratégie sans validation walk-forward et au moins un régime out-of-sample. Le persona CRO fait tourner les stress books 2008, 2020 et 2022 sur l'allocation proposée. Si l'un des deux échoue, ReportWriter ne peut pas sortir une action DEPLOY par design.
Q08Puis-je auditer exactement ce que l'agent a fait et pourquoi ?
Chaque run logge chaque étape, chaque appel d'outil, chaque invocation de modèle et chaque décision d'approbation. Replay n'importe quel run à tout moment. Le journal d'audit est le risk log, et il sauvegarde avec le memo de deploy dans ton archive conformité.
Q09Peut-on restreindre quels agents peuvent écrire dans notre broker ou système de risque ?
Oui. Le scoping d'outils est par agent. Le QuantSkeptic et le QuantAnalyst tournent en lecture seule contre les stores de backtest. Seul le PortfolioManager peut mettre en attente un changement d'allocation, et ce changement est HITL-gated par défaut. Le CRO est la seule persona autorisée à éditer les seuils de circuit breaker.
Q10Pourquoi ne pas simplement écrire la revue de stratégie comme un script Python ?
Un script exécute les vérifications que tu as pensé à écrire, dans un ordre fixe, et pourrit au fur et à mesure que le desk évolue. Melaya, le builder visuel d'agents IA, fait tourner un crew de six personas où le Quant Skeptic peut refuser un verdict, exiger des preuves walk-forward et logger un motif d'échec typé. Chaque étape atterrit dans des traces de run complètes, et les appels de base de données destructifs restent soumis à une gate HITL (validation humaine).
Q11Peut-on réutiliser un même pipeline de revue pour chaque stratégie que le desk produit ?
Oui. Sauvegarde n'importe quelle run comme template et chaque candidat passe par les six mêmes workflows : qualité du signal, décomposition des coûts d'exécution, sizing Kelly, stress testing, le pass du sceptique et le mémo. Le bundle data_utils hache chaque fichier de résultat, donc le log d'audit prouve que le tearsheet en revue correspond à celui que le PM a signé.
Q12Comment contrôle-t-on ce que coûte une revue de stratégie complète ?
Melaya route chaque étape vers un modèle différent parmi 23 fournisseurs, donc les statistiques lourdes de Quant Analyst peuvent tourner sur un modèle frontier pendant que la mise en forme du mémo du Report Writer tourne sur un modèle moins cher. Le coût par résultat accepté est suivi par run, et les traces de run complètes montrent exactement quelle étape a dépensé quoi.
Q13Melaya peut-il surveiller notre portefeuille dans une appli broker qui n'a pas d'API ?
Oui, pour le monitoring uniquement. Le Device Control de Melaya opère un vrai téléphone Android : l'agent ouvre l'appli broker autorisée, lit l'écran, et rapporte les positions dans le workflow, sans API requise. Device Control ne peut pas passer d'ordres, le trading est mis en pause sur toute la plateforme, et chaque écriture marque une pause pour approbation sur l'appareil.
Q14Le crew peut-il analyser nos backtests sans que les données ne quittent notre infrastructure ?
Oui. Melaya tourne dans le cloud ou sur ton runner local, et les étapes sensibles peuvent rester sur le runner. Le bundle database lit les outputs de backtest et les captures de ticks depuis ton warehouse sur place, les appels SQL destructifs sont soumis à une gate HITL (validation humaine) et désactivés par défaut, et le bundle finance est en lecture seule par conception sans écriture broker possible.