Good fit
Use this model when historical signal behavior is meaningful enough to forecast the next time window.
Model guide
An autoregression model that uses lagged historical values as direct predictors for the next value in the series. Useful for short-memory sales, demand, usage, revenue, capacity, or service-health signals where recent past behavior strongly influences the near future. Simple, fast, and interpretable, making it a good lightweight baseline before moving to more expressive seasonal or feature-based approaches.
Where to start
This page is focused on the practical path for AutoReg (Autoregression): which prediction routes are available, what the request body should communicate, what the response shape means, and how to test the route without exposing service credentials to browser clients.
Use this model when historical signal behavior is meaningful enough to forecast the next time window.
Server-side applications can call eazePredict routes with service credentials. Keep credentials out of browser clients and use your application layer to expose application-facing workflows.
Available endpoints
These are the verified paths for this model family. Use the base URL
/trace/engine/v1 before the route path in API mode.
/timeseries/autoregression
Runs the main model or analysis workflow for this guide.
Relative URL: /trace/engine/v1/timeseries/autoregression
/timeseries/autoregression/find_p
Runs a diagnostic helper for choosing time-series order parameters before training or forecasting.
Relative URL: /trace/engine/v1/timeseries/autoregression/find_p
/timeseries/autoregression/predict
Loads a saved model artifact and returns prediction rows for the provided feature or time-series context.
Relative URL: /trace/engine/v1/timeseries/autoregression/predict
Example request
This example shows the core JSON shape expected by this guide. In deployed service-to-service calls,
include customerKey for protected train, predict, and model-forecast routes, and keep
service credentials outside browser clients.
timeSeriesFeatureModel identifies the saved time-series model family.timeSeriesInput carries the historical signal values to fit or forecast.forecast, timeSeriesType, and timeSeriesFrequency define the forecast horizon and cadence.{
"customerKey": "eazepredict-demo",
"forecast": 3,
"startDate": "Wed, 01 Jan 2025 00:00:00 GMT",
"timeSeriesFeatureModel": "productUsageForecast",
"timeSeriesFrequency": 1,
"timeSeriesInput": {
"label": "active_users",
"output": [
980,
1020,
1015,
1088,
1130,
1195,
1210,
1265,
1310,
1360
]
},
"timeSeriesType": "d",
"train": 80
}
Example response
Responses are JSON and vary by route. Training responses can include artifact metadata and trust summaries. Prediction and forecasting responses return rows keyed by timestamp, signal labels, model output, and any trust-aware warning fields produced by eazePredict.
result usually contains model fit, forecast, or analysis rows.prediction appears on saved-model prediction routes.error appears when validation, artifacts, or processing fail.{
"message": "Models trained and saved successfully",
"result": [
{
"active_users": 980,
"timestamp": "Wed, 01 Jan 2025 10:00:00 GMT",
"type": "actual"
},
{
"active_users": 1020,
"timestamp": "Wed, 01 Jan 2025 12:00:00 GMT",
"type": "actual"
},
{
"active_users": 1015,
"timestamp": "Wed, 01 Jan 2025 14:00:00 GMT",
"type": "actual"
},
{
"active_users": 1088,
"timestamp": "Wed, 01 Jan 2025 16:00:00 GMT",
"type": "actual"
},
{
"active_users": 1130,
"timestamp": "Wed, 01 Jan 2025 18:00:00 GMT",
"type": "actual"
},
{
"active_users": 1195,
"timestamp": "Wed, 01 Jan 2025 20:00:00 GMT",
"type": "actual"
}
]
}
Example cURL
This example uses the verified relative path selected for this model guide. Replace the token, deployment host, and request values with deployment-specific values.
curl -X POST "/trace/engine/v1/timeseries/autoregression" \
-H "Authorization: Basic <aiml-service-token>" \
-H "Content-Type: application/json" \
-d '{"customerKey": "eazepredict-demo", "forecast": 3, "startDate": "Wed, 01 Jan 2025 00:00:00 GMT", "timeSeriesFeatureModel": "productUsageForecast", "timeSeriesFrequency": 1, "timeSeriesInput": {"label": "active_users", "output": [980, 1020, 1015, 1088, 1130, 1195, 1210, 1265, 1310, 1360]}, "timeSeriesType": "d", "train": 80}'
Trust behavior
Numeric output alone should not drive operational action. Use trust-aware fields and context checks to decide whether to escalate, review, compare, or suppress.
If multiple models produce materially different outputs, treat the result as uncertain and review the operating context.
If the request falls far outside historical feature ranges or known operating combinations, the prediction may be unreliable.
Responses may return null plus a trust_warning instead of a misleading number when unsafe conditions are detected.