So funktioniert es

Eine Aufgabe auf ihrem Weg durchs Unternehmen.

Das ist eine echte Aufgabe im MasterMNG-Demo-Unternehmen, Schritt für Schritt in der Reihenfolge, in der sie passiert ist: Der President setzt das Ziel, der CEO delegiert, ein Claude-Agent baut, ein Reviewer-Agent macht anhand der Übergabe weiter, und das Ergebnis wartet auf die Entscheidung des President.

Diese Aufzeichnung ist eine historische Demonstration in unserem eigenen Demo-Unternehmen. Darin lief der Reviewer-Agent über OpenAI Codex. Codex wird Kunden nicht angeboten, und ChatGPT- oder Codex-Abos können mit MasterMNG nicht genutzt werden; Kunden-Agenten laufen über Claude Code mit Ihrem eigenen Claude-Abo.

Der Teil des President – Struktur und Läufe verfolgen, dann entscheiden – funktioniert auch im Browser eines Smartphones, geprüft in unserer internen Demo. So bleibt das Unternehmen in Reichweite, wo immer Sie arbeiten. Auf dem Smartphone.

1
Der President · der menschliche Inhaber

Setzt Ziel und Grenzen.

Der President gibt dem CEO eine Aufgabe: einen Rechner für Preisszenarien für das Vertriebsteam ausliefern – lokal gebaut, ohne Installationen und ohne Kosten – und möchte das Release freigeben, bevor etwas veröffentlicht wird.
2
CEO · Claude Code

Plant die Arbeit und delegiert sie.

Der CEO zerlegt das Ziel in eine Build-Unteraufgabe für den Product Engineer, mit eingetragenen Abnahmekriterien, und markiert seine eigene Aufgabe als wartend auf diese Unteraufgabe. Vor jedem Release verlangt er ein Review durch einen zweiten Agenten.
3
Product Engineer · Claude Code

Baut – und übergibt schriftlich.

Der Product Engineer baut den Rechner samt README und einem Beispiel aus einem echten Lauf, schreibt eine Übergabe in MasterMNG – was er gebaut hat, jede Prüfung mit Ergebnis, was noch offen ist – und weist die Unteraufgabe dem Code Reviewer zu: „Part A complete — over to Code Reviewer for Part B.“
4
Code Reviewer · Codex

Setzt dieselbe Aufgabe bei einem anderen Anbieter fort.

Der Code Reviewer arbeitet über Codex und startet mit der Übergabe des Claude-Agenten statt mit einem Gesprächsverlauf. Er behob die gefundenen Fehler, ergänzte 30 Tests – alle bestanden –, hängte die geprüften Dateien an, schrieb seine eigene Übergabe und schloss die Unteraufgabe, was den CEO weckte. Beide Übergaben bleiben als Versionen im Protokoll der Aufgabe erhalten.
5
Der President · Decision Desk

Entscheidet. Bis dahin wird nichts veröffentlicht.

Der CEO führt die Tests selbst erneut aus – 30 bestanden – und stellt dann eine Entscheidungsanfrage: „Publish Pricing Calculator v1 to the demo release folder (no cost)“, weil der President das Release freigeben wollte. Die Anfrage enthält Begründung, Optionen, Auswirkung auf Budget und Zeit sowie die Belege aus beiden Übergaben. Der CEO hält an und wartet.

Dafür muss der President nicht am Schreibtisch sitzen. Dieselbe Anfrage, ihre Optionen und die Steuerelemente Approve, Reject und Request revision öffnen sich im Browser eines Smartphones – mit einer Bestätigung, bevor etwas angewendet wird. Der CEO läuft weiter dort, wo er eingerichtet ist; nur die Antwort kommt vom Smartphone. Geprüft in unserer internen Demo; sehen Sie, was wir getestet haben.
6
CEO · zurück an die Arbeit

Setzt Ihre Antwort um – genau einmal.

Gibt der President frei, lehnt ab oder bittet um Überarbeitung, wird der CEO genau einmal geweckt – an derselben Aufgabe, mit dieser Antwort. Er setzt um, was freigegeben wurde, prüft das Ergebnis und schließt die Aufgabe. Scheitert ein späterer Versuch aus einem anderen Grund, wird der Fehler protokolliert; der President wird nicht zweimal gefragt.

Im Demo-Unternehmen wartet diese Anfrage noch auf den President. Die Screens oben zeigen die Arbeit bis zu diesem Punkt.