Explainability & Dashboard Architecture

Aryanto
August 22, 2026
2 min read

CoopRecSys dashboard overview

CoopRecSys separates model mathematics from human-facing reporting. report.py, narative/, viztower/, and the shared assets/ utilities turn model outputs into diagnostics and operational artifacts.

Dashboard surfaces

  1. Overview — prediction, model, and dataset status.
  2. Rankings — inspect recommendation ordering and score context.
  3. Diagnostics — inspect score distributions, feature importance, drift, and selected explanation samples.
  4. Configs — inspect the effective model/runtime configuration.

Ranking surface

CoopRecSys rankings

For Ary2Tower, a useful ranking report should expose requested N, returned N, exclusions, fallback count, and source (model_topn vs residual fallback) so a shortfall can be diagnosed rather than hidden.

Diagnostics surface

CoopRecSys diagnostics

Diagnostics can combine feature importance, score distributions, embedding projections, drift indicators, SHAP samples, and backend/runtime information. Native backend selection is a deployment diagnostic as much as it is a performance setting.

Configuration surface

CoopRecSys configurations

The configuration surface should reflect the actual files under configs/ plus model-local configuration. See Configuration Files for the exact sections and their purposes.

Narrative reporting

Each model may expose a narative/ tree containing report renderers, templates, static CSS/JavaScript, and support code. These components should explain model behavior without changing model weights or ranking logic.

Operational principle

model output

ranking + runtime metadata

feature / embedding / score diagnostics

narrative report

analyst / ML engineer review
Last updated on August 22, 2026

Was this article helpful?

Your response is saved on this device.