Pyck Open Source Framework
Lies den Code. Dann sprich mit uns.
Pyck ist ein Open-Source-Framework: Der Core ist in Go entwickelt, die Frontends in TypeScript. Deine müssen es nicht sein. Temporal führt deine Workflows in Go, Java, TypeScript, Python oder .NET aus. Über die öffentliche GraphQL-API kannst du vollständige eigene Frontends bauen, selbst programmiert oder mit Unterstützung von KI. Self-Hosting ist integriert und nichts davon ist hinter einem Vertriebsgespräch versteckt.
Architektur
Woraus das Framework besteht
Pyck Framework = Core + Pyck Control + Pyck Mobile. Deine Lager-Software besteht aus dem Core und den Workflows, die du darauf entwickelst.
Web SDK, öffentliche API und Workflow SDK. In Go geschrieben. Diese Schicht hält die Bestandswahrheit: Bestände, Verfügbarkeiten, Reservierungen und Movements. Sie wird bewusst nicht generiert.
Die Web-Anwendung, mit der Supervisor den Betrieb steuern: Aufträge, Bestände, Ausnahmen sowie die Zuordnung von Workflows über mehrere Standorte und Mandanten.
Die Operator-App auf der Lagerfläche, vollständig gesteuert durch die Workflows, die dem jeweiligen Operator zugewiesen sind.
Live und öffentlich, auf iPhone, iPad und Android.
Wo Projektdaten zu Workflows werden. Anforderungen in jedem Format werden strukturiert, Widersprüche sichtbar gemacht und Workflows als BPMN-Diagramme visualisiert, bevor sie generiert und ausgerollt werden.
Das Frontend für Entwickler. Jede Operation, die Pyck bietet, ist über den Befehl pyck erreichbar: im Terminal getippt, in CI skriptgesteuert oder von einem KI-Agenten aufgerufen. Die CLI setzt Instanzen auf, konfiguriert sie und spielt Updates ein, damit eine Umgebung reproduzierbar entsteht statt in einer Konsole zusammengeklickt zu werden. Für die Workflow-Arbeit formatiert sie BPMN-Diagramme, rollt Temporal-Worker in die Pyck Managed Cloud aus und debuggt und inspiziert laufende Workflows. Daten kommen mit: Import, Export und Inspektion von Datentypen sind eingebaut.
# macOS and Linux
brew tap pyck-ai/tap
brew install pyck-ai/tap/pyck
pyck version
Release-Binaries für macOS, Linux und Windows, jeweils amd64 und arm64, veröffentlicht mit SHA-256-Prüfsummen. Die CLI prüft höchstens einmal täglich auf eine neue Version, PYCK_NO_UPDATE_CHECK=1 schaltet das ab.
Workflows
Ein Workflow, drei Ansichten
Derselbe Workflow ist für einen Operator eine Aufgabenliste, in Temporal eine orchestrierte Funktion und in Studio ein BPMN-Diagramm. Deshalb wirkt eine Änderung an einer Stelle überall.
In den Apps
Workflows werden den Operatoren auf der Lagerfläche zugewiesen. User Tasks sind die Schritte, bei denen ein Operator mit der Benutzeroberfläche interagiert; Service Tasks laufen ohne ihn.
In Temporal
Workflows sind die Funktionen, die die Geschäftslogik orchestrieren: dauerhaft, wiederholbar, beobachtbar, inklusive Retries und Kompensation durch die Engine.
In Studio
Workflows sind BPMN-2.0-Diagramme. Prüfbar auch von Menschen, die keinen Code lesen. Das macht Freigaben vor dem Rollout möglich.
AI Co-Development
Wo agentischer Code erlaubt ist und wo nicht
Die entscheidende Frage, die sich jeder ernsthafte Entwickler bei KI-generierter Lager-Software stellt: Was passiert, wenn das Modell einen Fehler macht? Die Antwort liegt in der Architektur, nicht in einem Versprechen.
Die Bestandswahrheit liegt im Core, hinter einer festen API, die als Übersetzungsschicht zwischen Absicht und Ausführung dient. Bestände, Verfügbarkeitsregeln und Bewegungslogik werden nie generiert. AI Co-Development erzeugt den Workflow darum herum: Schrittfolge, Benutzeroberflächen, Verzweigungen. Jeder davon ist ein BPMN-Diagramm, das ein Mensch vor dem Rollout freigibt.
Ist die generierte Ebene fehlerhaft, entsteht ein Workflow, der das Falsche tut und ein Mensch erkennt das im Review. Ein verfälschter Bestand entsteht dadurch nicht.
API
Öffentlich, dokumentiert, versioniert
Eine GraphQL-API über die gesamte Domäne. Frag sie ab, bevor du dich festlegst.
# stock across tenants and sites query StockByLocation($tenant: ID!) { inventory(tenantId: $tenant) { location { code zone site } article { sku description } quantity reserved available } }
| Thema | Wie |
|---|---|
| Transport | GraphQL / HTTPS |
| Auth | OIDC · service tokens |
| Multi-tenancy | Tenant = isolierte Organisationseinheit |
| Events | Webhooks auf Workflow- und Bestands-Events |
| Datenhaltung | Historische Daten werden nie gelöscht |
Betrieb
Unsere Cloud oder dein Server-Rack
| Pyck Managed Cloud | On-premise | |
|---|---|---|
| Du betreibst | Nichts | Alles |
| Datenhaltung | EU | Dein Gebäude |
| Updates | Kontinuierlich, ohne Ausfall | Nach deinem Plan |
| Läuft mit uns | ✓ | Nein |
Läuft auf Kubernetes. Container-Images, Helm-Chart und ein Referenz-Deployment liegen im Repository.
Sprich mit uns, wir sind selbst Entwickler.
Wir stellen Test-Tenants auf unserem Demo-System bereit. Du musst den Core also nicht selbst hosten und kannst dich vollständig auf Workflows und Worker konzentrieren.
