industryOS.de
~/industryos — operating system

From real-worldcomplexity toactionable clarity.

A knowledge platform for manufacturing — structured, connected, with open authorship. Build capabilities, don't buy systems.

Articles
5
Tags in graph
30
Domains
5
Cross-cuts
4
Latest

From the editorial team.

All articles
Domains

Five views. One connected picture.

Every article has its home in one of the five domains. Tags and cross-cuts connect them across topics — visible in the knowledge graph.

Markt & Kunden

What the market needs.

Market understanding, customer requirements, voice of customer, product strategy.

00
Wertschöpfung

What we do.

From engineering to after-sales — the product lifecycle.

Varianten
04
Organisation & Befähigung

How we can do it.

People, methods, structures — the ability to stay adaptable.

TransformationOperating Model
310
Digitale Grundlage

What we build on.

Data, systems, connectivity — the digital substance of the business.

DigitalisierungTechnologie
315
Steuerung & Finanzen

How we steer.

Investment frame, KPIs, controlling — the compass in motion.

01
Navigation rethought

Follow the connections,
not the menus.

The knowledge graph shows 5 articles and 30 tags as a living network. Click along the relationships, find cross-connections and new entry points.

Kernel · Studio · Runtime

Define. Model. Operate.

IndustryOS keeps three layers deliberately separate — like the building authority, the architect and the contractor on a site. The Kernel defines what things are. The Studio models by those rules. The Runtime operates the result. Three layers, one shared vocabulary.

PRISM — Defines what things are.
Kernel

PRISM

Defines what things are.

The semantic and methodological foundation: a shared vocabulary for requirements, bills of materials and changes — plus the methodology used to assess them. It defines; it does not execute.

Coming soon
OpenTwin Builder — Models by the rules.
Studio

OpenTwin Builder

Models by the rules.

The authoring tool: create and maintain objects, bindings and contracts by the Kernel's rules — derive EBOM and MBOM, resolve variants, steer approvals.

OpenTwin — Operates what was modeled.
Runtime

OpenTwin

Operates what was modeled.

The runtime platform: operates the knowledge graph and digital twins of the modeled objects, maintains authority and detects drift in live operation.

Manifesto

Fourteen principles this platform stands on.

These principles apply equally to content and platform — and are the yardstick for every decision made here.

  1. Simplicity over complexity.

    We pick the clearer path, even when the flashier one tempts us.

  2. Explain complex things simply.

    Our mission: depth without tech-voodoo.

  3. Performant web design.

    Fast, clean, no bling. Every second of load time is an argument against us.

  4. Refactoring is normal.

    Continuous improvement, not big bang. Code and content grow with the work.

  5. Clean code.

    Best software design counts more than the feature itself.

  6. From practice, for practice.

    Examples from real plants, not from textbooks.

  7. No legacy.

    We build with current tools. We explain old concepts — we don't adopt them.

  8. Openness, open source preferred.

    We solve requirements with modern tools — open source wherever possible.

  9. Real value for users.

    Every solution must deliver concrete benefit — otherwise it doesn't belong here.

  10. Domain ≠ technology.

    A business user shouldn't need to know SAP tables. UI and language keep that separation strict.

  11. Adaptive self-organization.

    Highly dynamic systems can't be planned through — only adaptable organizations and architectures survive. Instead of mega-transformation: continuous, local self-organization.

  12. Zero-based thinking.

    Think from the result backwards, not from the legacy. The question: what would be right if we started today?

  13. Open failure culture.

    Innovation happens where mistakes are named and discussed — not where they're hidden.

  14. Solution-oriented. Change-driven.

    Modern technology solves problems — legacy debates don't. "Can't be done" isn't an option; change is the key to organizational and technological success.