Générateur aléatoire avec graine

Si vous fournissez plus tard le même intervalle, la même graine et le même mode, vous obtenez exactement le même résultat. Cette reproductibilité fiable convient aux jeux de test, simulations, jeux, démonstrations et processus dans lesquels un choix apparemment aléatoire doit pouvoir être rejoué ou audité. Aucun aléa système, service réseau ni horaire courant n’est utilisé.

Générez un nombre que vous pouvez reproduire

Les outils aléatoires ordinaires sont pratiques jusqu’au moment où vous devez expliquer ou répéter un résultat. Ce générateur considère la graine comme une partie de l’entrée : la valeur produite devient donc un fait reproductible plutôt qu’un hasard éphémère. Indiquez un minimum inclusif, un maximum inclusif et une graine qui soit un entier sûr. Conservez le mode entier par défaut si vous avez besoin d’un nombre entier, par exemple un indice, un score, une quantité ou un cas de test. Sélectionnez le mode décimal lorsqu’une valeur fractionnaire convient. La réponse reprend les bornes effectives, la graine et le mode avec la valeur générée, afin que la sortie enregistrée se suffise à elle-même. Si vous envoyez les quatre mêmes entrées depuis un navigateur, un script, une tâche de CI ou un client API, le calcul emprunte exactement le même chemin arithmétique. Lorsqu’un échec dépend d’une entrée générée, conservez la graine dans le rapport, relancez le test et examinez le même cas sans garder d’état caché.

Comprenez les bornes inclusives et la validation

Les deux bornes sont inclusives. En mode entier, un intervalle de 1 à 6 peut renvoyer 1, 6 ou n’importe quel entier intermédiaire. Ce mode exige que le minimum et le maximum soient des entiers sûrs, car les nombres JavaScript situés hors de cet intervalle exact peuvent perdre des unités silencieusement et rendre une borne annoncée trompeuse. Le mode décimal accepte toute borne numérique finie et tire une fraction reproductible de 53 bits mélangés de la graine ; sa normalisation autorise les deux extrémités. Lorsque le minimum égale le maximum, cette valeur commune est simplement renvoyée dans les deux modes. Le générateur refuse les valeurs manquantes, les valeurs non finies comme Infinity, les graines non sûres, les modes inconnus et les bornes fractionnaires en mode entier. Il signale également une erreur de saisie si le minimum dépasse le maximum, sans inverser discrètement les valeurs. En automatisation, ce refus explicite révèle une configuration inversée au lieu de produire une sortie plausible pour un intervalle involontaire.

Utilisez la graine pour répéter, pas pour sécuriser

Un générateur déterministe est idéal lorsque la répétabilité est recherchée. Vous pouvez vous en servir pour choisir un exemple stable dans une documentation, répartir des données de test dans un ensemble borné, créer des scénarios de jeu rejouables ou introduire une variation contrôlée dans une simulation. Des graines différentes produisent généralement des valeurs mélangées différentes, tandis que la réutilisation d’une graine préserve le résultat pour le même intervalle et le même mode. L’algorithme effectue localement un mélange fixe d’entiers sur 64 bits et ne consulte jamais l’horloge, l’entropie du système, un stockage externe ou un service distant. Cette indépendance stabilise les résultats et accélère les requêtes. Elle signifie aussi que cette capacité n’est pas un générateur de sécurité. Toute personne connaissant l’algorithme et la graine peut reproduire la sortie : ne l’utilisez pas pour des mots de passe, jetons d’authentification, clés de chiffrement, tirages réglementés ou jeux adversariaux. Pour ces usages, choisissez une source d’entropie cryptographiquement sûre avec les contrôles adaptés. Ici, la graine est une clé de relecture, pas un secret.