FactorySemantics MES
An open-source, modular, agent-native Manufacturing Execution System.
Run one module on a laptop for a five-person shop, or the full suite across a fleet of plants. Every capability is an API and an agent tool first, a screen second. Every number is honest about where it came from.
Status: pre-alpha, running simulated plants only (as of 2026-09-07). Orders and routings, OPC UA execution, OEE, quality with SPC and gauges, maintenance, finite-capacity scheduling, serialisation and genealogy, an 85-tool MCP agent surface, an ERPNext connector, and a scoring harness that measures whether the MES told the truth about its plant. The largest simulated plant is an 83-station cutlery works serialising every piece (labs/cutlery); it is the public demo. Not yet: a real plant in production, the per-operation ERP contract end to end (M7), plant packs as a product (M8), and PLC write-back beyond a guarded recommendation queue. See ROADMAP.md for what has landed and what is next, docs/ARCHITECTURE.md for the design, docs/LANDSCAPE.md for why this project should exist at all, and docs.factorysemantics.com for the documentation.
Nothing on this page is measured on a real plant. Every number in this repository comes from a simulated line and says so where it appears.
Why this exists
Three facts, verified 2026-08-28 (sources in docs/LANDSCAPE.md):
-
No integrated open-source MES exists. ERP projects (Odoo, ERPNext, Qcadoo) stop at work orders — no machine connectivity, no OEE, no SPC. Data-infrastructure projects (United Manufacturing Hub, Rhize) deliberately refuse to be the MES. SCADA projects have machine data but no manufacturing semantics. Nothing open-source does gauge/calibration management at all. Plants that can't afford a €200k–1.5M commercial MES implementation stitch together Node-RED, Grafana, and spreadsheets — and the ERPNext maintainers themselves published the missing-features list (erpnext#50827).
-
The agent-native lane is open, but the window is closing. Every incumbent (Siemens, Bosch, Rockwell) is bolting AI agents onto closed platforms. Tulip shipped an MCP server; Ignition announced one for 2026. An MES whose core is designed to be operated by agents — permissioned writes, append-only audit, semantic events — with the source open, has no occupant.
-
This isn't starting from zero. The kernel came from a working, tested mini-MES (orders, routings, OPC UA machine layer, OEE, ERPNext round-trip) that was merged into this repository on 2026-08-31. The test plant is a deterministic line simulator that lives in
src/fsmes/sim/. See Provenance below.
The north star
Siemens Opcenter-level functional coverage, as open-source modules on one kernel. The table is the target; the marks say how far each item has come as of 2026-09-02 (✅ landed · 🟡 partial · ⬜ not started):
| ✅ Production orders & routings | ✅ PLC / OPC UA / Kepware connectivity | ✅ Downtime tracking & OEE |
| 🟡 Shifts, calendars & labor | ✅ Quality: inspections, holds, NCR, SPC | ✅ Gauge & calibration management |
| ✅ Preventive maintenance | ✅ Finite-capacity scheduling | ✅ Traceability & genealogy |
| 🟡 ERP integration (ERPNext, B2MML-flavoured file, REST) | ✅ Analytics & shift reports | 🟡 Agent operations layer (MCP) |
Honesty about scale: Opcenter is thousands of engineer-years. The path here is not cloning it — it's shipping the 20% of each module that covers 80% of a small-to-mid plant, correctly and honestly, module by module, with agents as the force multiplier. Depth grows where users pull.
Principles
- Kernel + modules. A small kernel (master data, orders, routing, dispatch, execution, events, audit, auth) that is always present; everything else — quality, maintenance, scheduling, gauges — is an optional module. A customer installs only what they need.
- Standards-shaped, not standards-burdened. ISA-95 nouns for the data model, PackML for machine states, ISO 22400 for KPIs, B2MML only at the ERP border. Never invent a word the industry already has; never implement an XML schema internally.
- Agent-native. Every function callable via REST and MCP. Read tools are free; command tools are idempotent, support
dry_run, and pass approval gates. Agents act on behalf of an identified human, and every action — human or agent — lands in the same append-only audit spine. - Never invent production. Counter deltas book production; resets re-baseline and book nothing. OEE reports unknown, never a misleading zero. Unlabelled downtime is reported as unlabelled. Every screen states its data source.
- Runs anywhere. SQLite on a laptop → Docker Compose in a plant → fleet of nodes with a console. Operator UI is plain HTML/JS with no build step, because a plant PC must render it for years without a node toolchain.
- Simulation-first. CI runs a full fake plant (deterministic six-station line over a real OPC UA server). Every feature is demoable without hardware. Scripted failures — breakdowns, changeovers, counter resets, micro-stops — are named regression tests.
- Config, not code, at every plant boundary. Which tags a machine exposes lives in a tag map. What a plant enables lives in a plant pack — one directory, validated offline by
fsmes pack check, carrying no code and no secret. Three lab packs exist to prove it: two that disagree about the line, and a third invented to disagree with the pack format itself and to run the same wheel with two modules switched off.
Provenance — where the code comes from
This project is a convergence, and its origins are recorded deliberately:
| Source | What it contributes | License status |
|---|---|---|
| MES-TWIN (the maintainer's earlier personal project) | The kernel: routing/order model, OPC UA agent + tag maps, OEE math, ERP adapters, auth, audit — merged wholesale on 2026-08-31 and built on since | Merged into this repository; Apache-2.0 here |
| LineSim (the maintainer's earlier personal project) | The CI/demo plant: deterministic line physics → CSVs → OPC UA replay or Kepware | Ported into src/fsmes/sim/; not a dependency |
| FactorySemantics (the semantic layer) | The canonical event envelope and manufacturing ontology this MES is meant to emit through its outbox | Not yet a dependency: as of 2026-09-07 the code does not import it (ROADMAP, "carried decision for M1") |
| factorysemantics.com | Patterns only: plant packs, capability-filtered MCP tool surface, single-writer locks, observe-don't-push fleet console | Patterns re-implemented here; that code stays there |
Clean-room rule: everything here derives from the personal projects above, public standards, and public documentation. Nothing derives from any commercial MES's internals, schemas, or documentation, and no employer data or configuration is ever committed. Domain understanding from running an MES daily informs what to build; proprietary material does not enter this repository.
The FactorySemantics family
- FactorySemantics MES (this repo) — the execution layer: runs the floor, books production, owns the audit trail.
- FactorySemantics — the semantic layer: canonical events and ontology this MES is designed to emit (not yet published; see Provenance).
- factorysemantics.com — the commercial layer: on-prem analytics/ML nodes and the fleet console that consume those events.
The MES makes the data; the semantic layer names it; the intelligence layer learns from it.
Decisions (ratified 2026-08-28)
| Decision | Call | Why |
|---|---|---|
| License | Apache-2.0 everywhere, contributions under DCO | The two closest industrial comparables (United Manufacturing Hub, frePPLe) both left copyleft because integrators are the adoption channel; closed-SaaS strip-mining of a niche on-prem MES is a phantom threat. Copyright stays concentrated, so every future option remains open. |
| Package name | dist factorysemantics-mes, import fsmes |
Brand on the index, four keystrokes in code. Both names verified free on PyPI, 2026-08-28. |
| Publication | Public from 0.1.0, with a fresh history. The private era (2026-08-28 to 2026-09-07) is summarised in docs/history/private-era.md. | Readiness and permission were kept separate on purpose: the repository went public when a stranger could install it, run a simulated plant, and read why every number is what it is. |
| Governance | One maintainer, decisions in public. GOVERNANCE.md, docs/decisions/. | A page that tells the truth beats a committee that does not exist. |
Getting started
Install from PyPI into an isolated environment and run the built-in story: one order released against a routing, run down a simulated six-station line over a real OPC UA server, booked honestly, and completed.
pipx install factorysemantics-mes # or: uv tool install factorysemantics-mes
fsmes info
fsmes demo
From a checkout, on Linux or macOS:
python -m venv .venv && .venv/bin/python -m pip install -e ".[dev]"
.venv/bin/fsmes info
.venv/bin/python -m pytest
On Windows (plant PCs are Windows, and CI proves it):
python -m venv .venv; .venv\Scripts\python -m pip install -e ".[dev]"
.venv\Scripts\fsmes info
.venv\Scripts\python -m pytest
What runs today (2026-09-07): simulated plants from a registry (fsmes plant all start), each a complete MES over a real OPC UA server with its operator screens; fsmes score <plant> replays a scripted hour and reports whether the MES booked what the line produced, whether a planned stop was misbooked as downtime, and whether the scripted breakdown was detected; two MCP servers (the product's 85 tools, the simulator's 13). The test suite is the gate, and CI runs it on Linux and Windows.
The public demo at demo.factorysemantics.com is the cutlery plant from labs/cutlery, simulated, serving a copy of one scored hour. Nothing there is a real factory.
Where things are
| Documentation | docs.factorysemantics.com — plant, operate, develop, agents |
| Questions and ideas | GitHub Discussions |
| Bugs | Issues — say whether the plant is simulated or real |
| Contributing | CONTRIBUTING.md — DCO, house rules, provenance rule |
| Conduct | CODE_OF_CONDUCT.md |
| Security | SECURITY.md — private reporting, what is and is not in scope |
| Governance | GOVERNANCE.md, MAINTAINERS.md, docs/decisions/ |
| Changes | CHANGELOG.md |
| Licence | Apache-2.0, with NOTICE |
Metadata
Release files for factorysemantics-mes 0.2.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| factorysemantics_mes-0.2.0.tar.gz | 1.7 MB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| factorysemantics_mes-0.2.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 2.8 MB
Release files / factorysemantics_mes-0.2.0.tar.gz
| Download URL | factorysemantics_mes-0.2.0.tar.gz |
|---|---|
| Size | 1.7 MB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
d255f33f41f4568a0d8dbb95ab8c66c3d33b8a41194f245e28c3e8ad49a8aa49
|
|
BLAKE2b-256 checksum How to use checksums |
90323fc1a6c415083d780ba1968c7980f1d08f6c003784ba2f018f79e2f4ac2a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 17, 2026.
Transparency logRelease files / factorysemantics_mes-0.2.0-py3-none-any.whl
| Download URL | factorysemantics_mes-0.2.0-py3-none-any.whl |
|---|---|
| Size | 1.1 MB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
accee200e598d1b30368a0c36841b153da6cdd11a7063df4467ca6a05aceb819
|
|
BLAKE2b-256 checksum How to use checksums |
494aa8dc5e715038a0532027da0b69b9460bea7f612b794a192d678cb9a7d8c5
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 17, 2026.
Transparency log