Menschengesteuerte Systeme

Kleine Kerne.
Offene Komposition.

Skaldos ist das unabhängige Open-Source-Zuhause für Systemfundamente, die Laufzeitverhalten explizit, Ownership lokal und Erweiterung offen halten – ohne Policy in den Core zu zwingen.

Skaldos Strand-Knoten-Signet

Workshop-Buch / 01

Die Methode hinter
den Systemen.

Architecture Cycle-Driven Development rekonstruiert, wie DIX und ROBA tatsächlich entstanden sind: Entscheidungen, gescheiterte Abstraktionen, Gegenargumente, Drucktests und bewusste Ersetzungen – keine nachträglich glattgezogene Erfolgsgeschichte.

Cover von Architecture Cycle-Driven Development, deutsche Ausgabe

Architecture Cycle-Driven Development

Architektur als evidenzgebundener Erkenntnisprozess.

Reale Workshop-Szenen zeigen, wie Architektur durch kooperatives Denken entsteht, statt im Nachhinein als saubere Erfolgsgeschichte umgeschrieben zu werden. Das Buch bewahrt Irrwege, ihre Evidenz und die Begründungen ihrer Ablösung.

Ausgabe
Version 1.1
Deutsch
104 Seiten
English
101 pages
Format
Tagged PDF · A4

Projekte / 02

Zwei Fundamente.
Eine Richtung.

DIX und ROBA lösen unterschiedliche Probleme. Beide beginnen mit derselben Weigerung: Infrastruktur darf Ownership, Policy und Vertrauensgrenzen nicht hinter bequemer Magie verstecken.

Mechanischer DIX-Basilisk in Beerenfarben und Elfenbein

DIX

Declarative Interface eXecutor.

Ein Python-Toolkit, das isolierte Component-, Composition-, Application- und Module-Graphen zu explizit exponierten lokalen Funktionen zusammensetzt.

DIX auf GitHub →
Mechanischer ROBA-Basilisk in Grün und Elfenbein

ROBA

Lokaler Context-State mit expliziten Zugriffsgrenzen.

Ein ephemerer Context-State-Dienst rund um Prozessgrenzen, Unix-Sockets, typisierte Locators, gescopten State und bewusst schmale Authority.

ROBA auf GitHub →

Prinzipien / 03

Kontrolle bleibt sichtbar.

Die Projekte sind für Komposition statt Assimilation gebaut. Höhere Layer dürfen meinungsstark werden. Ihre unteren Fundamente sollen schmal, inspizierbar und austauschbar bleiben.

01Explizit statt implizit

Laden, Exposition, Authority und Anpassung sollen sichtbare Operationen sein – keine ambienten Seiteneffekte.

02Ownership vor Convenience

Der Layer, der Semantik tatsächlich entscheiden kann, soll sie besitzen. Der Core rät nicht für ihn.

03Komposition statt Einverleibung

Nützliches Verhalten bleibt unabhängig austauschbar, anstatt in einer universellen Runtime zu verschwinden.

04Prozessgrenzen sind real

Trust-Behauptungen enden dort, wo Betriebssystem und konkrete Runtime sie nicht mehr durchsetzen können.

05Verträge ohne Theater

Eine deklarierte Grenze soll beschreiben, was wirklich garantiert wird – keine dokumentförmige Gewissheit erzeugen.

06AI bleibt Kooperationspartner

AI kann Denken und Umsetzung beschleunigen, während menschliche Absicht, Prüfung und Verantwortung erstklassig bleiben.

Über mich / 04

Entwickelt von
Matthias Fulz.

Systemarchitekt, Security-Nerd und unabhängiger Entwickler – am stärksten dort, wo die Lösung noch nicht feststeht.

Meine technische Laufbahn begann mit Linux, einem Buch über C und dem ziemlich eindeutigen Gedanken: Das ist geil – davon will ich mehr verstehen.

Seitdem beschäftige ich mich damit, komplexe Systeme bis zu ihren tatsächlichen Grenzen zu durchdringen: Wo liegt Verantwortung? Welche Abstraktion bleibt unter Druck stabil? Und was trägt wirklich über einen bequemen Prototyp hinaus?

Unter Skaldos entwickle ich DIX, ROBA und Architecture Cycle-Driven Development als zusammenhängende Erkundung komponierbarer Software, kontrollierbarer AI-Integration und evidenzgebundener Architekturarbeit. Abschlüsse und Zertifikate dokumentieren absolvierte institutionelle Verfahren – nicht die Tiefe technischen Verständnisses. Entscheidend ist für mich, ob eine Idee technischer Prüfung standhält und sich praktisch beweisen lässt.

  • Bachelor of Science · FH Ingolstadt
  • Offensive Security Certified Professional · OSCP
  • Linux · C · Python · Security · Systemarchitektur
Über Systeme, Forschung oder Zusammenarbeit sprechen →

Richtung / 05

Den Beweis bauen.

Das ist eine Richtung, kein Versprechen. Jeder Schritt muss sich durch konkrete Drucktests seinen Platz verdienen, bevor er stabile Oberfläche wird.

Jetzt

  • Erstes öffentliches Alpha vorbereiten
  • Ehrliche Architekturgrenzen veröffentlichen
  • Reproduzierbare lokale Beispiele liefern

Danach

  • Ausgewählte First-Party-Module stabilisieren
  • DIX und ROBA über explizite Consumer verbinden
  • Echte Entwicklungsabläufe Ende-zu-Ende fahren

Ausloten

  • State-gestützte Execution-Adapter
  • Contract- und Generator-Werkzeuge
  • Schnittstellen für Menschen und AI

STATUS: VORBEREITUNG DES FRÜHEN ALPHA — Schnittstellen und Projektgrenzen können sich noch bewusst ändern.