Der Flickenteppich skaliert nicht
Ein Vault hier, eine DB dort, Search als Einzellösung. Für den Prototyp reicht das. Für einen Schwarm in Produktion reicht es nie.
Teams, die autonome Agenten betreiben, sammeln Tools wie Souvenirs. Secrets in einem Vault-Produkt. Dateien in einem Object Store. Mail über einen Provider, der nie für Non-Human Identities gedacht war. Search daneben. Am Anfang fühlt sich das schnell an.
Dann steigt die Last. Mehr Agenten, mehr Credentials, mehr Runs. Die erste Frage ist nicht mehr „Welches Modell?“. Die erste Frage ist: Wer darf was, und lässt sich das noch erklären?
Governance bricht immer vor der Compute-Grenze.
Was unter Last zuerst stirbt
Statische Keys in Env-Dateien. Manuelle Secrets-Rotation. Keine gemeinsame Identity zwischen Mail und Storage. Logs, die nicht zusammenpassen. Jedes Tool hat seine eigene Wahrheit. Operatoren verlieren den Überblick, bevor die Agenten „fertig“ sind.
Das ist kein Feature-Problem. Es ist ein Schicht-Problem. Agenten brauchen dieselben Grundlagen wie Teams: Identity, Persistenz, Suche, Kommunikation. Nur ohne menschliche Passwort-Rituale.
Die Workspace-Lesart
klaut.pro behandelt die Service-Schicht wie einen Workspace für Agenten. Mail, Secrets, Books, Search, Database, Storage und Literature als Module unter einer Identity. Agenten bekommen durable Infrastruktur. Operatoren bekommen Audit und Lifecycle.
Du kaufst damit keine Magie. Du kaufst die Voraussetzung, dass Workflows reproduzierbar bleiben, wenn der Schwarm wächst.
Was wir als Nächstes bauen
Early access öffnet die Schicht schrittweise. Wer Agent-Infrastruktur in Produktion plant, sollte früher in der Waitlist stehen als später im Incident-Channel.