J'aurais besoin que ce message soit mappé :
Il s'agit de la limitation d'XP du personnage. J'ai cliqué sur la limitation d'XP, j'ai changé la valeur et j'ai cliqué sur Appliquer.


21:34:49.675PingRequestSortant#293

{
  "fzxb": [],
  "quiet": true
}

21:34:49.706PongEventEntrant#294

{
  "quiet": true
}

21:34:49.773krlBrutSortant#295Erreur de décodage

obfuscated protobuf wire name is not mapped: krl

21:34:49.806ServerExperienceModifierEventEntrant#296

{
  "fodc": 0,
  "fodd": 105,
  "fode": 105,
  "fodf": 0
}

Cas reproductible : quête 1987, étape « Vaincre les ruffians », où Vangey combat en allié. Au lancement du combat, le module répond :

The bot doesn't play this kind of fight ... kind=other

Le personnage reste ensuite inactif dans le combat. Au bout d'environ 4 min 45, le serveur coupe la connexion (Game connection lost err=read frame length: EOF). On a vérifié le réseau toutes les 30 s pendant ce temps et il était sain, donc c'est bien une expulsion pour inactivité.

• 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 ».

Je voulais regrouper quelques idées pour Asterobot, principalement concernant le module de combat, la personnalisation de l'IA et la gestion des personnages.

- Une IA de combat intelligente par défaut

L'idée serait d'avoir une IA capable de gérer correctement les combats sans avoir besoin de créer un script personnalisé.

Elle devrait notamment pouvoir :

• Prendre en compte les obstacles, les lignes de vue, les portées et les cellules accessibles.

• Optimiser l'utilisation des PA/PM et éviter de les gaspiller.

• Choisir les sorts selon les résistances, les PV et les positions des ennemis.

• Gérer les sorts de zone sans toucher inutilement les alliés.

• Savoir quand attaquer, se booster, se soigner, repousser un ennemi ou se repositionner.

• Adapter son placement selon la classe : distance, mêlée, soutien, etc.

• Prendre en compte les cooldowns, les états et les effets des sorts.

• Anticiper les déplacements et les attaques possibles des monstres.

• Éviter les cellules dangereuses et chercher un placement avantageux pour les prochains tours.

Le but serait d'avoir une IA qui prend des décisions selon la situation, plutôt qu'une simple rotation de sorts.

- Une personnalisation complète via les scripts

L'IA par défaut devrait être utilisable directement, mais les utilisateurs plus avancés devraient pouvoir modifier son comportement en profondeur.

Par exemple :

• Définir ses propres priorités de sorts et de cibles.

• Modifier les règles de placement et de déplacement.

• Créer des conditions spécifiques pour certaines actions.

• Remplacer certaines décisions de l'IA par une logique personnalisée.

• Pouvoir désactiver certaines parties de l'IA intégrée pour les gérer entièrement via un script.

L'idéal serait que l'interface Asteroboard et les scripts puissent contrôler les mêmes paramètres grâce à une API commune.

- Gestion intelligente des challenges

Chaque challenge pourrait avoir un ID permettant de le sélectionner dans les paramètres ou dans un script.

L'utilisateur pourrait choisir les challenges qu'il souhaite réussir, et l'IA adapterait automatiquement son comportement pour respecter leurs conditions.

Il faudrait également pouvoir définir une priorité :

• Essayer de réussir le challenge à tout prix.

• Tenter le challenge tant qu'il ne compromet pas trop le combat.

• Ignorer les challenges.

L'IA devrait vérifier les conditions pendant tout le combat, pas uniquement au début.

- Des layouts de combat adaptatifs et partageables

Pouvoir proposer des configurations de combat toutes prêtes selon la classe, l'élément et le style de jeu.

Je verrais bien deux types de layouts :

• Adaptatifs : un layout « Crâ Feu Distance » qui garde la même stratégie générale, mais adapte automatiquement les sorts et les décisions selon le niveau et l'équipement.

