OpenClawで構築した日次YouTube→LinkedInパイプライン:アーキテクチャ、注意点、そして学んだ教訓

ある開発者が、OpenClawスキルを使用して毎日YouTubeからLinkedInへのコンテンツパイプラインを自動化する方法を詳細に公開しました。このスキルは毎朝約30人のAI系YouTuberをチェックし、Apifyアクターでトランスクリプトを取得し、OpenClaw Gatewayを通じてLLM分析を実行し、動画ごとに26列のデータをGoogleシートに書き込みます。コストはApifyで約1日0.20ドルで、個別のLLMキーは不要(既存のCodexクォータを使用)。トランスクリプトの90%はネイティブキャプションから取得され、Whisperが使われることは稀です。
主要アーキテクチャ
毎日午前9時に実行され、Apifyの非同期(async)経由でトランスクリプトを取得します(同期エンドポイントは一貫してBOT_DETECTIONを返します)。LLMの出力はエンベロープのトップではなく、outputs[0].text内にネストされています。シートへの書き込みは、ARG_MAXによるサイレント障害を避けるため、5件ずつバッチ処理する必要があります(1日15本以上の動画を投稿するクリエイターもいます)。
重要な注意点
entries.Xブロック内のシークレットはスキルアンインストール時に削除される。 作者はこれでYouTube APIキーを失いました。現在はすべてenv.varsに配置しています。- Codexのアイドルターン監視により、Discordターンは5〜10分で強制終了される。
timeoutSecondsは無効。対策:setsid bashでバックグラウンドの長時間タスクを実行し、Proactivity cronで自己ステータス確認を行う。 - Pythonのstdoutはnohup経由でパイプされるとブロックバッファリングされる。 バックグラウンド実行では完了まで0バイトのログが出力されない。
python3 -uまたはPYTHONUNBUFFERED=1を使用。
シート経由のLLM調整
LLM分析はGoogleシート内の4つのユーザー編集可能セル(linkedin_focus、audience_description、voice_and_tone、avoid)によってカスタマイズされます。コード変更なしでボイスを調整可能 — セルを編集するだけでスキルが適応します。作者はこのパターンが最適かどうかフィードバックを求めています。
作者は数週間のプロダクションテスト後に、このスキルをClawHubに公開する予定です。
📖 原文を読む: r/openclaw
👀 See Also

クロードコードエージェントオーケストレータのアーキテクチャ(マルチエージェントシステム向け)
Ultrathinkチームは、デザイン、コード、マーケティング、運用を6つのClaude Codeエージェントが担当するAI運営ストアのアーキテクチャを文書化しました。シリーズの第9回では、専門エージェント間の作業を調整するオーケストレーターエージェントに焦点を当てています。

Claude CodeをKubernetes CronJobとして実行:本番環境での学びとオープンソース化されたセットアップ
everyrow.ioのチームが、Kubernetes CronJobとしてClaude Codeを無人で実行した経験を共有し、文書化されていない特性を記録し、Dockerfile、エントリーポイント、Helmチャート、ロギング設定をオープンソース化しました。

ローカルLLMパイプラインにおけるマルチステップエージェントワークのコンテキストドリフト問題
開発者がLlama-3.3-70b-versatileで多段階の求職自動化パイプラインを実行したところ、ローカルのOllamaモデルは5〜6ノードのパイプラインで文脈の一貫性に苦戦した一方、Groqの無料枠でClaudeを使用した方が優れたパフォーマンスを示しました。また、無料枠のモデルは警告なしに廃止され、設定が壊れることも指摘されています。

OpenClawボットがKMZデータ抽出とスプレッドシート統合を自動化
ユーザーがOpenClawボットを使用してKMZファイルを解析し、マイルマーカーを含む8つの特定のデータポイントを抽出し、高精度で10進数マイル位置を計算し、既存のスプレッドシートに新しいデータを上書きせずに統合したと報告しています。このプロセスには5分の処理時間と、100ドルの最大プランセッション予算の15%が費やされました。