Graph first, execution second.
The model represents teams, roles, workers, processes, tasks, KPIs, and tools as connected nodes. Simulation and optimization sit beside workflow execution, confidence, approval gates, and a Reality dashboard.
A visual business twin for modelling organizations, simulating capacity, and running human and AI workflows with approval boundaries.
Organizations are usually described in documents, while the work happens across people, tools, processes, and handoffs. SimTwin explores a navigable model where capacity, ownership, throughput, and execution can be reasoned about together.
The model represents teams, roles, workers, processes, tasks, KPIs, and tools as connected nodes. Simulation and optimization sit beside workflow execution, confidence, approval gates, and a Reality dashboard.
org graph → capacity / cost / ownership model
↘ simulate → approve → execute → reality metrics| Evidence | What the repository shows |
|---|---|
| Domain model | Graph nodes cover organizational structure, roles, workers, processes, tasks, KPIs, and tools. |
| Execution layer | Phase 11 documents worker registration, Run Now, per-step confidence, approval gates, and execution metrics. |
| Runtime options | A local agent runtime supports offline stubs as well as configurable model providers. |
| Implementation | React Flow, FastAPI, SQLAlchemy, NetworkX, and SQLite/Postgres are documented in the architecture. |
A company chart cannot explain the actual handoffs, queues, and decision points that make work slow.
Capacity and cost only become useful when each activity has a clear owner and measurable outcome.
Human judgment should be represented in the workflow rather than added after an autonomous action.
Execution metrics are needed to compare the model with what the organization actually did.