Skip to main content
Rerank controls store per-context settings for the learned reranking layer. Configure them in the console when you need operators to manage the intended rerank mode, depth, and surface presets for a context.

How it works

The current product surface works like this:
1

Store controls on the context

Rerank controls are stored on the context record under json_data.rerank_controls.
2

Read and save through Platform API routes

The console reads and saves them through GET /api/rerank-controls and PUT /api/rerank-controls.
3

Gate rollout with feature flags

Feature flags such as RERANK_CONTROLS_STAGE, RERANK_KILL_SWITCH, and RERANK_MAX_DEPTH control rollout state in the console and resolver helper.
4

Serve through the Core API

Recommendation serving still goes through the Core API recommendation endpoint. There is no documented GET /api/recommendations Platform API route.

Configure in the console

1

Open Rerank Controls

Navigate to Console > Rerank Controls.
2

Open a context

Click a context row to open the editor.
3

Set the global default

Set the Global Default, the baseline mode and depth applied when no surface-specific preset matches.
4

Configure surface presets

Optionally configure Surface Presets to override behaviour for search, results, or recommendations surfaces independently.
5

Save changes

Save your changes.

Global defaults

Surface presets

Each surface (search, results, recommendations) can override the global mode and depth. Surfaces that match the global default show as “inheriting” in the UI.

API access

Use a Platform API key with the admin scope to inspect or update saved controls:

Feature flags and kill switch

Rerank controls support staged rollouts via environment variables: When the kill switch is active or the stage is off, the resolver helper treats reranking as disabled and resolves rerank_mode: off with rerank_depth: 0.

Response shape

The Platform API returns context controls plus the current feature flags: