Mit OpenClaw eine tägliche YouTube-zu-LinkedIn-Pipeline aufgebaut: Architektur, Fallstricke und gewonnene Erkenntnisse

Ein Entwickler hat eine detaillierte Aufschlüsselung eines OpenClaw-Skills veröffentlicht, der eine tägliche YouTube-zu-LinkedIn-Content-Pipeline automatisiert. Der Skill überprüft jeden Morgen ~30 KI-YouTuber, ruft Transkripte über einen Apify-Actor ab, führt eine LLM-Analyse über das OpenClaw Gateway durch und schreibt 26 Spalten Daten pro Video in ein Google Sheet. Kosten: ~0,20 $/Tag bei Apify, kein separater LLM-Key nötig (nutzt vorhandenes Codex-Kontingent). 90% der Transkripte stammen aus nativen Untertiteln; Whisper kommt selten zum Einsatz.

Schlüsselarchitektur

Läuft täglich um 9 Uhr, ruft Transkripte über Apify async ab (der sync-Endpunkt gibt durchgängig BOT_DETECTION zurück). LLM-Output ist in outputs[0].text verschachtelt, nicht auf oberster Ebene. Sheet-Schreibvorgänge müssen in Gruppen von 5 gebatcht werden, um stilles ARG_MAX-Versagen zu vermeiden – ein Creator bringt 15+ Videos/Tag.

Kritische Fallstricke

• Secrets in entries.X-Blöcken werden bei Skill-Deinstallation gelöscht. Der Autor verlor so einen YouTube-API-Key. Alles kommt jetzt in env.vars.
• Codex-Leerlauf-Watchdog beendet Discord-Züge nach 5-10 Minuten. timeoutSeconds hilft nicht. Die Lösung: lange Aufgaben mit setsid bash im Hintergrund ausführen und einen Proactivity-Cron zur Selbstabfrage des Status nutzen.
• Python stdout ist blockgepuffert, wenn über nohup geleitet. Hintergrundläufe produzierten 0-Byte-Logs bis zum Abschluss. Verwenden Sie python3 -u oder PYTHONUNBUFFERED=1.

LLM-Anpassung per Sheet

Die LLM-Analyse wird durch 4 vom Benutzer bearbeitbare Zellen im Google Sheet angepasst: linkedin_focus, audience_description, voice_and_tone, avoid. Keine Codeänderungen nötig, um die Stimme anzupassen – Zelle bearbeiten, und der Skill passt sich an. Der Autor sucht Feedback, ob dieses Muster optimal ist.

Der Autor plant, den Skill nach einigen Wochen Produktionstests auf ClawHub zu veröffentlichen.