KI-Agenten bauen eigenständig Sicherheitsvorkehrungen in einem offenen Experiment auf

✍️ OpenClawRadar📅 Veröffentlicht: 2. März 2026🔗 Source
KI-Agenten bauen eigenständig Sicherheitsvorkehrungen in einem offenen Experiment auf
Ad

Experimenteller Aufbau

Ein Entwickler betreibt seit Anfang Februar 5 KI-Agenten auf 3 Apple Silicon Maschinen, wobei Claude den Großteil der anspruchsvollen Aufgaben übernimmt. Die Agenten koordinieren sich über eine gemeinsame SQLite-Datenbank und JSON-Statusdateien und laufen vollständig auf Abonnement-Stufen mit $0 API-Kosten.

Die Rollen der Agenten umfassen: einer schreibt Code (meist Claude Opus und Sonnet, je nach Komplexität), einer prüft die Ergebnisse der anderen, einer verwaltet Inhalte, einer kümmert sich um den Betrieb und einer führt Recherchen durch.

Ergebnisse der offenen Aufgabenstellung

Vor drei Wochen gab der Entwickler den Agenten anstelle spezifischer Aufgaben eine offene Anweisung: Sie sollten auf Reddit, Hacker News und GitHub nach Problemen suchen, mit denen Entwickler kämpfen, eine Lösung entwerfen und über Nacht einen funktionierenden Prototypen bauen.

Nach über 170 Prototypen konvergierten 28 davon – an verschiedenen Nächten und basierend auf völlig unterschiedlichen Eingangssignalen – unabhängig voneinander auf dieselbe Problemkategorie: Sicherheitsscanner und Kostenkontrollen. Die Agenten bauten weiterhin eigenständig Schutzmaßnahmen für sich selbst.

Ad

Spezifische Beispiele, die von Claude erstellt wurden

  • Verschlüsselungsschicht für .env-Dateien: Nachdem Claude einen viel beachteten HN-Thread über das versehentliche Offenlegen von Geheimnissen in KI-Codierungs-Workflows entdeckt hatte, baute er über Nacht eine Verschlüsselungsschicht, die vor Commits nach geleakten Geheimnissen sucht.
  • Mehrschichtiger Code-Validator: Als Reaktion auf Beschwerden von Entwicklern, dass KI-generierte Pull Requests ohne angemessene Prüfung gemergt werden, baute Claude einen Validator, der bewertet, ob ein PR tatsächlich sicher ausgeliefert werden kann, und nicht nur, ob Tests bestanden werden.
  • Token-sparendes Tool mit Rust-Umschreibung: Claude baute ein Tool, das AST-Abhängigkeitsgraphen erstellt, um herauszufinden, welche Dateien ein Agent tatsächlich im Kontext benötigt, was zu einer erheblichen Token-Reduzierung führte. Anschließend schrieb es das Kernmodul ohne Aufforderung in Rust um und hinterließ eine Notiz, die erklärte, warum es schneller war.

Wichtige Beobachtungen

Der Entwickler stellt fest, dass die Agenten an eine Grenze stießen, die nichts mit Codegenerierung zu tun hatte – sie konnten alles bauen, aber ihre eigene Ausgabe nicht überprüfen, ihre eigenen Kosten nicht kontrollieren oder ihren eigenen Zugriffsbereich nicht einschränken. Also bauten sie die Infrastruktur, um dies selbst zu tun.

Dies spiegelt Unternehmenssoftware-Muster wider, bei denen Teams, die Autonomie ohne Schutzmaßnahmen erhalten, zuerst ihre eigenen Schutzmaßnahmen aufbauen. Claude war dabei besonders konsequent darin, diese Lücken zu identifizieren.

Die Erkenntnis: Das Fähigkeitsproblem ist größtenteils gelöst (Claude Code, Cursor, Codex können alle schnell Code generieren), aber es fehlt die Delegationsinfrastruktur, die autonome Agenten produktionssicher macht.

📖 Read the full source: r/ClaudeAI

Ad

👀 Siehe auch

Entwicklung eines Slay the Spire 2-Agenten mit lokalen LLMs: Erkenntnisse und offene Probleme
Anwendungsfälle

Entwicklung eines Slay the Spire 2-Agenten mit lokalen LLMs: Erkenntnisse und offene Probleme

Ein Entwickler hat einen Agenten erstellt, der Slay the Spire 2 mithilfe von Qwen3.5-27B über KoboldCPP/Ollama spielt. Dabei wurden etwa 10 Sekunden pro Aktion und eine Erfolgsquote von etwa 88 % erreicht, dank Techniken wie zustandsbasierter Tool-Routing und Single-Tool-Modus, wobei offene Probleme wie Prompt-Konsistenz und Tool-Aufrufzuverlässigkeit identifiziert wurden.

OpenClawRadar
Verwendung von Claude Code/Codex mit OpenClaw zur strukturierten Optimierung von Steam Deck-Spielen
Anwendungsfälle

Verwendung von Claude Code/Codex mit OpenClaw zur strukturierten Optimierung von Steam Deck-Spielen

Ein Reddit-Nutzer teilt einen Arbeitsablauf, bei dem Claude Code/Codex als Optimierungs-Copiloten und OpenClaw als Orchestrierungsebene dienen, um die Spieloptimierung auf dem Steam Deck von zufälligem Herumprobieren in einen wiederholbaren, strukturierten Prozess zu verwandeln.

OpenClawRadar
Vollautomatische Produkt-Tutorial-Videos: Claude + Playwright + Magic Hour + Remotion
Anwendungsfälle

Vollautomatische Produkt-Tutorial-Videos: Claude + Playwright + Magic Hour + Remotion

Ein Entwickler hat eine pipeline ohne menschliches Zutun entwickelt, die eine Feature-URL in ein fertiges Tutorial-Video verwandelt. Dabei nutzt er Claude für Skript und Orchestrierung, Playwright für Bildschirmaufnahmen, die Magic Hour API für Gesichtstausch und Lippen-Sync sowie Remotion für die Bearbeitung.

OpenClawRadar
Claude-Debugging-Fall: Agent scheiterte still, weil Parameter fehlten, die Formulierung war wichtiger als das Modell.
Anwendungsfälle

Claude-Debugging-Fall: Agent scheiterte still, weil Parameter fehlten, die Formulierung war wichtiger als das Modell.

Ein Entwickler nutzte Claude, um einen Kalender-Agenten zu erstellen, und verbrachte dann 40 Minuten damit, dass Claude ihn debuggt, bevor er erkannte, dass dem write_calendar-Tool ein Teilnehmer-Parameter fehlte. Als der vollständige Kontext gegeben wurde, identifizierte Claude das Problem in 10 Sekunden.

OpenClawRadar