Frozen teaching version
CO2Calc Lab Snapshot
Sauberer Architekturstand für Lehre, Review und Case-Study-Referenz.
Frozen Snapshot öffnen ↗Build Fast. Decide Slowly.
Baue in 5 Tagen ein MVP, ohne die Kontrolle über deine Architektur zu verlieren.
Human-in-the-Middle Architecture ist ein strukturierter Weg, mit KI zu bauen: Research ist menschlich, Struktur ist menschlich, KI führt schrittweise aus, und nichts geht ohne Review live.
Das Problem
Die meisten KI-unterstützten Builds scheitern aus demselben Grund: zu viel Automatisierung, zu wenig Struktur.
Das häufige Muster ist: zuerst Geschwindigkeit, Architektur später. Das Ergebnis sind technische Schulden ab Tag drei, stille KI-Entscheidungen und ein Repository, das Entwickler:innen später entwirren müssen.
Was dabei kaputtgeht
- Unordentliche Repositories
- Stille KI-Entscheidungen
- Technische Schulden ab Tag drei
- Entwickler:innen räumen Chaos auf
- Gründer:innen verlieren Kontrolle
Die Methode
Human-in-the-Middle Architecture ist kontrollierte Beschleunigung.
Kernprinzip
- Research ist menschlich
- Struktur ist menschlich
- KI führt aus
- Jede Entscheidung wird menschlich freigegeben
- Keine blinden Commits
- Keine stille Automatisierung
Die Alternative zu Vibe Coding
- Constraints definieren
- Strukturierte Spezifikationen schreiben
- Festlegen, was KI anfassen darf
- Schrittweise generieren
- Jede Änderung freigeben
Keine Magic Folders. Kein Automatisierungsmaximalismus. Ruhige Autorität.
Architekturmodell
Diagramm-Platzhalter (v1)
Die finale Version wird ein eigenes SVG. Dieser Platzhalter nutzt bereits die Struktur und Labels aus der Diagramm-Spezifikation.
Problem / Research
Research is Human
Research is Human
Structured Markdown Spec
Spec Before Code
Spec Before Code
Human Approval Gate
Nothing ships without review.
Nothing ships without review.
Controlled AI Execution
Stepwise Generation
Stepwise Generation
Stable Codebase / MVP
Engineer-respectful output
Engineer-respectful output
Proof of Method
Diese Methode ist nicht hypothetisch.
Ich habe Human-in-the-Middle Architecture genutzt, um in zwei Tagen ein funktionierendes Emissions-Workflow-MVP zu bauen. Die eingefrorene Version zeigt den sauberen Lehrstand. Die Live-Version entwickelt sich weiter.
Live evolving version
CO2Calc (laufend)
Aktuelle Arbeitsversion, während Entwicklung und Workflows weitergehen.
Live-Version öffnen ↗Das Lab formalisiert den Prozess hinter Version 1, damit du Version 2 deines eigenen Produkts verantwortungsvoll bauen kannst.
Was du bauen wirst
Ein gemeinsames, realistisches Beispielprojekt (kein Toy App).
Alle Teilnehmenden arbeiten am gleichen Projekt, um gemeinsame Sprache, gemeinsames Debugging und kontrollierte Komplexität zu schaffen.
Beispielprojekt: Spec-to-MVP Tool
- Importiert strukturierte Markdown-Spezifikationen
- Erstellt eine Roadmap-Zusammenfassung
- Zeigt Feature-Visualisierungen
- Enthält einfache Authentifizierung
- Wahrt saubere API-Trennung
- Nutzt eine minimale Datenbank
- Enthält Exportfunktion
- Enthält README + Known Limitations Datei
Warum das wichtig ist
- Realistisch genug für Funding- und Demo-Gespräche
- Strukturiert genug für Entwickler-Handoff
- Komplex genug, um Grenzen und Disziplin zu trainieren
- Einfach genug für ein intensives Format
5-Tage-Intensive
Fünf aufeinanderfolgende Tage. Ernsthafte Arbeit. Kleine Gruppe.
Du gehst mit einem sauberen, funding-ready MVP und einem wiederverwendbaren Architekturprozess heraus.
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 Menschen mit Architekturdenken, die Geschwindigkeit ohne Kontrollverlust wollen.
- Produktdesigner:innen im Übergang zu Build-Rollen
- UX-Architekt:innen
- Indie-SaaS-Gründer:innen
- Technische Designer:innen
- Innovationsorientierte Freelancer:innen
Nicht geeignet für
Shortcut-Workflows und Automatisierungsmaximalismus.
- 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
Rolling Admissions (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 kann – sofern die Gruppenzusammensetzung es erlaubt – an Präferenzen der Bewerber:innen angepasst werden (Englisch/Deutsch).
Ü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.
Vor Veröffentlichung die Tally-Platzhalter-URL ersetzen (`https://tally.so/r/REPLACE-ME`).