On this page

Modules

Modules are the platform's capabilities. The Modules page manages which ones your account has.

Module library#

ElementDetail
RowName, version, description, a Configure link, and the enable switch. Modules are grouped under category headings.
Enable switchTurns the module on or off for your account; disabled modules disappear from grids and dashboards.
ConfigureThe settings form generated from the module's schema.
ImportUpload an archive — .zip, .tar, .tar.gz, or .tgz.

Installation runs as a job: unpack, validate the manifest, uv sync, bundle the frontend, mount. A failed install rolls back, so nothing is left half-installed, and no restart is needed.

The module detail page shows an About popover (description, longer about, cited works, artifacts), the Provides/Consumes lists, the configuration forms, a live tail of that module's log lines, and the Uninstall action in its danger zone.

Availability#

A module is offered for a log only when all of these hold:

  • the log model matches (case_centric or object_centric),
  • every column in required_columns exists,
  • min_events and min_cases are met,
  • every module in requirements.modules is installed for your account,
  • the module is enabled for your account.

A missing optional_modules entry does not block it; the card is marked Limited and the module is expected to degrade gracefully.

Bundled modules#

ModuleIdCategoryNeedsProduces
Discoverydiscoveryfoundationcase_id, activity, timestamp; ≥50 events, ≥2 casesDFG, Petri nets, process tree, heuristics net, BPMN; datasets + 3 widgets
Performanceperformancefoundationcase, activity, timestampThroughput, cycle and lead times, P90, bottleneck ranking; 3 widgets
OCEL discoveryocel_discoveryfoundationobject-centric logOC-DFG, object-centric Petri net, per-type summaries; 4 widgets
Performance (JVM)performance_javafoundationcase, activity, timestamp; a JRETiming metrics computed in Java; 3 datasets
Complexitycomplexityadvanced≥50 events, ≥2 casesEntropy, Lempel-Ziv, affinity, structure, Pentland metrics; 2 widgets
Complexity v2complexity_v2advanced≥50 events, ≥2 casesA 28-metric suite plus a transition-probability matrix
Complexity over timecomplexity_over_timeadvanced≥50 events, ≥2 casesComplexity metrics per time slice
Complexity v2 over timecomplexity_v2_over_timeadvanced≥50 events, ≥2 casesThe 28-metric suite per time slice
Conformanceconformanceadvanceda reference BPMN; ≥50 eventsFitness, precision, ranked deviations; 2 widgets
CV4CDDcv4cddadvanced≥200 events, ≥20 cases, model uploadCNN-based concept-drift detections
Concept drift explainerconcept_drift_explaineradvancedcv4cdd; ≥200 events, ≥20 cases; OpenAI + PineconeRanked, citation-backed explanations for each drift
Log evolutionlog_evolutionadvancedcase, activity, timestampArrivals vs completions, WIP, activity mix, dotted chart; 4 widgets
Performance over timeperformance_over_timeadvancedcase, activity, timestampPerformance KPIs per time slice
Actor performanceactor_performanceadvancedresource; ≥100 events, ≥5 cases; Neo4j sidecarWaiting-time decomposition per actor behaviour
Agent simulatoragentsimulatoradvancedcase, activity, timestamp, resource; ≥200 events, ≥20 casesAgent-based simulation plus a fidelity score; 3 widgets
PComppcompcomparisontwo logsTwo-sample hypothesis test on Earth Mover's Distance
Process comparisonprocess_comparisoncomparisontwo logsSide-by-side DFG diff, variant differences, EMD similarity

Three modules have notable behaviour: Discovery can derive Petri nets (Alpha, Alpha+, Inductive, ILP, IMF), process trees, heuristics nets, and BPMN, and publishes its models as datasets other modules can render. Performance declares an optional dependency on Discovery so graphs arrive labelled, and runs in a killable worker because its native work can be long. Concept drift explainer is the reference for a module with an external dependency chain and an ai_models block that renders its own model pickers.

Ownership#

Module ownership is per account and reference-counted: uninstalling removes your install, and shared artifacts (virtual environment, bundle, caches) are deleted when the last owner leaves. Restore defaults re-adds the modules you removed. Uploaded modules live in data/uploaded_modules/, never in the repository's modules/ tree. Operators can withhold a module from new accounts, or change what new accounts get, on Admin → Modules; existing owners keep their install.