Recherche und Umsetzung brauchen unterschiedliche KI-Arbeitsräume

Ein KI-System kann in wenigen Minuten Quellen durchsuchen, Argumente verdichten, Dateien verändern und eine Veröffentlichung vorbereiten. Technisch wirkt das wie ein durchgehender Arbeitsfluss. Organisatorisch sind darin jedoch sehr verschiedene Tätigkeiten vermischt. Recherche arbeitet mit Unsicherheit. Umsetzung erzeugt einen neuen Zustand. Dazwischen liegt eine Entscheidung, die nicht durch bloße Flüssigkeit im Dialog verschwinden darf.

Derselbe Kontext ist nicht automatisch derselbe Arbeitsraum

Bei einer Recherche darf ein System Hypothesen bilden, Widersprüche sammeln und unfertige Spuren verfolgen. Es muss Material lesen können, dessen Gültigkeit noch nicht feststeht. Gerade diese Offenheit macht gute Recherche möglich. In der Umsetzung gelten andere Bedingungen. Dort müssen Ziel, betroffene Dateien, erlaubte Werkzeuge und erwartete Wirkung so klar sein, dass eine Änderung später nachvollzogen und notfalls zurückgenommen werden kann.

Wer beide Tätigkeiten in einem einzigen ungeteilten Chat oder Agentenlauf verbindet, transportiert leicht vorläufige Annahmen in operative Schritte. Eine Formulierung, die während der Recherche nur als Möglichkeit erschien, kann im nächsten Moment zur Grundlage einer Dateiänderung werden. Das Problem ist nicht fehlende Intelligenz. Das Problem ist fehlende Zustandsgrenze.

Der Rechercheraum schützt die Offenheit

Ein guter Rechercheraum darf breit lesen, aber nicht stillschweigend handeln. Er trennt Beobachtung, Quelle, Interpretation und offene Frage. Er hält sichtbar, welche Aussage belegt ist, welche nur plausibel wirkt und wo Quellen einander widersprechen. Sein Ergebnis ist kein fertiger Eingriff, sondern ein überprüfbares Briefing.

Dazu gehören Quellenstand, relevante Fundstellen, Unsicherheiten und Alternativen. Ebenso wichtig ist die Negativliste: Was wurde nicht geprüft? Welche Information fehlt? Welche Quelle ist veraltet oder nur ergänzend? Forschung wird belastbar, wenn sie nicht nur Ergebnisse sammelt, sondern ihre Grenzen mitliefert.

Der Umsetzungsraum braucht einen Auftrag

Die Umsetzung beginnt erst, wenn aus der offenen Recherche ein begrenzter Arbeitsvertrag geworden ist. Dieser beschreibt das gewünschte Ergebnis, die betroffene Oberfläche, geschützte Bereiche, Testweg und Rückrollmöglichkeit. Ein Agent muss nicht das gesamte Projekt verstehen, um eine gute Änderung vorzunehmen. Er muss den relevanten Teil zuverlässig verstehen und wissen, wann er stoppen soll.

Der Umsetzungsraum sollte deshalb weniger Quellen und weniger Rechte besitzen als der Rechercheraum. Er erhält nur die akzeptierten Grundlagen, nicht jede gefundene Spur. Er erhält Schreibzugriff nur auf den benötigten Bereich. Abhängigkeiten, Deployment, Versand, Löschung oder Kosten bleiben gesondert freigabepflichtig.

Die Übergabe ist ein eigenes Artefakt

Zwischen Recherche und Umsetzung braucht es mehr als die Aufforderung „Mach weiter". Eine gute Übergabe nennt Ziel, akzeptierte Befunde, verworfene Alternativen, Annahmen, betroffene Dateien, Akzeptanzkriterien und offene Entscheidungen. Dadurch wird aus Gesprächskontext ein überprüfbarer Arbeitszustand.

