Skip to main content
The BI module holds three things: datasets you bring in, charts built on them, and dashboards that arrange those charts. An agent can be attached to a dashboard so the figures refresh on their own.
BI and reporting screen with dashboard and chart counters and the draft, published and shared filters

The BI screen: dashboards and charts, filtered by draft, published or shared.

Bringing data in

GET /api/v1/bi/datasets lists what is loaded, /{file_id}/preview shows the first rows before you build anything on it, and DELETE /{file_id} removes it. The spreadsheet and Drive paths need the matching integration connected first.

Charts

Two shortcuts skip the full chart definition for the common cases:
POST /api/v1/charts/{chart_id}/send-to-dashboard pushes a chart onto the caller’s chat dashboard — it is meant to be triggered by the user, not by an agent acting alone.

Dashboards

A dashboard is a grid of components. Charts are the usual ones, but a component can also hold a key-value block whose content is updated in place.

Publishing and sharing

Publishing is what the word says. public/{slug} and public/charts/{id}/data answer without a token, so anyone holding the slug reads the figures. Publish a dashboard only when its data is meant to leave the workspace, and unpublish rather than relying on the slug staying secret.

Letting an agent refresh the figures

A dashboard can be linked to an agent, which then becomes responsible for recomputing it.
Refreshes run through the scheduler, so they obey the same ORCHESTRATOR setting as every other recurring run. GET /api/v1/bi/stats returns the module’s counters — what the screen above displays.