Mit Codex bauen, mit OpenClaw ausführen: Eine praktische Aufteilung, die funktioniert

✍️ OpenClawRadar📅 Veröffentlicht: 5. Juli 2026🔗 Source
Mit Codex bauen, mit OpenClaw ausführen: Eine praktische Aufteilung, die funktioniert
Ad

Ein Entwickler auf r/openclaw beschreibt, wie er endlich echten Nutzen aus OpenClaw gezogen hat, indem er die Arbeit aufteilte: Automatisierung mit Codex (oder einem anderen leistungsstarken Modell) entwerfen und stabilisieren, dann alles über OpenClaw ausführen. Die Lehre: Versucht nicht, komplexe Logik innerhalb von OpenClaw zu bauen – nutzt es als Ausführungsebene.

Wichtige Erkenntnisse

  • Mit Codex bauen, mit OpenClaw ausführen. Codex entwirft den Ablauf, schreibt Skripte, testet Randfälle und macht die chaotischen Teile deterministisch. Dann sagt ihr Codex: „Stell sicher, dass OpenClaw das nutzen kann.“
  • OpenClaw erhält eine sehr spezifische Fähigkeit: Wenn eine Anfrage kommt, rufe diese vorgefertigte Automatisierung mit diesen Eingaben innerhalb dieser Grenzen auf und melde mit diesen Belegen zurück.
  • Apple Messages als Chat-Oberfläche. Der Wechsel von Telegram zu Apple Messages war ein großer Durchbruch. Der Entwickler nutzte OpenClaw während einer dreistündigen Autofahrt über CarPlay und sagte, dass es sich anfühlte wie ein „Jarvis“-ähnlicher Assistent.
Ad

Das Problem mit Bauen innerhalb OpenClaw

Der Autor verbrachte viel Zeit und Tokens damit, alles innerhalb von OpenClaw zu bauen, kam aber „größtenteils NICHT WEITER“ – nur Frustration und „viele sinnlose Runden mit dem Bauen von fragilen Workflows“. Der Durchbruch kam durch Trennung der Verantwortlichkeiten: Codex baut und härtet die Maschine; OpenClaw betreibt die Maschine vom Chat aus.

Praktische Ratschläge

Wenn ihr mit OpenClaw feststeckt, probiert diese Architektur: Nutzt euer liebstes leistungsstarkes LLM (Codex, Claude usw.), um deterministische Automatisierungsskripte zu generieren, und sagt dann OpenClaw, dass es diese Skripte als Fähigkeiten konsumieren soll. Haltet die Rolle von OpenClaw eng – auslösen, ausführen, berichten. Erwägt auch, auf Apple Messages als Chat-Oberfläche umzusteigen, wenn ihr viel Zeit im Auto verbringt; die CarPlay-Unterstützung machte für den Autor einen spürbaren Unterschied.

📖 Lies die vollständige Quelle: r/openclaw

Ad

👀 Siehe auch

Graph-Memory vs. Markdown: Warum flache Dateien im großen Maßstab zu Prompt-Schulden werden
Tipps

Graph-Memory vs. Markdown: Warum flache Dateien im großen Maßstab zu Prompt-Schulden werden

Ein Entwickler zeigt, wie ein Markdown-Speichersystem für KI-Agenten auf über 80 Dateien und 5 Millionen Zeichen anwuchs und das Abrufen zum Ratespiel machte. Die Lösung: Graph-Speicher mit Knoten und Kanten, sodass der Agent nur den relevanten Kontext pro Aufgabe lädt.

OpenClawRadar
Tipps zur Token-Nutzung für Claude Code
Tipps

Tipps zur Token-Nutzung für Claude Code

Praktische Ratschläge aus einem Reddit-Beitrag zur Reduzierung des Token-Verbrauchs: Neue Chats beginnen, Fragen bündeln, CLAUDE.md schlank halten, präzise Dateiverweise verwenden, Threads zusammenfassen und neu starten sowie leichtere Modelle für einfachere Aufgaben nutzen.

OpenClawRadar
KI-Agenten entlarvten meine schlampigen Eingabeaufforderungen: Klarheit schlägt schlauere Modelle
Tipps

KI-Agenten entlarvten meine schlampigen Eingabeaufforderungen: Klarheit schlägt schlauere Modelle

Ein Reddit-Beitrag zeigt, dass KI-Agenten unklare Aufgaben nicht magisch lösen – sie machen das Feedback nur sofort sichtbar. Das eigentliche Problem war die mangelnde Klarheit des Nutzers.

OpenClawRadar
Agent Framework Token Bloat: Ein 500:1 Input-zu-Output-Verhältnis ist normal
Tipps

Agent Framework Token Bloat: Ein 500:1 Input-zu-Output-Verhältnis ist normal

Ein Nutzer eines selbst gehosteten Agent-Frameworks berichtet von ~21k Input-Tokens pro Nachricht und einem Input-Output-Verhältnis von 500:1, verursacht durch Tool-Definitionen, System-Prompt und Speicher. Die Community bestätigt, dass ein Basis-Kontext von 15-25k für Tool-nutzende Agenten üblich ist.

OpenClawRadar