Diese Übergabe verhindert zwei typische Fehler. Erstens muss der Umsetzungsagent nicht erneut den gesamten Quellenraum interpretieren. Zweitens bleibt sichtbar, welche Auswahl ein Mensch oder Reviewer tatsächlich bestätigt hat. Die Übergabe ist damit nicht Bürokratie, sondern die Stelle, an der Bedeutung in Handlungsgrenzen übersetzt wird.

Parallelität braucht Besitzregeln

Mehrere Agenten können unabhängig recherchieren oder getrennte Module bearbeiten. Ohne Besitz- und Zusammenführungsregeln steigt jedoch nicht nur die Geschwindigkeit, sondern auch die Konfliktzahl. Zwei Instanzen können dieselbe Datei unterschiedlich verändern, mit abweichenden Quellenständen arbeiten oder einander unbemerkt überschreiben.

Für parallele Umsetzung sind getrennte Branches oder Worktrees, klar zugewiesene Pfade und eine definierte Merge-Verantwortung sinnvoll. Für parallele Recherche braucht jeder Zweig eine eigene Frage und ein gemeinsames Ergebnisschema. Erst ein Review führt die Befunde zusammen. Parallelität ist dann kein ungeordnetes Vervielfachen, sondern eine kontrollierte Aufteilung von Aufmerksamkeit.

Review ist weder Recherche noch Umsetzung

Auch die Prüfung verdient einen eigenen Raum. Ein Reviewer soll nicht dieselben Annahmen nur eleganter wiederholen. Er braucht Auftrag, Änderung, Akzeptanzkriterien und Belege. Seine Aufgabe besteht darin, Abweichungen, fehlende Tests, Scope-Ausweitung und Sicherheitsfolgen zu erkennen.

So entsteht eine einfache Trennung: Recherche erweitert den möglichen Wissensraum. Umsetzung verändert einen begrenzten Zustand. Review prüft die Veränderung gegen vorher sichtbare Kriterien. Die Rollen dürfen von demselben Modell nacheinander ausgeführt werden, doch ihre Artefakte und Befugnisse müssen unterscheidbar bleiben.

Nicht jedes Werkzeug gehört in jeden Raum

Ein Browserzugang ist für Recherche sinnvoll. Schreibzugriff auf ein Repository ist dort oft unnötig. Ein Implementierungsagent braucht Dateien und Tests, aber nicht automatisch E-Mail, Kalender oder Produktionszugänge. Ein Veröffentlichungswerkzeug darf eine fertige Vorschau vorbereiten, sollte aber erst nach einer ausdrücklichen Freigabe senden.

Die Frage lautet deshalb nicht: Welches Modell kann alles? Sie lautet: Welche Fähigkeit ist in diesem Zustand erforderlich, und welche Wirkung darf sie auslösen? Ein gutes System verteilt Werkzeuge nicht nach technischer Möglichkeit, sondern nach Aufgabe, Datenzone und Risikoklasse.

Das Drei-Räume-Modell

# RECHERCHE
Frage · Quellen · Befunde · Konflikte · Unsicherheit · offene Punkte
Keine externe oder irreversible Wirkung.

# UMSETZUNG
Akzeptierter Auftrag · begrenzter Scope · erlaubte Werkzeuge · Tests · Rückrollweg
Nur die genehmigte Änderung.

# REVIEW
Akzeptanzkriterien · Diff/Artefakt · Testbelege · Risiken · Entscheidung
Freigeben, überarbeiten, übergeben oder stoppen.

Die Trennung dieser Räume bremst gute Arbeit nicht. Sie verhindert, dass eine schnelle gedankliche Bewegung unbemerkt zu einer technischen oder organisatorischen Wirkung wird. Ein leistungsfähiges KI-System muss nicht nur Übergänge erzeugen. Es muss anzeigen, welcher Übergang gerade stattfindet, auf welcher Grundlage und mit welcher Befugnis.

Alle Materialien zum Download – die Themenübersicht und das Übungsblatt: