Eingefrorene Lehrversion
CO2Calc Lab Snapshot
Sauberer Architekturstand für Lehre, Review und Case-Study-Referenz.
Lehr-Snapshot öffnen ↗Build Fast. Decide Slowly.
Ein 5-Tage-Intensive für Bauen mit KI ohne Verlust architektonischer Kontrolle.
Dieses Lab lehrt einen disziplinierten Weg, mit KI zu bauen, sodass das Ergebnis reviewbar, handoff-fähig und technisch kohärent bleibt. Du gehst mit einem realen MVP und einem Workflow heraus, den du wiederverwenden kannst.
Das Problem
Die meisten KI-unterstützten Builds scheitern, weil der Prozess schwach ist, nicht weil KI schwach ist.
Teams generieren schnell und merken dann, dass niemand erklären kann, warum das Repo so aussieht, was die KI verändert hat oder wie die Arbeit an andere Entwickler:innen übergeben werden soll. Gründer:innen verlieren Sichtbarkeit. Entwickler:innen erben das Aufräumen. Vertrauen sinkt schnell.
Was dabei kaputtgeht
- Spezifikationen kommen nach dem Code
- KI-Änderungen sind schwer nachzuvollziehen
- Technische Schulden kommen früh
- Handoffs werden schmerzhaft
- Kontrolle verschiebt sich weg vom Team
Praxisbeleg
Diese Methode funktioniert bereits in realen Projekten.
CO2Calc, ein Emissions-Workflow-MVP für einen realen Kunden, wurde mit dieser Methode in zwei Tagen zu einer funktionierenden ersten Version gebaut. Der Frozen Snapshot zeigt den lehrbaren Architekturstand. Die Live-Version zeigt, wie der Workflow darüber hinaus weiterläuft.
Laufende Live-Version
CO2Calc (laufend)
Aktuelle Arbeitsversion, während Entwicklung und Workflow weitergehen.
Live-Version öffnen ↗Du sollst hier nicht erst an eine Theorie glauben müssen, bevor du ein Ergebnis siehst.
So funktioniert die Methode
Human-in-the-Middle ist ein Build-Prozess, kein Prompt-Trick.
Du entscheidest, was gebaut wird, was KI anfassen darf und was ein Mensch reviewen muss. KI hilft bei der Ausführung. Die Struktur bleibt menschlich. Das unterscheidet sich von Human-in-the-Loop, wo der Mensch meist erst eingreift, nachdem Output schon da ist.
In der Praxis
- Constraints definieren
- Strukturierte Spezifikationen schreiben
- In begrenzten Schritten generieren
- Vor dem Livegang reviewen und freigeben
Warum das nicht Human-in-the-Loop ist
- HITL prüft Output nach der Generierung
- HITM definiert Grenzen vor der Generierung
- HITM hält Freigaben im Build-Prozess selbst
- Verantwortung bleibt von Anfang bis Ende menschlich
Hier wird Geschwindigkeit benutzbar statt chaotisch.
Architekturmodell
Human-in-the-Middle Architekturfluss
Das Diagramm zeigt die Abfolge hinter der Methode: erst menschen-definierte Struktur, dann begrenzte KI-Ausführung, und Freigabe bevor irgendetwas Teil des Builds wird.
Problem / Recherche
Research bleibt menschlich
Strukturierte Markdown-Spezifikation
Spezifikation vor Code
Menschliches Freigabe-Gate
Nichts geht ohne Review live
Kontrollierte KI-Ausführung
Schrittweise Generierung
Stabile Codebase / MVP
Sauberer, übergabefähiger Output
Was du bauen wirst
Ein reales MVP und einen Prozess, den du wiederverwenden kannst.
Alle arbeiten am selben Beispielprodukt. So bleibt die Komplexität hoch genug, um nützlich zu sein, aber kontrolliert genug, damit die Methode sichtbar bleibt.
Womit du rausgehst
- Ein funktionierendes MVP
- Einen strukturierten Spezifikationsprozess
- Ein saubereres, reviewbares Repo
- Ein handoff-fähiges README samt Limitations-Datei
- Einen Workflow für zukünftige Projekte
Warum das Projekt geteilt ist
- Gemeinsame Sprache im Cohort
- Gemeinsames Debugging statt privatem Chaos
- Kontrollierte Komplexität
- Ein realistischer Build statt einer Toy-Übung
Das Beispielprodukt ist ein Spec-to-MVP Tool mit Authentifizierung, API-Trennung, Exportfunktion und sauberer Dokumentation.
5-Tage-Intensive
Fünf aufeinanderfolgende Tage. Ernsthafte Arbeit. Kleine Gruppe.
Jeder Tag endet mit einem konkreten Artefakt, nicht nur mit Vortrag oder Prompt-Session.
Tag 1
Architektur & Spezifikation
- Constraints definieren
- Strukturierte Markdown-Spezifikation schreiben
- Ordnerstruktur planen
- Systemgrenzen definieren
- KI-Berechtigungen definieren
Output: Klares Repo-Blueprint.
Tag 2
Kontrollierte KI-Ausführung
- Schrittweise Ausführung mit Codex / Claude
- Menschliche Freigabe-Gates
- Commit-Disziplin
- Kommentierstandards
- Architektur-Checks
Output: Stabile Basisstruktur.
Tag 3
UI & Asset Layer
- Design-to-Code-Ausrichtung
- Saubere Komponentenstruktur
- Optionaler ComfyUI-Workflow-Überblick
- Naming-Governance
Output: Funktionale Oberfläche.
Tag 4
Verfeinerung & Dokumentation
- Error Handling
- Edge-Case-Review
- Refactoring-Prompts
- README schreiben
- Known-Limitations dokumentieren
Output: Engineer-respectful Prototype.
Tag 5
Demo & Packaging
- Problem-Framing
- Architektur-Zusammenfassung
- Technische Roadmap
- Risikodokumentation
- Funding-ready Demo
Output: MVP bereit für Funding, Handoff oder kontrollierte Weiterentwicklung.
Modular by Design
Das MVP Lab ist die vollständige Architekturerfahrung. Die Module sind das skalierbare System darum herum.
Einzelne Module können separat gebucht, in-house durchgeführt oder zu Custom-Programmen kombiniert werden. Das Flagship bleibt das vollständige Human-in-the-Middle MVP Lab.
Judgment Before Automation — Modular Series
Modul 1
Spec Before Code™
Structured Markdown Architecture Workshop
- Constraints definieren
- Strukturierte Markdown-Spezifikationen
- Systemgrenzen planen
- KI-Berechtigungen gestalten
Zielgruppe: Designer:innen, Product Thinkers, Gründer:innen, UX-Architekt:innen
Modul 2
Controlled AI Execution
Stepwise Generation & Approval Gates
- Codex / Claude Ausführungsdisziplin
- Menschliche Freigabe-Gates
- Commit-Hygiene
- Architektur-Integritätschecks
Zielgruppe: Produktbauer:innen, Architekt:innen, technische Designer:innen
Modul 3
Engineer-Respectful Repositories
Repo Discipline & Handoff Structuring
- Ordner-Governance
- Naming-Systeme
- README-Disziplin
- Known-Limitations-Dokumentation
Zielgruppe: Gründer:innen, Designer:innen im Übergang zum Bauen
Modul 4
Asset Pipelines with Authority
ComfyUI & Structured Visual Generation
- Kontrollierte Asset-Pipelines
- Design-to-Code-Ausrichtung
- Mac-zu-PC Render-Workflows
- Visuelle Governance und Konsistenz
Zielgruppe: Designer:innen, hybrid arbeitende Builder-Designer:innen, Creative Technologists
Modul 5
Funding-Ready MVP Packaging
From Prototype to Credible Demo
- Architektur-Zusammenfassung
- Technische Roadmap
- Risikodokumentation
- Verantwortungsvolle Version-2-Planung
Zielgruppe: Gründer:innen, Indie-SaaS-Builder:innen, Produktdesigner:innen
Individuelle Corporate-Versionen verfügbar. Module sind sekundäre Wege, keine konkurrierenden Angebote.
Für wen das ist
Für ernsthafte Builder, die Geschwindigkeit ohne Kontrollverlust wollen.
Das ist für Menschen, die mit KI auf professionellem Niveau arbeiten wollen und sie nicht bloß als Abkürzungsgenerator benutzen möchten.
- Produktdesigner:innen im Übergang zu Build-Rollen
- UX-Architekt:innen
- Indie-SaaS-Gründer:innen
- Technische Designer:innen
- Entwickler:innen, die disziplinierte KI-Workflows erkunden wollen
Nicht geeignet für
Shortcut-Kultur und Automatisierung als Standard.
Das Lab ist bewusst anspruchsvoll. Es setzt Geduld, Dokumentationsdisziplin und die Bereitschaft voraus, den eigenen Prozess zu reviewen.
- Komplette Anfänger:innen
- Prompt-Hobbyist:innen
- Menschen auf der Suche nach Abkürzungen
- "Einfach alles generieren"-Workflows
Wenn du Verantwortung wegautomatisieren willst, ist das nicht dein Lab.
Founding Cohort (Intensive Edition)
Klein, bewusst gestaltet und manuell geprüft.
Bewerbungen sind offen. Der Cohort ist auf 6 Teilnehmende begrenzt. Plätze werden individuell nach Annahme und Zahlung bestätigt.
Early-Bird
€900
Erste 3 bestätigte Plätze
Founding Cohort
€1.100
Nächste 3 bestätigte Plätze
Regulärer Preis (zukünftige Cohorts)
€2.100
Öffentlicher Referenzpreis
Laufende Aufnahme (strukturiert)
Bewerbungen werden wöchentlich auf Rolling-Basis geprüft, bis alle 6 Plätze vergeben sind. So entsteht ein klarer Zeitrahmen ohne künstlichen Countdown-Druck.
Manuelles Review und Platzbestätigung
Bewerbungen werden manuell geprüft. Dies ist kein automatisierter Enrollment-Prozess. Angenommene Teilnehmende erhalten eine Zusage per E-Mail und einen Payment-Link. Ein Platz ist mit Zahlung bestätigt.
Die Kurssprache ist Englisch. Das Review ist manuell, die Platzvergabe individuell.
Über mich
Entwickelt von einem Designer im Übergang zu Produktarchitektur und KI-gestütztem Bauen.
Mein Workflow ist research-first, markdown-spec-getrieben und repo-diszipliniert. Ich nutze KI für schrittweise Ausführung, behalte aber an jeder Stelle menschliche Freigabe.
Mit dieser Methode habe ich in zwei Tagen ein funktionierendes MVP gebaut – sauber genug für Funding-Anträge und strukturiert genug für Handoffs. Dieses Lab formalisiert genau diesen Workflow.
Workflow-Prinzipien
- Research-first
- Markdown-Spezifikation
- Repo-Disziplin
- Schrittweise KI-Generierung
- Menschliche Freigabe an jeder Stelle
FAQ
Praktische Fragen
Brauche ich Entwicklererfahrung?
Nein. Aber du solltest grundlegende Produktstruktur verstehen und dich mit strukturiertem Denken wohlfühlen.
Ist das No-Code?
Nein. Das ist KI-unterstützte Architektur mit menschlicher Kontrolle.
Kann ich mein eigenes Projekt mitbringen?
Nicht im Founding Cohort. In späteren Cohorts ist das wahrscheinlich möglich.
Ist das anti-Developer?
Nein. Das Ziel ist engineer-respectful output.
Arbeiten wir mit einem festen Stack?
Ja. Der Stack wird vor Cohort-Beginn festgelegt, damit Ausrichtung und Wartbarkeit gewährleistet sind.
Bewerben
Build fast. Decide slowly.
Wenn du kontrollierte Beschleunigung statt Chaos willst, bewirb dich für den Founding Cohort. Bewerbungen werden manuell geprüft, und Plätze werden individuell bestätigt.
Nach dem Absenden wirst du auf eine Bestätigungsseite weitergeleitet. Bewerbungen werden manuell geprüft.