Skip to main content
AgriHub360 runs a set of models on each field. Each has its own page: what it predicts, the published science behind it, how it’s applied, which external models it touches, how it’s validated, and what it doesn’t do. Most of the models are mechanistic or rule-based. They apply published relationships, such as thermal time or the FAO-56 evapotranspiration equations, to the weather and readings for a field. None of them measures soil nutrients, and none of them calls a language model.

Models

Crop Development

Field Conditions

Disease & Pest Risk

Language & Vision Models

A second group reads what the field models write and turns it into text, or reads a photo. Scout Photo Diagnosis names a disease or pest from a leaf photo. The Field Health Review synthesises a field’s readings, forecast, NDVI and model outputs into a status and actions. EUDR Document Drafting writes the due-diligence statement from the farm’s records.

How the Models Run

The field models share one pipeline. Every model reads the same field inputs: the weather, the readings, the soil sample, the planting record and the growth stage. Each input carries the name of its source. A model whose required input is missing skips the field and writes nothing for it, rather than filling the gap with a zero or an estimate. Each model’s pure core writes its own row for each run and raises advisories and notifications, so the history of stages, indices and risk values for a field is kept and the field screens read the latest.

Rules Every Model Follows

  • Skip, don’t approximate. If a required input is missing for a field, the model emits nothing for that field.
  • State the resolution. A model trained on regional data is labelled regional and is never shown as a per-field result.
  • Report skill against a baseline. A model that doesn’t beat its baseline is shown as its baseline only.
  • Show the uncertainty. If a number is shown, its interval or confidence is shown with it.
  • Cite the source. Every threshold traces to AHDB, a peer-reviewed paper or validated field data, named on the model’s page.
  • Respect coverage floors. A model over patchy data under-reads. Below a stated floor, it declines to answer.

Validation

Models are validated by leaving out a whole season, a whole region, or both, and scoring the held-out predictions against a named baseline. Random cross-validation isn’t used: nearby fields in the same season are correlated, so a random split leaks. Each model page states how it’s validated and which baseline it’s scored against.

Inputs

Inputs are a gridded weather archive and forecast, an hourly weather series, elevation, your devices and your soil samples. Nutrient values come from soil samples, not from a sensor reading. Each model page lists its inputs, their source, and what the model does when one is missing.