SkyClaw: Eine offene Agentenlaufzeitumgebung in Rust geschrieben

SkyClaw ist eine in Rust geschriebene Open-Source-Agentenlaufzeitumgebung, die über 7 Phasen mit 34 neuen Funktionen und 905 Tests entwickelt wurde. Das Projekt hat null Clippy-Warnungen und ist auf GitHub verfügbar.

Phase 0 — Verstärktes Fundament

• Graceful Shutdown mit Task-Checkpointing — nichts geht beim Neustart verloren
• Provider-Circuit-Breaker mit exponentiellem Backoff + Jitter (behandelt 429/500/503)
• Streaming-Antworten mit Edit-in-Place auf Telegram (gedrosselt auf 30 Änderungen/min)
• Bis zu 200 Tool-Runden pro Task, 30-min Timeout

Phase 1 — Agentischer Kern

• Task-Zerlegung in einen DAG von Subtasks mit topologischer Ausführungsreihenfolge + Zyklenerkennung
• SQLite-gestützte persistente Task-Warteschlange — Checkpoints nach jeder Tool-Runde, überlebt Prozessneustarts
• Prioritätsbasierte Kontext-/Token-Budgetierung über 7 Kategorien (Speicher, Lernergebnisse, Verlauf usw.)
• Selbstkorrektur-Engine — nach N aufeinanderfolgenden Fehlern bei einem Tool erzwingt Strategierotation
• Task-übergreifendes Lernen — extrahiert Lektionen aus abgeschlossenen Tasks, injiziert sie in zukünftigen Kontext

Phase 2 — Selbstheilung

• Watchdog überwacht alle Subsysteme, startet beeinträchtigte automatisch neu
• Zustandswiederherstellung mit Rollback/Skip/Eskalationsstrategien
• Memory-Backend-Failover — automatischer Primary→Secondary-Wechsel, automatische Wiederherstellung bei Primary-Rückkehr

Phase 3 — Effizienz

• Gestufte Modell-Routing — einfache Abfragen treffen günstige/schnelle Modelle, komplexe Tasks erhalten Premium
• Semantische Verlaufsausdünnung — bewertet jede Nachricht nach Wichtigkeit, verwirft zuerst die niedrigsten
• Ausgabekomprimierung — extrahiert Signal aus ausführlicher Tool-Ausgabe, behält erste/letzte N Zeilen + Zusammenfassung

Phase 4 — Ökosystem

• Kanäle: Telegram, Discord (serenity/poise), Slack (poll-basiert)
• Typisiertes Git-Tool mit Sicherheitsvorkehrungen (Force-Push standardmäßig blockiert)
• Skill-Registry — Markdown + YAML-Frontmatter, schlüsselwortbasiert abgeglichen und in System-Prompt injiziert
• HTMX-Web-Dashboard, Dark Theme, <50KB, prüft Gesundheit alle 10s

Phase 5 — Cloud-Skalierung

• S3/R2 FileStore mit Multipart-Upload + Presigned URLs
• OpenTelemetry-Metriken (Provider-Latenz, Token-Verbrauch, Tool-Erfolgsrate usw.)
• Multi-Tenancy mit vollständiger Workspace/Vault/Memory-Isolation pro Tenant
• OAuth-Flows (GitHub, Google, AWS) mit PKCE
• Horizontale Skalierung via Docker-Orchestrator

Phase 6 — Fortgeschrittene Agentik

• Parallele Tool-Ausführung (bis zu 5 gleichzeitig, automatische Abhängigkeitserkennung via Union-Find)
• Agent-zu-Agent-Delegation — erzeugt abgegrenzte Sub-Agenten, max. 10/Task, kein rekursives Erzeugen
• Proaktive Trigger: Dateiänderung, Cron, Webhook, Schwellenwert — standardmäßig deaktiviert, ratenbeschränkt
• Adaptiver System-Prompt — patcht sich selbst mit Konfidenzbewertung, deaktiviert unterperformende Patches automatisch

Phase 7 — Multimodal

• Vision-Unterstützung für JPEG/PNG/GIF/WebP — base64-kodiert, funktioniert mit Anthropic- und OpenAI-Provider-Formaten

Der Entwickler sucht Feedback von der Rust-Community darüber, was auf dieser Laufzeitumgebung aufgebaut werden soll.