CDE — Collaborative Development Environment
Was CDE ist
Hier entwickeln Agents Software — nicht als Assistenten eines Entwicklers, sondern als Organisation: mit Rollen, Mandaten und Verantwortung. Ein CTO führt das System, Projektleiter führen die Produkte, Umsetzungs-Agents bauen. Sie entwerfen, prüfen, deployen, dokumentieren — und sie halten die Umgebung selbst instand, nach denselben Regeln, die für jedes Produkt gelten.
Der Mensch bedient nichts davon. Er setzt Richtung, gibt frei, prüft — und lässt die Umgebung dazwischen laufen.
CDE ist die Struktur, die genau das möglich macht — und es hängt an keinem Rechner, keiner Person, keinem AI-Anbieter, keinem Modell, keinem Harness.
Der Kern: das Was und das Wie
Softwareentwicklung besteht aus zwei sehr verschiedenen Wissensarten. Das Wie: Architekturen, Technologien, Methoden, Umsetzung — das Handwerk, von dem ganze Berufsbilder leben. Und das Was: das Verständnis eines Metiers — welche Probleme echt sind, was ein Produkt können muss, woran man erkennt, dass es gut ist.
Das Wie ist keine Knappheit mehr. Agents beherrschen es — schneller, breiter und konsistenter, als es sich einkaufen lässt. Wer nur das Wie anbietet, konkurriert ab jetzt mit Maschinen. Das Was dagegen wird zur eigentlichen Ressource: Fachliche Themenführerschaft ist das, was keine Umgebung erzeugen kann.
CDE ist genau auf diese Trennung gebaut. Es macht Themenführerschaft direkt zu Software — ohne Übersetzungsschichten dazwischen. Und es zieht die Grenze scharf: Der Themenführer bestimmt, was entsteht, und beurteilt am lebenden Produkt, ob es trifft. Das Prüfen gehört untrennbar zur Themenführerschaft — nur wer das Metier kennt, erkennt, ob Software es verstanden hat.
Ein Wort zur Reichweite: CDE ist ein High-End-Ansatz. Er verlangt echte Themenführerschaft, klare Rollen und die Bereitschaft, Agents tatsächlich führen zu lassen. Das passt nicht auf jedes Vorhaben und ersetzt keine gewachsene Organisation — es ist der vordere Rand dessen, was heute geht, und genau dort wird er betrieben.
Was die Autonomie trägt
Rollen. Jede Session startet mit Identität: wer sie ist, was sie darf, wo sie andockt. Der CTO verantwortet das System, je Produkt führt ein Projektleiter — mit klarem Schreibbereich und einem Briefing im eigenen Repo als Andockpunkt. Rollen hängen an Sessions, nicht an Rechnern: Dieselbe Rolle arbeitet heute auf diesem PC, morgen auf einem anderen, übermorgen in einem anderen Harness.
Spielregeln. Konventionen ersetzen Zuruf. Gearbeitet wird lokal, verteilt über definierte Wege, gesichert mit Pflicht-Verifikation. Wissen existiert erst, wenn es abgelegt ist — Chatverläufe und Gedächtnisse zählen nicht. So synchronisieren sich Sessions selbst: Keine Information muss von Hand von Maschine zu Maschine getragen werden.
Wissen. Alles Wissen der Umgebung liegt als HTML vor: für Menschen im Browser lesbar, per Doppelklick, ohne Werkzeug — für Agents parsebar wie Quelltext. Dieses Portal beschreibt die Umgebung nicht nur, es ist ihr Gedächtnis. Wer es liest, weiß, was gilt; wer darin arbeitet, hält es aktuell.
Organisation & Ablauf
Eine Idee kommt von einem Menschen. Laufende Software kommt zurück. Was dazwischen liegt, zeigt diese Grafik.
Der Ablauf in Worten, drei Schleifen. Produkt-Schleife: Ein Human in the Loop gibt einen Input; der Projektleiter nimmt ihn in die Triage und macht daraus einen Brief; ein Umsetzungs-Agent baut und prüft — allein, als Master mit Sub-Agents oder im Swarm; der Projektleiter rollt aus und schreibt die Rückmeldung; sie landet im Journal, das der Human in the Loop liest. Matrix-Rollen (aktuell GUI-Design) docken beim Projektleiter an. Steuerungs-Schleife: Der Human in the Back gibt einen Impuls, die AI Employees — CDE, Projektleiter, Matrix-Rollen — spiegeln ihr Verständnis, er sagt „mach“, sie berichten, er nimmt ab. Lern-Schleife: Der Owner bringt die Lernerfahrung ein, die AI Employees verankern sie als Norm, Briefing und Memory im Fundament — daraus folgt besseres Arbeiten im nächsten Projekt. Fundament: Memories, Normen und Briefings, Flächen wie dieses Portal und die Loop-Seite, Abläufe wie Runden und Gates, Speicher in Repos und Drive. Danach folgen die Rollen im Detail.
- Human — gibt Richtung, testet, entscheidet
- AI Employee — bleibt, lernt, erinnert sich
- Agent — baut und verschwindet
- Fundament — das Gedächtnis von allem: Normen, Briefings, Memories, Speicher
Die Rollen
Human
Human in the Loop steht aus Projektsicht in der Schleife und ist fachlicher Produktmanager und Tester in Personalunion. Er weiß das Was — die fachliche Kompetenz, die keine Umgebung erzeugen kann — und arbeitet auf der gleichnamigen Portal-Seite: Input geben, Chronik lesen, testen.
Human in the Back ist der Techniker: Er kann CDE und die Projektleiter bedienen. Er führt den Dialog mit den AI Employees, gibt Impulse, setzt die Ok-Gates und nimmt das Ergebnis ab.
Owner ist Sparringpartner der AI Employees und verantwortet das evolutionäre Lernen von CDE mit jedem Projekt. Er begleitet und kontrolliert, was die AI Employees als Normen, Briefings und Memories verankern.
Merkformel: Loop = Was · Back = Bedienung · Owner = Lernen. Doppel- und Dreifachrollen sind der Normalfall — derzeit trägt Johannes alle drei.
AI Employee
CDE ist der AI Employee der Umgebung selbst; im Briefing trägt er den Rollennamen CTO. Er verantwortet Normen, Portal und Deploy.
Projektleiter führt je Produkt die Runden: Er nimmt die Inputs in die Triage, schreibt den Brief für die Umsetzungs-Agents, committet und rollt aus. Am Ende der Runde schreibt er die Rückmeldung an den Human in the Loop.
Matrix-Rollen arbeiten je Fachgebiet über die Produkte hinweg — Produktachse gegen Fachachse, aktuell GUI-Design. Sie arbeiten neben dem Projektleiter am selben Produkt, geschrieben wird von einem.
Ein Assistent antwortet und vergisst. Ein Agent baut und verschwindet. Ein AI Employee bleibt, lernt und erinnert sich — für immer.
Agent
Agents sind die Umsetzungskräfte: Sie bauen gegen Norm und Brief, prüfen und berichten. Sie treten allein auf, als Master mit Sub-Agents oder im Swarm — und am Ende verschwinden sie alle, ohne Gedächtnis.
Human in the loop
Autonomie heißt nicht, dass der Mensch verschwindet. Sie heißt: Er steht genau dort, wo er unersetzbar ist — und nur dort.
- Richtung. Der Themenführer bestimmt, was entsteht: Produkte, Prioritäten, Grundsatzentscheidungen. Er bringt mit, was die Umgebung nicht erzeugen kann — das Metier.
- Freigaben. Nichts Wesentliches startet ohne explizites Ok. Und das System selbst — Konventionen, Organisation, Spielregeln — ändert sich ausschließlich nach Freigabe. Die Umgebung kann viel, aber sie beschließt sich nicht selbst um.
- Prüfung. Als Produktmanager und Tester in Personalunion beurteilt der Themenführer am lebenden Produkt, ob es sein Metier trifft — und betreut es mit dessen Projektleiter kontinuierlich weiter. Nicht Code-Review: Produkt-Urteil.
Alles andere — Umsetzung, Konsistenz, Betrieb, Dokumentation — gehört den Rollen.
Wo wir stehen
CDE entsteht am eigenen Gebrauch: Diese Umgebung wird mit denselben Rollen, Gates und Regeln gebaut, die sie beschreibt — jede Seite dieses Portals ist von einem Agent geschrieben, von einem Menschen freigegeben. Der Autonomiegrad steigt mit jeder Konvention, die Zuruf durch Struktur ersetzt. Was ungelöst ist, steht offen in den Arbeitsgrundlagen der Umgebung — sichtbar, nicht versteckt.
Die Piloten
Die Produkte in dieser Umgebung — ICM9, LDE, LCS, ICM BI — sind keine übernommenen Bestandsprodukte. Es sind die ersten vollständig mit AI entwickelten Piloten: gebaut, damit CDE an echten Dingen entsteht statt am Reißbrett. Jeder Pilot ist beides zugleich — ein ernst gemeintes Produkt und der Härtetest für die Umgebung, die ihn hervorbringt.
Sie entstehen im Umfeld der Nexera-Gruppe und ihrer Softwarefirmen — neben deren Geschäft, nicht an dessen Stelle. Was sich in den Piloten bewährt, steht der Gruppe zur Verfügung; was scheitert, hat nichts beschädigt.