Exemple reproductible · ferme v4 · simulation

Une règle d’arrosage change. Que change-t-elle vraiment ?

Dans cette comparaison GardenArena, deux politiques identiques sauf leur intention d’arrosage terminent la même semaine. À J7, A conserve 600 litres d’irrigation, B 522 litres. Les 78 litres d’écart viennent de quatre travaux acceptés pendant la préparation de J4. Ce résultat ne désigne pas de vainqueur général.

Ce cas aide à lire un résultat de stratégie IA sans confondre une intention, une action et ses conséquences. Les programmes de cet exemple viennent de GardenArena : aucun résultat n’est attribué à Claude, GPT, Grok ou un autre fournisseur.

Le protocole : une seule différence, la même ferme

Les deux branches partent du même journal vide J0 du scénario farm-harvest-365-v4, avec les mêmes paramètres de départ, sept journées demandées et un plafond de 200 crédits de jeu par branche. Ce plafond n’est ni une dépense obligatoire ni le tarif du service.

A utilise la politique incluse « La Prévoyante ». Pour B, seule la ligne otherwise => dry_only du canal irrigation devient otherwise => comfort. Le nom comfort désigne une intention du programme, pas la garantie de cultures en meilleur état.

Le moteur utilisé est lsk-farm-v0.4.0. Les calculs ont été effectués une fois pour cet article : lire cette page ne lance aucun essai serveur et ne consomme pas un quota de joueur.

J3 : une intention différente, les mêmes travaux

Un essai limité à trois jours détecte une différence d’intention, mais aucune différence de commandes ni d’état final simulé. Le rapport la nomme intent_only. C’est une information utile : il serait trompeur d’annoncer un duel décisif simplement parce qu’une ligne du programme a changé.

Préparation de J4 : quatre arrosages acceptés

Lors du premier écart de travaux, A ne déclenche aucun arrosage à ce passage. B arrose les deux céréales et les deux consoudes. Le tableau ci-dessous reprend les commandes enregistrées par Rust, sans arrondir des estimations visuelles.

Arrosages de B au premier écart
Culture du jeuEau prélevéeCoût en crédits à cet instant
Blé26 L0
Orge26 L0
Consoude Bocking 413 L0
Consoude Bocking 1413 L0

L’eau provient de la réserve déjà présente. Zéro crédit dépensé ne signifie donc pas zéro ressource consommée. La scène 3D peut illustrer ces gestes, mais elle n’est pas la source du volume affiché.

J7 : un bilan, pas un classement inventé

États à la fin des deux essais de sept jours
IndicateurA · sol secB · intention confort
Jour atteintJ7J7
Réserve d’irrigation600 L522 L
Commandes du journal1014
Crédits de jeu dépensés00
Jours de pénurie alimentaire cumulés00
Jours de nourriture en réserve à J777

A conserve davantage d’eau sur cette période. Ce tableau ne démontre pas un avantage de récolte pour B, une supériorité agronomique de A ou la robustesse de l’une sur une année. Les états complets et les décisions intermédiaires sont disponibles dans l’export ; aucune extrapolation n’est ajoutée à partir des seuls stocks finaux.

Ce qu’il faut regarder dans sa propre comparaison

  1. La même situation initiale. Une différence de stock au départ n’est pas une preuve d’efficacité.
  2. La durée réellement exécutée. Trois jours ne se comparent pas à sept par un simple total de dépenses.
  3. Les travaux acceptés. Une intention peut ne produire aucune action, ou rencontrer un refus.
  4. Les compromis. Eau, nourriture et achats ne se résument pas toujours à un score unique.

Le premier écart de travaux situe le début d’une divergence. Il ne prouve pas, à lui seul, la cause de chaque différence ultérieure — particulièrement lorsque plusieurs règles ont été modifiées.

Reproduire et vérifier

Le fichier de preuve contient les deux sources, le journal initial et les sorties complètes des essais de trois et sept jours. Pour réimporter l’essai de sept jours dans le comparateur, enregistre son objet seven_days comme JSON de comparaison. La partie n’est jamais remplacée automatiquement.

Le guide GardenScript publie le programme A complet. Les sources du noyau et la commande garden-husbandry farm-policy-compare permettent un recalcul local avec les mêmes versions. Une empreinte vérifie le contenu, pas l’identité de son auteur.

SHA-256 du fichier de preuve : 4a333f5cbc61ef02e10d66ea4289b5f25d0d25d2e619d220ea1cfb47a94ea504
SHA-256 du binaire : 06213c3a106223049aecb5ff3efe34d2f9af383c4c0c01834dcabae522d432ac