Réglage de la flotte

La flotte de coders est le pool de conteneurs qu'ARDS lance pour exécuter les tâches. En v1, vous n'avez presque jamais besoin de la régler — les défauts sont dimensionnés pour la charge typique d'un testeur. Cette page existe pour que vous puissiez le faire si vous voulez.

Où regarder

  • Config LLM → onglet Outils — la maison de la flotte depuis la consolidation des surfaces. On y trouve les paramètres par défaut de la flotte (outil, variante, modèle, concurrence, budget de tours), la configuration par outil avec le compte en direct des instances actives, les limites de ressources par variante, et les registres de conteneurs. L'ancienne page Fleet Resources atterrit ici automatiquement. Config LLM se trouve sur l'index Toutes les fonctionnalités (l'entrée « … » en bas de la barre latérale).
  • Page Fleet Profiles — des jeux de configuration nommés, posés par-dessus les défauts système. Elle n'a pas d'entrée dans la barre latérale ; ouvrez /fleet/profiles directement.
  • Page Flotte Coder — l'exploitation en direct, pas la configuration : un onglet Moniteur Coder (coders qui tournent) et un onglet Tableau de bord des files (ce qui attend). Lecture diagnostique uniquement.

Ce que vous pouvez régler

Sur l'onglet Outils de Config LLM :

  • Paramètres par défaut — Outil par défaut, Variante par défaut, Modèle par défaut, Max. concurrent (défaut 3) et Max. tours (défaut 30). Augmentez la concurrence si vous avez une grosse mission avec des tâches parallélisables ; diminuez pour brider la dépense (chaque coder consomme des tokens indépendamment).
  • Configuration des outils — une carte par outil coder, avec activation et clé API. Chaque carte affiche combien d'instances sont actives en ce moment.
  • Limites de ressources, par variante (standard / browser / android) — mémoire, CPU, mémoire partagée (SHM) et Max Instances. N'augmentez la mémoire que si une page tâche montre des OOM kills dans les logs ; les variantes browser et Android ont besoin de l'allocation SHM.

Les chaînes de fallback de modèles ne sont pas un réglage de flotte — elles vivent dans la configuration LLM. Pour les runs de workflow, les liaisons de preset résolues au dispatch priment — voir les presets.

Profils

La page Fleet Profiles gère des jeux de configuration nommés avec des surcouches parcimonieuses : un profil ne stocke que les champs qui diffèrent de son parent ; tout le reste s'hérite. Un seul profil est livré d'origine — System defaults (marqué d'un badge S ; non supprimable). Il n'existe pas d'autres presets intégrés.

  • Boutons : New Profile, Clone, Delete, Save Profile, Preview Resolved.
  • Champs d'un profil : une description, un Parent Profile optionnel, les défauts (Default Tool — claude, copilot, codex, gemini, aider, octofriend, junie ou custom ; Default Variant — standard, browser, android ; Default Model ; Max Concurrent ; Max Turns), des variables d'environnement au niveau du profil, et une vue en lecture seule des overrides par outil.
  • La résolution suit défauts système → profil parent → profil → overrides par projet ; des badges de provenance à côté de chaque champ montrent d'où vient la valeur résolue, et Preview Resolved affiche la configuration finale fusionnée.

Les profils s'appliquent par projet, et lier un profil à un projet passe pour l'instant uniquement par l'API — il n'y a pas de bouton dans l'interface pour ça. Tant qu'aucune liaison n'est faite, chaque projet tourne sur les défauts système.

Profils de flotte vs presets de workflow

Les noms se ressemblent ; les métiers, non. Un profil de flotte configure comment les coders tournent pour un projet : quel outil coder et quelle variante, le modèle par défaut, combien tournent en même temps, le budget de tours. Un preset de workflow est un lot de choix de modèle et de provider lié à un workflow, résolu au dispatch — le scope le plus spécifique gagne, et il l'emporte sur le modèle saisi sur le canvas. Réglez les coders ici ; réglez ce que les nodes d'un workflow utilisent dans les presets.

Quand s'inquiéter de la flotte

  • Les tâches font la queue éternellement avant de démarrer → Max. concurrent (paramètres par défaut) ou le Max Instances de la variante est trop bas pour votre charge. Augmentez-le sur l'onglet Outils.
  • Les tâches meurent en « out of memory » → montez la limite mémoire de la variante sur l'onglet Outils.
  • La dépense a doublé pendant la nuit → vérifiez le Modèle par défaut des paramètres de flotte, et souvenez-vous que plus de concurrence = plus de dépense de tokens en parallèle.

Quand laisser tranquille

Si vous faites 1 à 3 missions par semaine de portée modérée, les défauts livrés sont correctement dimensionnés. Aller plus loin ne paie en général pas.

L'onglet Outils expose aussi quelques contrôles à grain opérateur (registres Docker, découverte d'images). N'y touchez pas sauf indication d'un opérateur — c'est pour l'équipe plateforme, pas pour les testeurs.