• Personnalisés : des configurations plus précises pour ceux qui veulent définir eux-mêmes les priorités, les placements et les conditions d'utilisation des sorts.

Il serait aussi intéressant de pouvoir importer, exporter, modifier et partager les layouts avec la communauté.

On pourrait également avoir plusieurs layouts sur un même personnage.

- Gestion des groupes et des mules

Je pense qu'un système commun pourrait gérer les deux.

Chaque personnage aurait ses propres paramètres et sa propre IA, tandis qu'un module de groupe servirait à coordonner l'ensemble.

Fonctionnalités possibles :

• Définir un chef de groupe.

• Faire suivre automatiquement les autres personnages.

• Synchroniser les déplacements, les changements de maps et les entrées en combat.

• Choisir le rôle de chaque personnage : mule qui passe ses tours ou personnage qui participe réellement au combat.

• Attribuer des rôles

• Coordonner les actions entre les personnages.

- Compatibilité Full Socket

Enfin, j'aimerais vraiment que toutes ces fonctionnalités puissent fonctionner en Full Socket.

C'est l'une des fonctionnalités que je trouve les plus intéressantes dans Asterobot.

Pouvoir utiliser le module de combat, les layouts, les groupes et les scripts sans lancer le client graphique de DOFUS serait vraiment pratique, notamment pour les utilisateurs qui souhaitent faire tourner Asterobot sur un VPS et le gérer à distance.

Car ça dit en attente du client et ça marche pas.

L’idée serait d’avoir un bouton type slider permettant d’afficher ou non les comptes Ankama déjà connectés sur le PC.

Ça éviterait de relancer des comptes qui sont déjà ouverts et disponibles sur la machine.

Il faut juste récup les keydata dans le dossier zaap.

Accélerer les animations des sorts et déplacements en combat avec rapidité modifiable (no anim)

BOT HDV (mettre à jour nos prix en HDV automatiquement)

Script leveling metier

Script leveling + tour du monde

BANQUE AUTOMATIQUE → Détection des pods → Retour automatique à la banque → Dépôt des ressources → Reprise automatique du parcours
Détection modérateur
Retour automatique au Havre-Sac
Alertes Discord
Détection des Archimonstres
Notifications de drops rares
Pauses configurables, planning connexion/déconnexion

"La faille proxy vous permet de connecter 15 comptes sur le même proxy fixe.

Vous devez d’abord renseigner une adresse IP qui change à chaque utilisation (de type IP résidentielle, IP mobile 4G, etc.), puis, dans le second champ, un proxy stable qui permet de maintenir la connexion.

Vous permet de vous connecter au serveur monocompte avec une IP cachée, sans investir trop d’argent dans des proxys."

Je propose une petite suggestion pour la suite autour de la gestion des proxies, aussi bien côté web auth que in game.

À terme, je pense qu'on sera de plus en plus nombreux à faire tourner Asterobot sur des VPS de datacenter, et beaucoup de leurs IP sont déjà flag par Cloudflare. Ça peut donc poser problème pour la connexion via auth.ank*.com

L'idée serait d'étendre la gestion actuelle des proxies pour pouvoir les utiliser directement dans le Chromium piloté par Asterobot, mais aussi sur les endpoints qui consomment le zaap code.

Ça pourrait être intéressant d'avoir une assignation simple :

compte -> proxy

Et pourquoi pas aller un peu plus loin avec une gestion par groupe :

groupe de comptes -> proxy

Par exemple, pouvoir assigner le même proxy à un groupe de 4, 8 ou X bots, pour reproduire une team qui tournerait derrière la même connexion et au passage réduire les coûts en gardant une gestion assez propre.

En gros, quelque chose de simple :

• assignation à un compte ou un groupe

• utilisation du proxy pour Chromium / Zaap code

Voilà pour la petite suggestion et évidemment, vive la montagne on oublie pas.