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 theadmin 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.

