Path of Building a longtemps été le compagnon silencieux de tout joueur de Path of Exile qui refusait de laisser son build au hasard. Avec Path of Exile 2, l’outil a dû se réinventer. Le fork communautaire maintient désormais deux branches séparées pour PoE1 et PoE2, et l’écosystème autour de PoB2 s’est enrichi de projets qui dépassent largement le simple planner d’arbre passif.
Pour les theorycrafters, la question n’est plus de savoir si PoB est utile, mais jusqu’où on peut pousser son moteur de calcul.
PoB2 et le fork communautaire : ce qui change par rapport à PoE1
Le fork communautaire de Path of Building gère les huit classes de PoE2, leurs ascendances spécifiques, le système de runes et gemmes revu ainsi que l’arbre passif restructuré. Ce n’est pas un simple copier-coller de la version PoE1 avec un skin différent.
La séparation en deux branches distinctes a une conséquence directe pour les theorycrafters : les formules de calcul de DPS, les interactions entre supports et les mécaniques de scaling ne sont pas portées telles quelles depuis PoE1. Chaque mise à jour de PoE2 (et le rythme des patchs reste soutenu) peut modifier des pans entiers du moteur de calcul interne de PoB2.
Les données disponibles ne permettent pas toujours de conclure sur la précision exacte des calculs PoB2 par rapport au client officiel. Les retours terrain divergent sur certains supports de gemmes dont les interactions ne sont pas encore documentées dans le code de PoB. Vérifier ses chiffres en jeu reste une étape que même les theorycrafters les plus expérimentés ne sautent pas.
Pob-mcp : automatiser l’optimisation de builds PoE2
Le projet pob-mcp représente probablement l’avancée la plus significative pour le theorycraft poussé. Ce serveur expose le moteur de calcul réel de PoB2 à des outils externes via JSON-RPC. Concrètement, il lance une instance headless de PoB (le fork PoE2, en Lua) et permet à des scripts, des assistants ou des LLM de dialoguer avec elle.
Ce que cela ouvre pour un theorycrafter :
- Charger un build, modifier un noeud passif ou un item, puis récupérer instantanément le delta de DPS sans ouvrir l’interface graphique de PoB
- Automatiser des boucles d’optimisation sur des centaines de combinaisons d’équipements ou de configurations de gemmes
- Connecter un assistant conversationnel capable de répondre à des questions du type « quel support augmente mon DPS physique sur ce setup » en interrogeant le vrai moteur de calcul, pas une approximation
L’optimisation de builds PoE2 devient scriptable, ce qui change la nature même du theorycraft. On passe d’un processus manuel (tester une modification, noter le résultat, recommencer) à une exploration systématique de l’espace des possibles.
Flux PoB2 vers le client PoE2 : importer sans friction
Le patch récent du client PoE2 a introduit la possibilité d’importer des fichiers .build générés par PoB2 ou des plateformes tierces comme Mobalytics. Le flux devient : guide ou planner web, puis export vers PoB2, puis import direct dans le client, sans copier-coller manuel de l’arbre ou des gemmes.
Pour les theorycrafters, cela signifie que le temps entre la conception d’un build et son test en jeu se réduit considérablement. En revanche, cette fluidité a un revers : elle rend plus tentant de tester des builds « sur papier » sans comprendre les interactions sous-jacentes. Un DPS théorique élevé dans PoB2 ne garantit pas la viabilité d’un build face aux mécaniques de boss endgame de PoE2.
Build planners web et convergence avec PoB2
Des plateformes comme Stratlore ou Mobalytics proposent des planners web qui synchronisent leurs données avec PoB2. L’intérêt pour un theorycrafter est de pouvoir partager un build via un lien web tout en conservant la précision des calculs du moteur PoB.
La convergence entre ces outils et PoB2 n’est pas totale. Certains planners simplifient les calculs de DPS ou ne prennent pas en compte toutes les interactions entre supports. Comparer les résultats d’un planner web avec ceux de PoB2 sur le même build révèle parfois des écarts significatifs, notamment sur les builds qui exploitent des mécaniques de conversion ou de scaling conditionnel.
Limites actuelles de PoB2 pour le theorycraft avancé
PoB2 n’est pas un oracle infaillible. Plusieurs points méritent d’être posés clairement.
Le moteur de calcul repose sur le travail bénévole de contributeurs du fork communautaire. Le rythme de mise à jour de PoE2 dépasse parfois la capacité de ces contributeurs à intégrer les changements. Après un patch majeur, certains calculs de PoB2 peuvent être temporairement incorrects pendant plusieurs jours.
Les mécaniques spécifiques à PoE2 (nouvelles ascendances, runes, interactions entre gemmes restructurées) ne sont pas toutes modélisées avec la même précision. Les builds qui reposent sur des interactions peu courantes sont les plus exposés à des erreurs de calcul.
- Les buffs conditionnels (charges, auras contextuelles, procs) sont parfois simulés dans des conditions idéales qui ne reflètent pas le gameplay réel
- La modélisation des dégâts encaissés reste moins fiable que celle des dégâts infligés
- Les items uniques récemment ajoutés peuvent mettre du temps à être correctement intégrés dans la base de données de PoB2
Un theorycrafter averti utilise PoB2 comme point de départ, pas comme verdict final. Croiser les résultats avec des tests en jeu et avec les retours de la communauté reste la méthode la plus fiable pour valider un build endgame.
L’écosystème PoB2 pour Path of Exile 2 a dépassé le stade du simple planner. Entre l’automatisation via pob-mcp, l’import direct dans le client et la convergence avec les planners web, les outils disponibles permettent un theorycraft d’une profondeur inédite. La contrepartie, c’est que la fiabilité des calculs dépend directement du rythme de mise à jour du fork communautaire, et chaque nouveau patch de PoE2 remet les compteurs à zéro pour quelques jours.
