n8nからJieGou移行ガイド -- ステップバイステップ技術ウォークスルー

このガイドでは、n8nワークフローをJieGouに移行するすべてのステップを説明します。5つのワークフローでも500でも、プロセスは同じです — そしてほとんどが自動化されています。

所要時間の目安： 20-50ワークフローの典型的なデプロイメントで1-2時間。

前提条件

開始前に：

n8nアクセス — ワークフローをエクスポートするための管理者アクセスが必要（セルフホストまたはクラウド）
JieGouアカウント — 無料サインアップまたはエアギャップ環境向けにDocker Compose スターターキットをデプロイ
統合認証情報 — n8nワークフローが接続するサービスのAPIキーまたはOAuthトークン（Slack、Gmail、GitHubなど）

ステップ1：n8nワークフローをエクスポート

オプションA：すべてのワークフローをエクスポート（推奨）

n8nインスタンスを開く
設定 → すべてのワークフローをエクスポート
JSONファイルをダウンロード — インスタンス内のすべてのワークフローが含まれます

オプションB：個別のワークフローをエクスポート

移行したいワークフローを開く
… メニュー → ダウンロード
JSONファイルを保存

ワークフローを1つずつまたはバッチでインポートできます。

エクスポートされるもの

含まれる	含まれない
ワークフロー名と構造	認証情報の値（APIキー、トークン）
ノードタイプと設定	実行履歴
ノード間の接続	環境変数
タグとアノテーション	カスタムノードパッケージ
静的パラメータ

重要： n8nはセキュリティ上の理由から認証情報の値をエクスポートしません。JieGouではMCPサーバー接続として新しい認証情報を設定します。

ステップ2：JieGouにサインアップ

クラウド（最速）

console.jiegou.aiにアクセス
Google、GitHub、またはメールでサインアップ
部門を選択（インポートツールはどの部門からでも動作）
ダッシュボードに到着 — Integrations → Migrationsに移動

セルフホスト（Docker Compose）

データをオンプレミスに保持する必要がある規制環境向け：

git clone https://github.com/JieGouAI/self-hosted.git
cd self-hosted
cp .env.example .env
# .envにFirebase認証情報とLLM APIキーを設定
docker compose up -d

コンソールはhttp://localhost:3000で利用可能です。

ハイブリッドVPCデプロイメント（Enterprise）

クラウドの利便性とオンプレミスデータ処理が必要なチーム向け：

VPCエージェントセットアップについてsales@jiegou.aiに連絡
コントロールプレーン（コンソール、スケジューリング、モニタリング）はJieGouクラウドで実行
ワークフロー実行はVPC内で行われ、データはネットワークを離れません

ステップ3：インポートウィザードを使用

JieGouコンソールで/migrations/n8nに移動
n8nインポートウィザード — 3ステッププロセスが表示されます

アップロード

n8nワークフローJSONをテキストエリアに直接貼り付け、または
ファイルピッカーで.jsonファイルをアップロード

Preview Conversionをクリックしてワークフローを分析します。

分析中に行われること

インポートツールは：

n8nワークフローJSONを解析（構造検証、ノードと接続の抽出）
各n8nノードタイプを最も近いJieGouステップタイプにマッピング
トリガーノード（webhook、スケジュール、手動トリガー）を検出してワークフロー入力に変換
統合ノードを識別して一致するMCPサーバーを提案
接続グラフを構築（実行順序と分岐ロジックを保持）
手動対応が必要なものについての警告付き変換レポートを生成

ステップ4：マッピングをレビューして調整

n8nノードからJieGouステップへのマッピング

n8nノード	JieGouステップ	備考
`Set` / `Code` / `Function`	LLMステップ	コードの代わりにAIが変換を実行
`IF` / `Switch` / `Filter`	Conditionステップ	直接マッピング — 同じ分岐ロジック
`SplitInBatches`	Loopステップ	直接マッピング — 配列入力を反復
`Merge` / `Aggregate`	Aggregatorステップ	並列ブランチの出力を結合
`HTTP Request`	LLMステップ + MCPツール	HTTP MCPサーバーでAPI呼び出し
`Slack` / `Gmail` / `GitHub`	LLMステップ + MCPサーバー	対応するMCPサーバー統合を使用
`Webhook`（トリガー）	ワークフロー入力	ワークフローの入力スキーマになる
`Schedule Trigger`	スケジュール	JieGouスケジュールで別途設定
`OpenAI` / `LangChain Agent`	LLMステップ	マルチプロバイダーBYOK
`Postgres` / `MySQL`	LLMステップ + MCPサーバー	データベースMCPサーバーを使用

ステップ5：MCPサーバーを設定

MCP（Model Context Protocol）サーバーがn8nの組み込み統合ノードを置き換えます。

MCPサーバーのインストール

Library → Integrationsに移動
必要な統合を検索（例：「Slack」、「GitHub」、「PostgreSQL」）
Installをクリックしてアカウントに追加
APIキーまたはOAuth認証情報でConnect

ステップ6：Bakeoffでテスト

本番稼働前に、n8nワークフローとJieGouワークフローを並行実行して出力品質を比較します。

Bakeoffs → New Bakeoffに移動
Workflow vs. Workflowモードを選択
JieGouワークフローをArm Aに追加
テスト入力を生成または提供
LLM-as-judge評価、統計的信頼度、並列比較で結果をレビュー

ステップ7：本番稼働

変換に自信がついたら：

低リスクワークフローから開始 — 内部通知、レポート生成、データ同期
48時間モニタリング — JieGouの実行履歴で実行ログを確認
クリティカルワークフローを移行 — 顧客対応統合、支払い処理、データパイプライン
n8nを廃止 — すべてのワークフローが検証されたら、n8nインスタンスをシャットダウン

移行チェックリスト

サポート

インポートツール： console.jiegou.ai/migrations/n8n
MCP統合： console.jiegou.ai/integrations
コミュニティ： community.jiegou.ai
Enterpriseサポート： sales@jiegou.ai