L'orchestrateur
Cette page existe pour que vous ne soyez pas surpris en voyant le mot. L'orchestrateur est de la plomberie interne ; vous n'avez pas besoin de le connaître pour un usage normal.
L'orchestrateur en un paragraphe
L'orchestrateur est la couche interne de recherche et de connaissance d'ARDS. Quand il a besoin de prendre une décision qui n'est pas un simple appel d'outil — choisir quelle variante de coder assigner, décider de couper une tâche en deux, comparer deux pistes d'implémentation — sa couche de raisonnement déclenche une petite mission de recherche. Elle mène une enquête en parallèle (codebase, docs, web), synthétise une réponse et la rend à l'orchestrateur.
Le tableau de bord Orchestrator
La page Orchestrateur n'est pas dans la barre latérale — ouvrez l'index Toutes les fonctionnalités (l'entrée « … » en bas de la barre latérale) et cherchez Orchestrateur. Le tableau de bord montre une vue d'ensemble — statut des experts, requêtes traitées, vagues de maintenance récentes — et une rangée Explorer de surfaces voisines :
- Compositions d'équipes — historique des compositions d'équipes et recommandations.
- Expansions d'intentions — historique des expansions d'intentions et règles d'implication.
- Diagrammes vivants — diagrammes système auto-générés avec suivi des différences.
- État du système — analyse de l'harmonie système et métriques d'équilibre.
- Exécuteur de scénarios — scénarios de validation système et exécution de tests.
- Banc de validation — tester des prompts sur plusieurs LLMs et comparer les réponses.
- Canal courriel — notifications sortantes et traitement des courriels entrants.
- Tableau de bord migration — planification de migration système et cartographie du contexte.
- Traces des experts — déboguer le routage des experts, les consultations et la qualité des réponses.
Ce sont des surfaces de recherche, et les parcourir ne risque rien — mais tout n'y est pas en lecture seule. Déclencher la maintenance sur le tableau de bord se trouve derrière une boîte de confirmation ; l'Exécuteur de scénarios a de vrais boutons Lancer et Tout lancer qui exécutent réellement les scénarios de validation ; et le Banc de validation a un panneau Nouvelle exécution qui envoie des prompts de test à plusieurs LLMs (vrais appels, vraie dépense), plus un Annuler sur les exécutions en cours. Laissez ces contrôles tranquilles sauf demande d'un opérateur ; tout le reste s'explore librement sans rien casser.
Quand vous verrez l'orchestrateur dans l'interface
- Dans la décomposition de mission : une longue mission peut afficher « Investigating… » pendant la planification. C'est normal. Les missions qui exécutent un workflow sautent en grande partie ce raisonnement au moment de la décomposition — le graphe est déjà le plan — donc le comportement « Investigating… » concerne les missions nées d'une conversation.
- Dans Costs : il y a une ligne de point d'appel Orchestrator aux côtés de Planning, Coder, Review Engine. Généralement une petite fraction de la dépense totale.
- Dans les résultats de Search : les sorties de missions de recherche sont recherchables comme les conversations.
Ce que les testeurs peuvent faire avec l'orchestrateur
Rien d'obligatoire en v1. Pas de bouton « lancer une recherche » exposé aux testeurs ; l'orchestrateur la déclenche au besoin. (Le seul contrôle actif de son tableau de bord, Déclencher la maintenance, est pour les opérateurs.)
Si vous voulez une réponse de style recherche d'ARDS — « passe la codebase en revue et dis-moi ce qu'il y a » — le bon chemin est de démarrer une conversation et de demander ça. Le planificateur la routera via l'orchestrateur sous le capot.