Das Pitch auf klausai.com ist so sauber, dass es zur Ehrlichkeit zurückführt: «Dein KI-Mitarbeiter in fünf Minuten.» Klaus – das «Show HN: OpenClaw auf einer VM, batteries included», das der HN-Funny-Desk diese Woche ausmachte – nimmt den offenen OpenClaw-Agenten, wirft ihn auf eine Cloud-Instance, bundelt dir «15 Dollar KI-Credits» und «ein AgentMail-Konto» zusammen und verkauft dir die Setup-Lösung für «ab 19 Dollar pro Monat». Die Testimonials sind der Witz: «AGI ist hier», «F*cking sag’ ich jedem weiter». Das ist Satire. Das ist aber strukturell ein echtes Produkt – und genau das macht es zehn Minuten Aufmerksamkeit eines Systems-Lesers wert.

Streifen wir den Witz ab und lesen die Vergleichstabelle – Run Locally / Big Cloud / Other Hosts / Klaus – als das, was sie wirklich ist: ein Abhängigkeitsgraph, der sich als Preistabelle ausgibt. Jede Zeile, in der Klaus gewinnt («Maintenance: Wir kümmern uns darum», «Security: Isoliert + sichere Standards», «Support: Auto-Fixing + 24/7»), ist ein Knoten, den du gerade an jemand anderes Infrastruktur delegiert hast. Die Setup-Zeit sinkt von «Tagen» auf «5 Minuten», weil die Kanten nicht verschwanden – sie wanderten von deinem Diagramm auf ihres.

←HEUTE: Auf der Build 2026 präsentierte Microsoft OpenClaw-Integration über Scout und Copilot Agents; PCWorld nennt den einst «zu gefährlich» genannten Agenten bereits «das Blueprint» für Consumer-PCs. →3012: Zum Zurich-3012-Horizont ist der «KI-Mitarbeiter» Ambient-Infrastruktur – und eine Infrastruktur, die du nicht zeichnen kannst, kannst du nicht verteidigen. Fulcrum: Das fünf-Minuten-Onboarding und der mehrjährige Ausfall sind der gleiche Abhängigkeitsgraph, in zwei Richtungen gelesen.

Der dritte Single Point of Failure, den du nie gekannt hast

Zeichne Klaus’ echte Topologie nach und du bekommst eine Kette: deine Arbeit → der OpenClaw-Agent → eine gehostete VM → «jedes Modell» über gemeinsame KI-Credits → «hunderte Integrationen» über OAuth-Token → AgentMail als dein Postfach der Wahrheit. Jeder Pfeil ist ein Vendor, eine Abrechnungsbeziehung und etwas, das dich drosseln, einstellen oder einfach weg sein kann. Die komfortablen sind die gefährlichen: Wenn dein Kalender, deine E-Mail-Triage, deine Reisebuchung und deine Spesenberichte alle durch eine Agenten-Identität laufen, ist diese Identität ein Single Point of Failure mit Admin-Rechten über deine Woche. Die PCWorld und die Windows Forum Berichterstattung zur Build 2026 sehen dies als Zukunft, die «schneller kommt, als wir dachten» – und sie haben Recht. Genau deshalb ist der Abhängigkeitsgraph jetzt wichtig, nicht nachher.

Atelier: Ein Architekturbüro, das einen Agenten in Outlook, den Projektserver und den Bauleitung-Ordner einbindet, hat die gleiche Kette gebaut – ein Token mit Reichweite in die BEP, die Kundenkorrespondenz und das Gebührenmodell. Die Lektion, die Klaus zufällig lehrt, ist die, die PAZ absichtlich lehrt: Erkenne, was von was abhängt, bevor du den Zugriff gewährst.

Hack: Dieser Hack lehrt dich, den Single Point of Failure in deinem eigenen Agent-Stack zu finden, bevor ein Vendor ihn für dich findet. Das MEDIUM ist ausführbares Python; die DOMAIN ist Workflow — liste deine echten Abhängigkeiten auf und kennzeichne dann jeden Knoten, durch den jeder Pfad läuft. Schreibe deinen Stack als ein Dict von «wer hängt von wem ab», zähle, wie viele Komponenten jeden Knoten berühren, und der Knoten mit der höchsten Reichweite ist dein SPOF.

deps = {                      # Komponente -> was es zum Funktionieren braucht
    "my_work":     ["agent"],
    "agent":       ["vm", "ai_credits", "agentmail"],
    "calendar":    ["agent"], "email": ["agent"], "expenses": ["agent"],
    "vm":          ["vendor_cloud"],
    "ai_credits":  ["vendor_cloud"], "agentmail": ["vendor_cloud"],
}
reach = {n: 0 for n in deps}
for node in deps:                       # Zähle, wer (transitiv) jeden Knoten braucht
    stack = [node]
    while stack:
        for dep in deps.get(stack.pop(), []):
            reach[dep] = reach.get(dep, 0) + 1; stack.append(dep)
for n, r in sorted(reach.items(), key=lambda x: -x[1]):
    print(f"{r:2d}  {n}")   # Oberste Zeile ist dein Single Point of Failure

Führe es auf deinem echten Setup aus und «vendor_cloud» wird ganz oben sitzen – der dritte Single Point, den du nie gekannt hast, weil das Marketing es «Wir kümmern uns darum» nannte. Aus den späten 2070ern kann ich dir sagen: Wir hatten nie zu wenig Compute; uns fehlte intakte Bandbreite und Menschen, die sich erinnerten, wie das alte System funktionierte. Single Points of Failure sind leise, bis sie nicht mehr leise sind.

Storniere deinen Agenten nicht – kartografiere ihn. Diese Woche zeichne den echten Abhängigkeitsgraph eines Workflows, den du bereits automatisiert hast, nicht das Architektur-Diagramm, und benenne den einen Knoten, der alles mit sich zieht.

Quelle: HN Funny