ToolLoop: Open-Source-Framework für Claude-ähnliche Tools mit jedem LLM

ToolLoop ist ein Open-Source-Python-Framework, das Claude-Code-ähnliche Funktionalität implementiert, während es anbieterunabhängig bleibt. Das Projekt wurde speziell erstellt, um Vendor-Lock-in zu vermeiden und gleichzeitig ähnliche Tool-Fähigkeiten beizubehalten.
Hauptmerkmale
Das Framework umfasst 11 Tools, die abdecken:
- Dateioperationen
- Codesuche
- Shell-Zugriff
- Sub-Agenten
Die gesamte Codebasis umfasst etwa 2.700 Zeilen. ToolLoop verbindet sich über LiteLLM mit jedem LLM und unterstützt:
- Jedes Modell auf AWS Bedrock (DeepSeek, Llama, Mistral)
- Jeden API-Anbieter (OpenAI, Moonshot)
- Lokale Endpunkte
Modellwechsel-Fähigkeit
Ein Hauptmerkmal ist die Möglichkeit, Modelle während einer Konversation zu wechseln, während der gemeinsame Kontext zwischen den Interaktionen erhalten bleibt. Dies ermöglicht Entwicklern, verschiedene Modelle für verschiedene Aufgaben zu nutzen, ohne den Konversationsverlauf zu verlieren.
SDK-Nutzungsbeispiel
Hier ist der Codeausschnitt aus der Quelle, der die grundlegende Nutzung zeigt:
from sdk import query, ToolLoopOptions
async for event in query(
prompt="Find all TODO comments, fix them, run the tests",
options=ToolLoopOptions(
model="bedrock/converse/deepseek.v3.2",
allowed_tools=["Read", "Edit", "Grep", "Glob", "Bash"],
),
):
print(event)
Das Beispiel zeigt, wie das deepseek.v3.2-Modell gegen jedes andere unterstützte Modell ausgetauscht werden kann, während dieselben Tools und die gleiche Prompt-Struktur beibehalten werden.
Praktische Anwendung
Diese Art von Framework ist besonders nützlich für Entwickler, die KI-Agenten mit spezifischen Tool-Fähigkeiten aufbauen möchten, aber Flexibilität bei der Modellauswahl benötigen. Die Open-Source-Natur ermöglicht Anpassungen und vermeidet Abhängigkeiten von einem einzelnen Anbieter-Ökosystem.
Das Projekt ist auf GitHub verfügbar unter github.com/zhiheng-huang/toolloop.
📖 Read the full source: r/LocalLLaMA
👀 Siehe auch

Ausführen von OpenClaw in einer isolierten Mikro-VM mit Void-Box
OpenClaw kann als Dienst innerhalb einer isolierten Mikro-VM mit Void-Box ausgeführt werden, einer fähigkeitsbeschränkten Laufzeitumgebung, die Workflows in KVM-Mikro-VMs ausführt und eine saubere Ausführungsgrenze ohne Container-Laufzeitumgebung bietet.

Aufbau eines Sprachassistenten mit unter 500 ms Latenz: Architektur und Leistungseinblicke
Ein Entwickler hat einen Sprachagenten von Grund auf neu gebaut und dabei eine End-to-End-Latenz von ~400 ms mit vollständigem STT → LLM → TTS-Streaming erreicht. Wichtige Erkenntnisse umfassen die Behandlung von Sprache als Problem der Sprechwechsel, die Verwendung semantischer Sprechwechselerkennung und die gemeinsame Platzierung aller Komponenten für minimale Latenz.

AskAlf: Open-Source Multi-Agent-Orchestrierungsplattform für selbstgehostete KI-Workflows
AskAlf ist eine Open-Source-Multi-Agenten-Orchestrierungsplattform, die auf Ihrer eigenen Hardware läuft und dynamisch spezialisierte Worker erstellt, die über ein autonomes System mit einem 10-schichtigen kognitiven Gedächtnis, gespeichert in pgvector, koordiniert werden.

Lobster Cage: Dockerisierte Sicherheitsumgebung für Self-Hosting von OpenClaw auf Raspberry Pi
Ein Entwickler hat Lobster Cage erstellt, eine Docker Compose-Umgebung mit eingeschränktem ausgehendem Zugriff und Proxy-basiertem Routing, um OpenClaw sicher auf einem Raspberry Pi für Experimente auszuführen.