Skip to content
Pollenix Docs

BI satellite overview

Pollen8 BI

Dashboards built on top of DB Engine. Each widget owns a connection_id + a saved SQL/chart spec. Gated on the pollenix.bi entitlement.

What ships

  • Dashboards — per-tenant, named, with a grid of widgets.
  • Widgets — four kinds (chart / kpi / table / markdown). Chart spec kinds: line · area · bar · stacked-bar · donut · scatter · kpi · table.
  • Canvas — react-grid-layout 12-col grid. Drag from the widget header, resize from any corner. Layout persists.
  • Refresh — manual button per widget; programmatic via the bi.refresh_widget MCP tool.
  • Workbench → BI — Send any workbench answer to a dashboard with one click.
  • Ask AI about this widget — per-widget popover to rerun / replace spec via natural language.
  • Public dashboards — short-token share links, read-only.

What it isn’t

  • Not an admin dashboard. Operational queues — coverage triage, eligibility worklist, denial list — live under /admin/* with purpose-built views. BI is for ad-hoc and user-built dashboards over the tenant’s data warehouse.
  • Not a write surface. Inherits read-only from DB Engine. Widgets cannot write back to the source DB.
  • Not a forecaster. Predictive widgets are roadmap.

Stack

LayerTech
Canvasreact-grid-layout (Responsive + WidthProvider), 12 cols
ChartsRecharts (line / area / bar / stacked-bar / donut / scatter)
DataDB Engine — bi.refresh_widget MCP tool → db.run_sql
PersistenceDashboard + Widget rows with spec_json + layout_json
ShareShort-token links, read-only

Where it surfaces

  • /bi — dashboard list + create + open.
  • /bi/{dashboard_id} — the canvas.
  • Public share URLs at /bi/share/{token}.

See Dashboards to create your first board, Widgets for what each kind does, and Workbench → BI for the fastest path from “asked a question” to “published a widget.”