Actuellement, on n’a quasiment aucune visualisation centralisée :
On ne voit ni la banque, ni les poubelles. À la limite on peut consulter l’inventaire de son personnage, mais c’est tout.

Suggestion : Sur le profil d’un bot, ajouter un onglet Inventaire qui centralise tous les inventaires accessibles (personnage, banque d’Astrub, poubelle, etc.).
L’onglet garderait en mémoire les ressources et se mettrait à jour à chaque ouverture de la fenêtre.

Objectif : regrouper les infos dispersées des différents bots en un seul endroit.

• Mise à jour à l’ouverture de la fenêtre + éventuellement un bouton « Actualiser ».

• Est-ce que ça stocke en local (mémoire persistante entre sessions) ou est-ce que ça interroge les bots en live ?

• Gestion des multi-comptes / multi-bots : un seul onglet qui agrège tout, ou un sélecteur de personnage/bot ?

• Filtres / recherche : pouvoir chercher un item ou filtrer par type (ressources, équipements, consommables…).

• Tri : trier par quantité, nom, type, ou « présent uniquement en banque / uniquement sur le perso ».

Dans la continuité de ma suggestion sur Asteroboard, une idée pour le Studio, au moment de construire un parcours (Path).

Constat : Quand on filtre par ressource ou par monstre, on sait quelles cartes sont concernées. Mais on ne voit pas d'un coup d'œil lesquelles sont les plus intéressantes. Pour composer un parcours de récolte ou de combat, il faut comparer les cartes une par une.

Proposition : Quand un filtre est actif (une ressource ou un monstre), afficher sur chaque case de la carte une petite icône avec un chiffre. Ce chiffre serait le total de la ressource ou du monstre filtré sur cette carte. Seules les cartes concernées auraient une icône.
Le principe est celui de la carte de DofusDB, où le nombre de ressources ou de monstres apparaît directement sur la carte.

Pourquoi c'est utile :

• Repérer tout de suite les cartes les plus riches pour la ressource ou le monstre voulu.

• Construire un parcours plus court et plus rentable, sans ouvrir les cartes une à une.

• Comparer plusieurs zones d'un coup d'œil.

Pistes :

• Pour plusieurs filtres à la fois, afficher la somme, ou une icône par type.

• Un clic sur l'icône pourrait ajouter la carte au parcours.

• Pour les ressources, une option pour n'afficher que celles que le personnage peut récolter avec son niveau de métier.

Voici trois nouvelles idées pour Asteroboard, nées de l'écriture de scripts de métier et de l'étude du protocole.

1. Afficher le niveau des métiers du bot

Constat : pour savoir à quel niveau le personnage d'un bot exerce chaque métier, il faut regarder en jeu ou lire la console. Asteroboard affiche déjà le personnage, l'inventaire et la carte en direct, mais pas les métiers, alors que les scripts s'en servent pour choisir quelles ressources récolter.

Proposition : ajouter, dans les données en direct d'un bot, un bloc « Métiers » avec le niveau et la progression d'expérience de chaque métier du personnage.

Pourquoi c'est utile :

• Choisir le bon plan avant de le lancer, sans ouvrir le jeu.

• Vérifier ce que « Tous, selon le niveau » va réellement récolter.

• Suivre la progression d'un métier au fil des heures.

Pistes :

• Dans le Studio, griser les ressources que le niveau actuel du bot ne permet pas encore de récolter.

• Une alerte quand un palier de niveau est atteint (nouvelle ressource disponible).

• Un historique simple du gain d'expérience par heure.

2. Demander le mapping d'un message depuis le sniffer

Constat : un message que le registre ne sait pas nommer arrive dans le sniffer avec un nom obfusqué et ses octets bruts, et il ne peut ni être lu ni être envoyé par un script. Pour le faire mapper, il faut le repérer à la main, noter ses octets et expliquer à part ce qu'on faisait en jeu à ce moment-là.

Proposition : un bouton « Demander le mapping » sur chaque message non mappé, qui transmet une demande avec le nom obfusqué, la version du jeu, quelques exemples d'octets et un libellé que l'utilisateur choisit (par exemple « invitation de groupe »).

Pourquoi c'est utile :

• Moins d'allers-retours pour signaler un message manquant.

• Les messages réellement demandés par les utilisateurs passent en premier.

• Des scripts bloqués par un message absent (groupes, par exemple) peuvent avancer.

Pistes :

• Joindre les dernières actions faites en jeu avant le message, pour aider à l'identifier.

• Masquer les identifiants et les noms de personnage avant l'envoi, avec l'accord de l'utilisateur.

• Afficher le statut de la demande (envoyée, en cours, mappée dans la version X).

• Regrouper les demandes identiques pour montrer combien d'utilisateurs attendent le même message.

3. Planifier un paquet précis depuis le planificateur

Constat : le planificateur choisit quand le bot joue, mais il lance toujours le paquet actuellement sélectionné sur le bot. Pour faire jouer un paquet le matin et un autre le soir, il faut changer le paquet à la main entre les deux.

Proposition : permettre de choisir, pour chaque plage horaire, le paquet (et sa version) à lancer. Une plage sans choix garde le paquet du bot, comme aujourd'hui.

Pourquoi c'est utile :

• Enchaîner plusieurs métiers ou plusieurs activités dans la journée sans intervention.

• Réserver une plage à un paquet précis (par exemple une quête ou un farm lent).

• Laisser le bot tourner plusieurs jours sans y toucher.

Pistes :

• Un jeu de paramètres propre à chaque plage (ressource, pods max, profil de combat).

• Prévenir si le paquet choisi n'est pas compatible avec la version d'Asterobot ou du jeu.

• Garder le « temps pour finir » par plage, pour qu'un changement de paquet se fasse proprement.