Agenten-Infrastruktur.
Lizenziert und implementiert.
Sechs Bausteine, die aus Agenten-Arbeit mehr machen als einen persönlichen Geschwindigkeitsgewinn: etwas, worauf ein ganzes Team aufbaut. Das ist der Stack, mit dem wir unser eigenes Unternehmen betreiben.
Der Stack
Zuerst für uns selbst gebaut. Jetzt lizenziert.
Nichts davon begann als Produkt. Jeder Baustein existiert, weil ein kleines Team im Tempo mehrerer liefern wollte und immer wieder an dieselben Wände lief. Die Bausteine laufen jeden Tag in unserer Produktion. Genau deshalb können wir sie in Ihrer Umgebung einrichten, statt ein Archiv zu übergeben und Glück zu wünschen.
Die Bausteine
Nandu Development Framework
Die Methodik als installierbare Software
Spec- und testgetriebene Entwicklung mit Agenten, verpackt: Agentendefinitionen, Commands, Projektkonventionen und eine CLI, die das ganze Set installiert und aktualisiert. Ihr Team pinnt eine Version und aktualisiert im eigenen Rhythmus.
Wie Sie es bekommen
Das versionierte Framework, die CLI mit Migrationssystem, lesender Zugang zum Framework-Repository, ein Field-Notes-Repo, das Ihre Beobachtungen ins Framework zurückspeist, und Onboarding durch das erste Projekt.
Wissensinfrastruktur
Gemeinsames Langzeitgedächtnis für Team und Agenten
Die Schicht, die jede Session am Anfang lädt: Entscheidungen, Konventionen, Kunden- und Produktwissen. Ein strenger Zweckfilter hält sie als Kontextschicht nutzbar, statt sie zu einem Wiki werden zu lassen, das niemand öffnet.
Wie Sie es bekommen
Die Struktur, die Kurationsregeln, die sie nutzbar halten, die Automatisierung, die sie aktuell hält, und die Einrichtung mit dem echten Wissen Ihres Teams.
Capability-Distribution
Eine Fähigkeit einmal schreiben, jeder Entwickler bekommt sie
Fähigkeiten und Prozeduren werden einmal geschrieben, zentral versioniert und in die Umgebung jedes Entwicklers verteilt. Wer was erhält, steuern Rolle und Zugriff, sodass jeder genau die Fähigkeiten bekommt, die ihm zustehen.
Wie Sie es bekommen
Die Distributions-Pipeline, Versionierungs- und Registry-Disziplin, die Berechtigungskonfiguration und das Packaging für die Umgebungen Ihres Teams.
Workbench
Ein Board für jede laufende Verbesserung
Die Zustandsschicht für Verbesserungsarbeit: was Sie ändern, was Sie versucht haben, was daraus wurde. So strukturiert, dass ein Agent ein Item aufnehmen und damit arbeiten kann, während Menschen das letzte Gate behalten.
Wie Sie es bekommen
Die Board- und Dossier-Konventionen, die Vorlagen und die Arbeitsdisziplin, die verhindert, dass Änderungen am Board vorbeilaufen.
Flock
Arbeitsautomatisierung, die Sessions für Sie fährt
Die Orchestrierungsschicht, die Agenten-Arbeitssessions startet, briefed, prüft und schließt, damit Ihre Leute nur noch dort Aufmerksamkeit investieren, wo wirklich eine menschliche Entscheidung gebraucht wird. Was sie nicht beantworten kann, eskaliert sie, und die Antwort lernt sie für das nächste Mal.
Wie Sie es bekommen
Das Orchestrierungssystem, die Manager-Instruktionssets, die Verifikationsprüfungen und die Einrichtung in Ihrer Umgebung.
Dreamer
Jede Session ausgewertet, jede Lektion behalten
Dreamer liest jede Agenten-Session nach ihrem Ende und fragt, was besser werden sollte: eine Konvention, die Reibung erzeugt hat, eine fehlende Prüfung, eine Fähigkeit, die es zu schreiben lohnt. Seine Funde landen als Verbesserungs-Items in der Workbench. Jede Session zahlt damit doppelt, einmal in der Arbeit selbst und einmal in dem, was Ihr Setup daraus lernt. Die Erkenntnisse bleiben in Ihrer Infrastruktur und werden nie mit uns geteilt.
Wie Sie es bekommen
Die Session-Review-Pipeline, die Destillationsanweisungen, die Anbindung an die Workbench und die Konfiguration für Ihre Umgebung.
Wie Sie es bekommen
Lizenziert und implementiert, nie kalt übergeben
Die Bausteine haben unterschiedliche Form. Das Development Framework installiert sich über die eigene CLI. Wissensschicht und Workbench sind ebenso Praxis wie Software. Orchestrierung und Dreamer brauchen echte Einrichtung in Ihrer Umgebung. Jedes Projekt enthält deshalb die Implementierung, denn Infrastruktur ohne die Praxis darum herum wird binnen eines Quartals zu Regalware.
Häufige Fragen
Funktioniert das mit den KI-Werkzeugen, die wir bereits nutzen?
Ja. Wissen, Konventionen, Specs und Orchestrierungszustand liegen als einfache Dateien vor, nicht im Tooling eines einzelnen Anbieters. Bei der Einrichtung bilden wir alles auf das ab, was Ihr Team heute nutzt.
Müssen wir alle sechs Bausteine nehmen?
Nein. Die meisten Teams starten mit dem Development Framework und der Wissensschicht, weil die den Arbeitsalltag am schnellsten verändern. Orchestrierung und Dreamer folgen meist, sobald die Praxis darunter belastbar ist.
Wie wird lizenziert?
Lizenz plus Implementierung, pro Projekt zugeschnitten. Es hängt an Teamgröße, den gewählten Bausteinen und der Tiefe der Umstellung. Eine Per-Seat-SaaS-Stufe gibt es nicht. Der größte Teil des Wertes ist Praxisübertragung, und die lässt sich nicht pro Sitzplatz abrechnen.
Was, wenn unsere Codebasis ganz anders aussieht als Ihre?
Das ist der Normalfall. Im Framework selbst steckt nichts, das zu uns oder einem Kunden gehört. Was zu Ihrem Projekt gehört, liegt in den Dateien Ihres Projekts. Diese Trennung macht das Ganze übertragbar.
Für wen ist das gedacht?
Für Entwicklungsteams jenseits der Pilotphase, bei denen individuelle Beschleunigung nicht zu mehr Team-Durchsatz wurde. Es lohnt sich am meisten dort, wo mehrere Menschen sich eine Codebasis teilen und Konsistenz mehr zählt als reines Tempo.
Sehen Sie es laufen
Wir führen Ihr Team durch den Stack, so wie wir ihn selbst nutzen, und finden heraus, welche Bausteine Ihren Durchsatz zuerst bewegen.