Entwickler teilt hybride KI-Codier-Workflow: Claude für die Planung, lokale Modelle für die Ausführung

✍️ OpenClawRadar📅 Veröffentlicht: 16. April 2026🔗 Source
Entwickler teilt hybride KI-Codier-Workflow: Claude für die Planung, lokale Modelle für die Ausführung
Ad

Hybrider KI-Codierungs-Workflow senkt Cloud-Kosten

Ein Entwickler auf r/LocalLLaMA teilte einen detaillierten Workflow, der Cloud- und lokale KI-Modelle kombiniert, um Token-Kosten zu reduzieren und gleichzeitig die Codequalität beizubehalten. Der Ansatz geht auf die Erkenntnis ein, dass viele Codierungsaufgaben keine teuren Cloud-Modelle erfordern.

Die Workflow-Architektur

Das System folgt einer "In der Cloud denken, lokal ausführen"-Logik:

  • Planer (Claude 3.5 Sonnet): Erhält die Aufgabe und generiert eine präzise task_context.md-Datei mit Anweisungen, Dateipfaden und Logik. Dies kostet etwa 300–500 Tokens.
  • Coder (Lokales Qwen2.5-Coder 30B über Ollama): Nimmt die Spezifikation und den tatsächlichen Dateiinhalt, um den Code zu schreiben. Dies läuft lokal ohne Kosten.
  • Validator: Ein einfaches Bash-Skript führt tsc --noEmit oder mypy für die Typüberprüfung aus.
  • Reviewer (Lokales Qwen2.5-Coder 7B): Läuft parallel, um offensichtliche Logikfehler zu prüfen.
  • Auto-fix: Wenn der Build fehlschlägt, geht das Fehlerprotokoll für 2–3 Iterationen zurück an den lokalen Coder.
Ad

Implementierungsdetails

Die gesamte Pipeline ist in eine Reihe von Bash-Skripten eingebettet, die nur jq und curl für die Kommunikation mit der Ollama-API verwenden. Das System erkennt automatisch Sprachstandards (TypeScript, Python, C++ usw.) basierend auf der Ausgabe des Planers und benötigt keine schwergewichtigen Python/Node-Laufzeitumgebungen.

Der Entwickler merkt an, dass lokale Modelle (selbst 30B-Versionen) bei komplexer architektonischer Argumentation oft versagen, aber überraschend gut in der Ausführung sind, wenn sie klare Spezifikationen erhalten.

Ergebnisse und Einsparungen

Bei einem kürzlichen TypeScript-Projekt mit 12 geänderten Dateien:

  • Die Claude-Nutzung war auf die anfängliche Planungsphase beschränkt
  • Lokale Modelle bewältigten alles andere: Schreiben von 12 Dateien, Linting und Review
  • Gesamteinsparung: etwa 85 % Token-Reduktion im Vergleich zur vollständigen Abwicklung innerhalb der Claude Code CLI

Der Entwickler hat die Skripte in einem Repository namens ai-orchestrator auf GitHub (Benutzername: Mybono) für Interessierte an Implementierungsdetails verfügbar gemacht.

📖 Read the full source: r/LocalLLaMA

Ad

👀 Siehe auch

Bibliothek mit 59 Open-Source-Claude-Fähigkeiten deckt den gesamten Website-Lebenszyklus ab
Werkzeuge

Bibliothek mit 59 Open-Source-Claude-Fähigkeiten deckt den gesamten Website-Lebenszyklus ab

Ein Entwickler hat 59 wiederverwendbare Claude-Fähigkeiten veröffentlicht, die Markenfindung, Design, Content, SEO, Entwicklung, Betrieb und Wachstum abdecken – stack-agnostisch, mit einheitlicher Struktur und CI-Lint-Validierung.

OpenClawRadar
Flue: Ein TypeScript-Framework zur Erstellung autonomer Codierungsagenten
Werkzeuge

Flue: Ein TypeScript-Framework zur Erstellung autonomer Codierungsagenten

Flue ist ein TypeScript-Framework, das eine programmierbare Harnes-Architektur für den Bau autonomer Agenten bietet, mit Funktionen wie Skills, Sessions, Sandbox-Shell-Ausführung und einer integrierten virtuellen Sandbox. Es kann Tools wie Dosu, Greptile, CodeRabbit, Devin und Claude Code durch benutzerdefinierte Agentenlogik ersetzen.

OpenClawRadar
Inoffizieller Ultrahuman Ring MCP Server für die Integration von KI-Agenten
Werkzeuge

Inoffizieller Ultrahuman Ring MCP Server für die Integration von KI-Agenten

Ein von der Community entwickelter MCP-Server kapselt die Ultrahuman Partner API und ermöglicht es KI-Coding-Agents, direkt über strukturierte Datenabfragen auf Ring- und CGM-Metriken wie Schlaf, HRV, Glukose und Recovery-Scores zuzugreifen.

OpenClawRadar
OpenClaw Multi-Agent-Workflow-Probleme: Stillstand, Kontextverlust und Token-Ineffizienz
Werkzeuge

OpenClaw Multi-Agent-Workflow-Probleme: Stillstand, Kontextverlust und Token-Ineffizienz

Ein Entwickler berichtet, dass OpenClaw-Multi-Agent-Workflows häufig ins Stocken geraten, wobei Agenten hängen bleiben, Kontextverluste trotz benutzerdefinierter Dokumentation auftreten und übermäßig viele Tokens ohne Ausgabe verbraucht werden. Das Setup nutzte Gemini 3 Pro/Codex-Modelle mit einem COO-Orchestrator und spezialisierten Task-Agenten.

OpenClawRadar