OpenClawとn8nの統合によるバッチ画像生成

ワークフローアーキテクチャ

r/LocalLLaMAの開発者が、バッチ画像生成のためにOpenClawとn8nを組み合わせたハイブリッドワークフローを詳細に説明しました。核心的な洞察は、これらのツールが異なる目的を果たすことです：OpenClawは意図の理解と計画に優れ、n8nは反復的な実行ステップを効率的に処理します。

仕組み

フローは以下の順序で進行します：

• チャット入力がOpenClawに送られ、ユーザーの意図を理解します
• OpenClawがプロンプトと画像をGoogleスプレッドシートに書き込みます
• これがウェブフック経由でn8nワークフローをトリガーします
• n8nがバッチで画像を生成します
• 結果が同じGoogleスプレッドシートに書き戻されます

システム全体はモバイルデバイスから動作します。

実装の詳細

開発者は以下の特定のコンポーネントでこれを実装しました：

• バックエンドモデル： Atlas Cloud経由で呼び出されるMiniMax M2.7
• 統合： OpenClaw内のGoogle Sheets API（Googleは300クレジットを提供、このユースケースには十分）
• トリガー： OpenClawがトリガーできるn8nのウェブフックノード。URLはスキルにバンドルされています
• 入力形式： 会話を通じて定義、行ごとに画像＋プロンプト

システムに与えられた指示は：「画像とプロンプトをアップロードしたら、このGoogleスプレッドシートに書き込み、n8nウェブフックをトリガーし、結果を報告してください」でした。

このアプローチの理由

開発者は、すべてをOpenClawで処理する方法と比べて2つの重要な利点を特定しました：

• 管理： チャットを通じて50〜100枚の画像を生成すると、会話全体に散らばり、後で特定の画像を見つけるのが困難になります。スプレッドシートを使用することで、すべてが整理された状態で保たれます。
• コスト： バッチ生成は、同じプロンプトテンプレート、パラメータ、出力形式で固定された標準操作手順に従います。モデルはこの反復タスクのために「文脈を理解する」必要がありません。n8nを使用することで、AIステップのみに支払い、他のすべては無料で実行されます。

このアプローチは、OpenClawが全プロセスを処理すると各ステップごとにトークンを消費してしまうのに対し、n8nが反復ステップを効率的に実行するため、トークンを節約します。

リソース

開発者はこのセットアップで使用されたn8nノードを共有しました：https://github.com/AtlasCloudAI/n8n-nodes-atlascloud