GitHub
Kotlin DSL · ISO 10303 · AP242 · CAD · Engineering

Engineering, das kompiliert.

Eine typisierte Quelle. STEP-native Modelle. Lesbar für Mensch und KI.

kSTEP ist die erste AI-first, code-first, STEP-native Engineering-Modellierungs-DSL für Kotlin/JVM. Sie bringt Typed Domain Grounding — die in kUML bewährte Architektur — ins physische Ingenieurwesen: eine statisch typisierte DSL plus Compiler-Feedback als verlässliche Ground Truth für Mensch und LLM, von der Produktstruktur bis zur Geometrie.

Bracket.kstep.kts
// Bracket.kstep.kts — no imports required, kstep script host provides them
product(name = "Bracket-42") {
    description = "Mounting bracket, aluminum, 4-hole"
    partNumber = "BRK-42"

    partVersion(id = "C") {
        approvalStatus = Approved       // type-safe enum, not a string
        approvedBy = "J. Betchvaia"
    }
}
// kstep render Bracket.kstep.kts --out Bracket.step  (STEP Part 21 / AP242)

Ziel-Syntax — Entwurf für M1, noch nicht veröffentlicht.

Warum kSTEP

Code-first. AI-first. STEP-nativ.

Die CAD-Welt kennt GUI-Suiten mit proprietären Formaten — oder Code-first-Skripting ohne echte KI-Integration. kSTEP ist der bewusste dritte Weg.

Typed Domain Grounding

Eine statisch typisierte Kotlin-DSL plus Compiler- und Validierungs-Feedback gibt LLMs eine Ground Truth — dasselbe Prinzip, das kUML verlässlich macht, angewandt auf Engineering-Daten.

STEP-nativ statt proprietär

kSTEP spricht ISO 10303 direkt — AP242, Part-21-Export, Produktstruktur und mehr. Keine binären Herstellerformate, keine verlustbehaftete Konvertierung.

Ein bewährter Geometrie-Kernel

Die Geometrie baut auf OpenCascade (OCCT), zunächst per JNI auf dem Desktop — der WASM-Pfad für einen späteren Browser-Playground steht offen, aus derselben Codebasis.

AI-first statt KI nachgerüstet

LLM-Agenten sind Nutzer erster Klasse — benannte Parameter überall, Validierungsschleifen, Tool-Calling und MCP-Server auf der Roadmap, nach dem Vorbild von kUML.

Typsicherheit als Feature

CadQuery und Build123d sind Python — ohne statisches Typsystem, ohne Compiler-Feedback. Kotlins Typsystem ist kSTEPs bewusstes Unterscheidungsmerkmal, keine bloße Sprachvorliebe.

Open Source, lizenzsauber

Apache 2.0 für den eigenen Code, dynamisch gelinkt gegen das LGPL-lizenzierte OCCT und PlaneGCS. In der Discovery-Phase bewusst geklärt — keine GPL-Fallen.

Roadmap

Offen gebaut, Meilenstein für Meilenstein

kSTEP steht ganz am Anfang. Die Entscheidungen sind getroffen — die Implementierung hat gerade begonnen.

  1. M0 Abgeschlossen

    Discovery

    Marktanalyse, Stack- und Lizenzentscheidungen, V1-Scope.

  2. M1 In Arbeit

    Headless MVP

    Kotlin-DSL, OCCT-Anbindung, STEP-Roundtrip, CLI.

  3. M2 Geplant

    AI-Layer

    LLM-Tool-Calling, visuelle Feedback-Schleife, MCP-Server.

  4. M3 Geplant

    Desktop-Viewer

    Compose-Desktop-App mit interaktivem 3D-Viewer.

  5. M4 Geplant

    Ökosystem

    Gradle-Plugin, IDE-Plugin, Doku-Einbettung.

Zusehen, wie es entsteht.

Das Repository ist echt, die Meilensteine sind öffentlich — jeder Schritt passiert im Offenen.

kSTEP auf GitHub