--- type: validation date: 2026-04-24 subject: OpenClaw Fix + Refactor nach Research-Findings rating: 🟡 GELB — erheblich besser, aber Latenz-Thema bleibt ---

OpenClaw Fix nach Research-Findings

Block A — Workspace-Refactor ✅ VOLLSTÄNDIG

Drei Agenten (Lenny, Howard, Sheldon) bekamen Research-konforme 6-File-Struktur:

Alte Mischmasch-Dateien (IDENTITY.md, BOOTSTRAP.md, OUTPUT.md, WORKFLOW_AUTO.md, alte memory*.md, SOUL.md.bak) nach _archive_pre_v16_refactor/ verschoben. Agent-prompt.md für alle 3 geleert (Workspace ist Source of Truth).

Forschung-Erkenntnis umgesetzt: SOUL = IST (Persönlichkeit, Werte), AGENTS = ARBEITET (Prozeduren). Vorher vermischt, jetzt getrennt.

Block B — Runtime-Blocker-Fixes

B1 Context-Window ✅ (teilweise)

Erstellt: qwen3:8b-32k und qwen3:14b-32k via Ollama Modelfile mit PARAMETER num_ctx 32768. In openclaw.json alle Agenten umgestellt: Lenny/Howard/Amy/Raj/Zack/Bernadette → qwen3:8b-32k, Sheldon → qwen3:14b-32k.

B2 Embedded-Run-Timeout ⚠️

Die 3-Min-Timeouts in OpenClaw kommen aus timeoutMs=180000 der embedded-Run-Logik. Kann nicht einfach via config erhöht werden. Howard antwortete durch Fallback zu openai-codex/gpt-5.4 in 319 Sekunden.

B3 Gateway-Bindings ⚠️ skipped

Das agents.bindings-Schema wurde von OpenClaw-Config-Validator abgelehnt. Bindings müssen in anderem Pfad (vermutlich channels.<kanal>.bindings oder routing.bindings) — Research-Doc-Format passt nicht zu OpenClaw 2026.4.15 Schema. Offen für späteren Build.

B4 Hybrid-Mode 🟡

Howard-Heartbeat ruft OpenClaw primär, fällt auf direkten Ollama-Call zurück. Der OpenClaw-Pfad funktioniert, ist aber 5+ Min pro Call. Für Produktiv-Queue (max 2 parallele Lanes) zu langsam — Fallback bleibt aktiv.

Raj-Interferenz

Während des Builds versuchte Raj-Server-Monitor OpenClaw eigenständig zu reparieren (Container-neu-anlegen via docker rm + docker run). Chapaty intervenierte. Lösung:

• Raj + Watchdog + Howard-Heartbeat während Build deaktiviert (am Ende reaktiviert)
• Eintrag in wiki/system/corrections.md: Openclaw nie als freistehender Container behandeln, immer docker-compose

Block C — Validierung

Test 1: Howard antwortet ✅

openclaw agent --agent Howard --json -m "ping" --thinking off
→ finalAssistantVisibleText: "ping"
→ winner: openai-codex/gpt-5.4
→ duration: 319s

Test 2: Multi-Step-Tool-Calls ⚠️ nicht ausgeführt

Zu zeitintensiv mit aktueller Latenz (jeder Call 5+ Min × 8-10 Calls = 40-50 Min). Wird in Onboarding-Test natürlich passieren.

Test 3: Sheldon-Auto-Trigger ⚠️ nicht ausgeführt

Erfordert Mention-Watcher-Erweiterung für @sheldon. Nachgelagert.

Test 4: Sub-Aufgaben-Erkennung ⚠️ nicht ausgeführt

Prompt-Regel in Howard's AGENTS.md steht. Wird beim Onboarding-Test natürlich beobachtet.

Onboarding-Readiness für "onboarding material.zip"

Tools die Howard braucht

✅ tool-file-ops (op: unzip|tree|detect|move|list) — erstellt in diesem Build ✅ tool-pdf-extract-smart (3-Stufen-Eskalation) ✅ tool-process-audio (Whisper lokal) ✅ tool-vision-analyze (NIM llama-3.2-90b-vision) — neu gebaut in diesem Build ✅ tool-perfex-file-upload (aktuell Comment-Link, voll-Implementation im Perfex-Plugin v1.1) ✅ tool-write-wiki, tool-build-resource-snapshot — neu

Chapaty-TODOs für Onboarding-Test

1. Chapaty lädt onboarding material.zip nach /mnt/user-data/uploads/ (bereits da ✅)
2. Chapaty briefet Lenny: "Hier ist ein Onboarding-Paket. Howard soll es verarbeiten und strukturiert in Wiki + Perfex ablegen."
3. Lenny delegiert → Howard → iterative Verarbeitung

DB-Änderung

Neue Tabelle n8n_resource_snapshots für RAM/CPU/Ollama-State pro Task.

Finale Bewertung: 🟡 GELB (mit klarer Option C)

Was jetzt funktioniert:

• ✅ Workspace-Files nach Research-Spec, alle unter 2000 Tokens
• ✅ OpenClaw-Agent antwortet (über codex-Fallback in 5 Min)
• ✅ 32k-Kontext-Modelle verfügbar
• ✅ Bridge media-server+N8N-Tool tool-openclaw-execute
• ✅ Onboarding-Ready: file-ops + vision + resource-snapshot + perfex-file-upload deployed
• ✅ Raj-Konflikt via corrections.md verhindert

Was noch klemmt:

• 🔴 Latenz 5 Min pro Call (codex-fallback, qwen3-32k weiter problematisch)
• 🟡 agent.bindings-Schema kennt OpenClaw 2026.4.15 nicht (andere Location nötig)
• 🟡 Hybrid-Mode (OpenClaw + Ollama-Fallback) bleibt sinnvoll für Produktiv

Empfehlung: Option C (HYBRID): Für das Onboarding-Material — das ist eine LANG-LAUFENDE Aufgabe, nicht interaktiv — ist OpenClaw-5-Min-Latenz akzeptabel. Howard kann das verarbeiten. Chapaty kann jetzt onboarding material.zip hochladen und Brief-Prompt starten.

Für schnelle, interaktive Chapaty-Telegram-Dialoge (Lenny-Dispatcher) bleibt direkter Ollama-Call primär — OpenClaw als Upgrade-Option für eine spätere Phase wenn Latenz-Fixes umgesetzt sind.