# Fais vivre ma ferme GardenArena
Simulation pédagogique, pas une prescription agricole.
Deux modes : journal de travaux JSON ci-dessous, ou stratégie conditionnelle
GardenScript 0.6 farm.v1 sur une ferme v4/v5. Pour la seconde option, lis
https://gardenarena.io/ferme/gardenscript.md ou farm_policy_get ; valide avec
farm_policy_validate puis exécute avec farm_policy_run selon le budget convenu.
Ce profil conserve les journées défavorables : pas de pré-calcul protecteur comme
dans l’aide historique. Les anciennes arènes et les anciens exports ne changent pas.
MCP : https://gardenarena.io/mcp ; lis farm_workshop_get.
Propose au maximum cinq appels de calcul (farm_workshop_run ou farm_next_event) et attends mon accord.
Chaque appel reçoit journal_json : le journal JSON COMPLET, pas GardenScript.
Le fermier 3D illustre les tâches acceptées par Rust, sans IA par déplacement.
Commence par un projet choisi : potager installé, compost ou première génération.
Lis season.projects, season.warnings et season.story : chaque récit cite sa trace.
farm_next_event reçoit journal_json, care_json (les quatre consignes) et max_days (1–21).
Il s'arrête au prochain événement détecté quotidiennement, sans acheter ni soigner à ta place.
Le mode distinct farm_autopilot_run reçoit journal_json, max_days (1–7) et
budget_credits (0–1000 crédits DE JEU). Il exécute une tournée garde-manger par
règles déterministes Rust : récoltes, soins, arrosage, cannes matures → tuteurs,
compost, moulin et cuisine selon les stocks. Il n’appelle aucun LLM, ne vend rien,
ne crée ni couple ni nouveaux animaux et s’arrête avant une journée non viable.
Une invocation consomme un appel du budget convenu ; reprends le request retourné.
Les coûts et les raisons des décisions sont dans automation.actions. Le mode
ne travaille pas en l’absence du joueur et ne remplace pas une véritable stratégie LLM.
Reprends toujours le request renvoyé : il ne contient que les jours réellement avancés.
Les projets sont des repères de découverte, pas un nouveau score ou une remise à zéro de l'historique.
Mission : avant J90, des œufs et deux récoltes différentes, compost appliqué,
bambou transformé en tuteurs, oiseaux toujours >=70, plantes actuelles >=50,
clarté du bassin >=60, aucune pointe extérieure actuelle. Une avance évalue la mission.
Lis les stocks réels avant chaque décision.
Dans une nouvelle partie v3, Nuage et Biscotte pâturent en prairie ou au verger,
ou mangent du foin à l'abri. Protège les arbres avant de les y laisser.
Lis state.farm.sheep : foin limité, herbe qui repousse, eau partagée avec les oiseaux.
Récupère leur fumier pour le compost ; pas de laine ni de lait simulés.
Dotation v3 : 4 000 crédits. Le défi strict requiert aussi le minimum historique
des moutons >=70 ; l'autonomie alimentaire est un bilan de gestion séparé.
Lis state.farm.pantry : le fermier consomme deux portions COMPTABLES par jour,
prélevées dans les récoltes en stock, puis les œufs de table, puis les provisions externes.
Vendre diminue donc le garde-manger. Les œufs réservés à la couveuse ne sont pas consommés.
Les jours de réserve excluent toute production future. La part locale inclut les manques
au dénominateur ; les pénuries restent dans l'historique après rétablissement.
Ces unités ne représentent ni des repas équilibrés ni une autonomie nutritionnelle.
Les achats d'eau, d'aliment des oiseaux et de foin restent des dépendances externes.
En v1/v2 ces extensions sont absentes : ne migre jamais une ancienne partie en silence.
Dans la nouvelle ferme v4, lis state.farm.harvest et le contrat harvest_workshop.
Dotation d'installation v4 : 6 000 crédits finis, contre 4 000 dans l'ancienne v3.
Cette aide initiale n'est pas une production locale ni une preuve d'autonomie.
Blé, orge, Bocking 4 et Bocking 14 poussent selon l'eau du sol et la météo DU SCÉNARIO.
La pluie locale du visiteur n'est pas connectée. Sol sec ou saturé freine la croissance.
Cette restriction vaut pour v4. Le mode météo séparé farm-rainwater-365-v5
(lsk-farm-v0.5.0) accepte la météo locale après choix explicite d’une commune.
Utilise farm_weather_search puis farm_weather_get. Les relevés viennent d’une
station Météo-France du département, à 100 km maximum : affiche sa distance.
Les prévisions viennent de MET Norway, ne sont pas des observations et ne
créditent JAMAIS la cuve. L’archive continue est figée dans le journal.
À J0, configure_water fixe roof_area_m2 (0–200), efficiency_pct (10–95),
tank_capacity_l (600–5000). Ce kit et les 600 L initiaux sont des apports extérieurs.
weather_station reçoit le snapshot COMPLET renvoyé par farm_weather_get.
Garde les jours déjà joués inchangés lors d’une actualisation ; conserve station_id
et la première date comme start_date. Une donnée absente interrompt l’avance.
Lis state.farm.water_cycle : bilan toiture au dixième de mm et en millilitres,
premier rinçage après deux jours secs, pertes, fractions conservées et débordement.
Les autres anciens modèles reçoivent la pluie au mm inférieur, explicitement.
Lis season.water_plan : une prévision ne sert à différer un arrosage que si elle
couvre entièrement LA prochaine date de jeu, avec une marge d’eau dans le sol.
Une prévision d’aujourd’hui ne pilote pas une journée d’archive de juin.
L’export contient la commune et la station : ne le publie pas automatiquement.
Son empreinte garantit l’identité du replay, pas l’authenticité d’une source modifiée par un utilisateur.
Les commandes sont imbriquées : kind=farm, action.kind=cultivate,
action.action.kind=water/harvest/sow/mill/bake/supplements/mulch/compost.
Exemple : {"kind":"farm","action":{"kind":"cultivate","action":{"kind":"water","crop":"wheat","litres":20}}}.
Utilise uniquement les crop_ids et les commandes du catalogue. Les actions ont des coûts réels.
Grain sur pied != grain récolté != farine : aucun stock n'est créé en changeant d'écran.
Moudre 500 g de blé utilise 40 Wh et produit 400 g de farine + 100 g de son au compost brut.
Une tarte utilise 200 g de farine, 300 g de framboises récoltées, deux œufs de table,
100 ml d'eau de boisson et 300 Wh. Elle fournit quatre portions COMPTABLES conservées.
Les portions préparées sont consommées en premier, puis les autres récoltes/œufs/provisions.
Ressemer une céréale après récolte consomme 100 g de son grain. Garde donc des semences.
Les consignes de compléments ne prennent effet qu'au prochain jour : orge pour les poules,
Bocking 4 pour les oies, sans remplacer la ration complète. Ce sont des constantes de jeu,
pas une ration sûre validée. Bocking 14 récoltée peut pailler le potager ou rejoindre le compost.
Les vers ont une population bornée ; pluie et accès open_range rendent une part accessible.
Lis season.resilience pour les jours sans manque, derniers incidents et achats alimentaires.
Ce bilan ne prouve pas une autonomie totale : soins, achats et crédits restent à gérer.
Lâcher les poules économise l'aliment,
mais expose les oiseaux et les cultures non protégées. Les oies peuvent aller au
bassin et en dégradent l'indice de clarté. Tous rentrent la nuit visuellement.
Renard, fouine, autour et genette : calendrier de jeu, défenses non létales.
Préserve la partie initiale ; ne change pas son scénario ; rien à publier.
Rends l'objet JSON complet retourné dans un fichier à importer dans https://gardenarena.io/ferme.
Sans MCP : lis https://gardenarena.io/api/farm/catalog et propose un fichier
{"format":"gardenarena.farm.export/1","request":JOURNAL} clairement NON EXÉCUTÉ.
L'humain choisit de l'importer ; Rust le valide. Ne réclame aucune clé API.