Die wiederverwendbare Maschinerie für Lösungsentscheidungen — Anforderungen modellieren, Lösungen als Kompositionen aus Kaufen·Mieten·Bauen + Integration aufstellen und sie auf Gate · Fit · Cost · Risk unter einem gemeinsamen Szenario vergleichen.
Dieselbe Maschinerie, zwei Blickwinkel — verlinkt, nicht getrennt. Die Methodik erklärt, wie entschieden wird; die Architektur, wie das System gebaut ist.
Der Entscheidungs-Loop: Anforderungen → Kandidaten-Lösungen → ein gemeinsames Szenario → Bewertung auf Gate · Fit · Cost · Risk. Schärfe und Forks: welche Frage als Nächstes zu klären ist.
Die fünf Schichten, der Datenvertrag (Schema als Form-Wahrheit), Kernel und Shell, ein Cockpit bauen, pro Projekt erweitern. Mit generierter Feld-Referenz aus dem Schema.
Jedes Cockpit besteht aus denselben fünf Schichten. Die eine tragende Unterscheidung: Kernel und Shell werden gepinnt (nie im Konsumenten editiert), das Template wird kopiert und gefüllt.
Vertrag
Contract
Das JSON-Schema — die Quelle der Form-Wahrheit, maschinell prüfbar.
gepinnt
Kernel
Der reine Rechenkern — Gate·Fit·Cost·Risk-Scoring und Fork-Narrowing, frameworkfrei.
gepinnt
Shell
Das geteilte Cockpit-Frontend — Boot, Render, Views, Forks, Tooltips.
kopiert
Template
Das Copy-me-Gerüst für ein neues Cockpit — kopieren und füllen.
gefüllt
Instance
Das fertige Cockpit einer Engagement — die Daten in data/.