Das Verhältnis zwischen mSCAILE und adSCAILE ist kein Konflikt. mSCAILE übernimmt den Intent von adSCAILE und löst ihn von der konkreten Mechanik — damit Entwickler das Framework mit ihren eigenen Tools anwenden können, ohne eine bestimmte Plattform vorauszusetzen.
adSCAILE auf drei Ebenen
Das erste, was man verstehen muss: "adSCAILE" ist kein einzelnes Dokument. Es existiert auf drei Abstraktionsebenen — und sie sind unterschiedlicher, als man denkt.
Die Marketing-Website ist dabei näher an mSCAILE als das Poster. Sie teilt den Anspruch "technologie-agnostisch" und verwendet ähnliche Konzepte: Fluent Process, Beyond Agile, Guided Automation. Das Poster dagegen ist eine Referenzimplementierung — wertvoll, aber toolspezifisch.
Wo die Konzepte übereinstimmen
| adSCAILE-Konzept | mSCAILE-Entsprechung |
|---|---|
| Spec-Driven (Gherkin + Requirements Graph) | Behavioral Contracts — Format frei, Struktur nicht (P2) |
| Human-in-the-Loop (5 definierte Rollen) | "Der Mensch orchestriert, die KI implementiert" (P1) |
| Human Quality Gate nach Implementation | Qualitätssicherung bleibt deterministisch (P6) |
| Git als Source of Truth | Ein Agent, ein Schritt, ein Commit (P4) |
| Traceability: Commit → Task → Requirement | Intention explizit festhalten (P3) |
| Iterative Loops pro EPIC | Plan → Work → Assess → Compound Loop |
Und die Prozess-Schritte der Website spiegeln sich direkt im mSCAILE-Loop:
| adSCAILE-Schritt | mSCAILE-Entsprechung |
|---|---|
| 1. Systemanforderungen & Architektur | Plan-Phase |
| 2. Komponentenspezifikation | P2 Spec-Driven (Behavioral Contracts) |
| 3. Implementierung (Agent Loops) | Work-Phase |
| 4. Review & Qualitätssicherung | Assess-Phase + P6 |
| 5. Betrieb & Weiterentwicklung | Compound-Phase + P8 |
Wo mSCAILE bewusst abweicht
Nicht alles am Poster funktioniert für ein Team von 1–3 Personen. Und manche Entscheidungen im Poster lösen Probleme, die in der KI-Ära anders gelöst werden sollten. Sechs bewusste Abweichungen:
Was mSCAILE hinzufügt
Vier Konzepte fehlen in adSCAILE vollständig — nicht weil sie vergessen wurden, sondern weil das Poster aus dem manuellen Paradigma kommt. mSCAILE ergänzt sie für die generative Ära:
Intent Ceiling — das "Warum" explizit halten (P3)
adSCAILE hat Traceability (Commit→Task→Requirement), aber kein Konzept für die Dokumentation des "Warum" hinter Entscheidungen. Code speichert das Wie, Tests das Was. Das Warum geht verloren, wenn es nicht aktiv dokumentiert wird.
In der Praxis: Die KI liest den Code und versteht ihn technisch. Aber sie kann nicht rekonstruieren, warum eine Architekturentscheidung so getroffen wurde. Im Zweifelsfall optimiert sie sie weg. ADRs und Decision Logs sind keine Bürokratie — sie sind das Gedächtnis des Projekts.
Compound — akkumulierendes Lernen (P8)
adSCAILE erwähnt "Continuous Improvement" in Schritt 5, aber ohne Mechanismus. mSCAILE macht das explizit: Am Ende jeder Iteration werden Zeit und Tokens investiert, um die nächsten Iterationen leichter zu machen — für Mensch und KI.
Ohne Compound arbeitet die KI bei jedem Durchlauf mit denselben Defaults. Macht dieselben Fehler, kennt dieselben Lösungen nicht, verbraucht Tokens für bereits gelöste Probleme. Mehr zu Compound →
Fail Fast — neu generieren statt debuggen (P7)
adSCAILE hat ein "Agent Refinement & Refactoring"-Gate, das iteratives Verbessern impliziert. Das passt zum manuellen Paradigma. mSCAILE sagt: KI-Output ist billig, Debugging ist teuer. Drei Runden Debugging sind oft langsamer als ein frischer Anlauf mit besserer Spec.
Deterministisch, was deterministisch sein kann (P5)
adSCAILE macht keine Unterscheidung zwischen LLM-Aufgaben und deterministischen. mSCAILE schon: npm run check-links ist besser als "Claude, prüfe alle Links". Deterministische Schritte brauchen keine Tokens, sind reproduzierbar und funktionieren noch, wenn das Token-Kontingent erschöpft ist.
Das Verhältnis in einer Zeile
├─ Marketing-Website (Positionierung, 5 Steps)
├─ Poster (Referenzimplementierung, 10 Loops, konkretes Tooling)
└─ mSCAILE (BL Microsoft: 8 Prinzipien + Enablement + eigene Implementierung)
mSCAILE übernimmt den Intent von adSCAILE — Spec-Driven Development, menschliche Kontrolle, Quality Gates, Git als Wahrheitsquelle — und löst ihn von der konkreten Mechanik. 8 Prinzipien statt Prozessvorschrift. Kein Tooling vorgeschrieben.
Das adSCAILE-Poster taugt als Ausgestaltung für größere Teams mit Rollenaufteilung und Enterprise-Tooling. mSCAILE ist die Implementierung für heute: realistisch, schlank, verständlich.