← KENSAKI 資料ダウンロード 無料トライアル
★ レガシーバッチを止めずに、Dify ワークフローへ移行

既存のバッチを、
Dify に移す。

Airflow / Step Functions / cron / シェルスクリプト / Java バッチで動く既存のバッチ処理を、Dify ワークフローへ自動変換する SaaS。コードを 1 行も書かずに、属人化していた老朽バッチを AI 時代の運用基盤に載せ替えます。

無料で移行アセスメント 対応技術スタックを見る

既存バッチを止めずにサイドバイサイド検証 ・ ロールバック対応 ・ 14 日間無料アセスメント

製造 / 金融 / EC / SaaS のレガシーバッチ移行で採用

VANGUARD
NORTHGATE
RIDGE
COMPASS
HARBOR
ATLAS
MERIDIAN
PRISM
SUMMIT
BEACON
LATTICE
PIVOT
Why WF-FUTURE

老朽バッチ、属人化、ベンダー依存をまとめて解消する。

20 年動いた COBOL や、誰も触れない Java バッチ、あるいは「とりあえず cron」になっているシェル群。これらを止めずに Dify へ移行することで、運用観測・コスト管理・AI ノード追加が一気に揃います。

01

レガシーバッチからの脱却

Java / Python / Shell / SQL / Embulk / Airflow / Step Functions の各実装からコード解析で DAG を抽出。属人化していた処理を可視化・標準化します。

02

AI 時代の運用基盤に標準化

全社のバッチを Dify に集約することで、実行ログ・コスト・LLM ノード追加を一元管理。観測性と拡張性を一気に底上げします。

03

ステップバイステップ移行

既存システムを止めずに、サイドバイサイドで動作検証 → トラフィックを 1% → 100% で段階切替 → 最終的に旧システム停止までを伴走。

SOC 2 Type II 取得済 ・ Dify 公式パートナー ・ Airflow / Step Functions / Embulk / Java Batch / cron 全対応
Features

解析 → 変換 → 検証 → 切り替えまでを一気通貫。

「移行は失敗できない」を前提に、自動変換だけでなく動作検証・段階切替まで含めた移行 SaaS として設計しています。

01

コード解析エンジン (多言語対応)

Python / Java / Shell (bash/zsh/PowerShell) / SQL (Procedure含む) / Embulk YAML / Airflow DAG (Py) / Step Functions ASL を AST レベルで解析し、入出力・処理ステップ・エラー処理を構造化抽出。

  • 10+ の言語・フレームワーク対応
  • JCL / COBOL JCL は LLM ベース解析でカバー
  • 実行ログと突合して暗黙の依存関係を補完
対応技術スタック一覧
02

Dify ワークフローへの自動変換

抽出した内部 DAG を Dify Workflow YAML に変換し、Dify GUI で開ける状態に。LLM ノード追加余地を可視化することで、移行と AI 化を同時に進められます。

  • Dify 公式 YAML / DSL を出力
  • カスタムノードへのフォールバック生成
  • 手動承認・差分比較 UI
変換サンプルを見る
03

サイドバイサイド検証 (Shadow Run)

移行期間中は **既存バッチと並走** し、同じ入力で Dify 版を実行。出力を自動比較してリグレッションを検出するため、本番影響なしで品質を確認できます。

  • 出力差分を行単位で可視化
  • 統計的差異 (数値レンジ・件数) を自動判定
  • 差分しきい値で自動承認 / 人間レビュー振り分け
Shadow Run の仕組み
04

テスト自動生成 + 段階切替

既存ジョブの実行ログから入出力サンプルを抽出し、Dify 版のテストケースを自動生成。トラフィックを 1% → 10% → 50% → 100% でカナリアリリースし、異常時は自動ロールバック。

  • 履歴ログから入出力ペアを抽出
  • Property-based test 生成 (境界値 / Null / 例外)
  • カナリア自動ロールバック (SLO 連動)
カナリア戦略の詳細
05

オーケストレーターからの引き剥がし

Airflow / Step Functions / Rundeck / Control-M / cron などの既存スケジューラから、段階的に Dify へ移管。完了後は旧スケジューラの該当ジョブを安全に削除できます。

  • Airflow → Dify 連携プラグイン (公式)
  • Step Functions → Dify アダプタ
  • 依存関係を維持しながら片寄せ
スケジューラ移行ガイド
How it works

3 ステップで、止めずに移行する。

解析 → 変換と検証 → 切り替え。各ステップで本番影響を最小化します。

1

解析 (Discovery)

既存バッチのコード・設定・実行ログをアップロード or リポジトリ連携で取り込み、DAG として構造化します。

2

変換 + Shadow Run 検証

Dify ワークフローを自動生成し、本番と並走 (Shadow Run) で出力を自動比較。差分があれば修正提案を返します。

3

カナリア切替 (1% → 100%)

トラフィックを段階的に Dify へ寄せ、SLO 違反を検出したら自動ロールバック。完了したら旧バッチを停止できます。

Case Studies

止めずに、置き換えた現場

製造 / 金融 / EC / データ基盤 など、止められないバッチを Dify に載せ替えた事例があります。

製造業

生産日報集計 (Airflow + 100+ DAG) を 6 ヶ月で Dify へ

老朽化した Airflow 1.x で属人化していた 100+ DAG を解析 → Dify に集約し、運用工数を 60% 削減。LLM による異常検知ノードも追加。

事例を読む
金融

夜間バッチ (Java + cron / 30 ジョブ) を Dify + Lambda に

20 年稼働の Java バッチを段階移行。Shadow Run で 1 週間検証 → カナリア 4 週間 → 切替完了。リグレッション 0 件で実現。

事例を読む
EC

レコメンド前処理 (Step Functions) を Dify へ

Step Functions で組まれていた前処理を Dify に移行し、その流れで Embedding ノード・LLM 要約ノードを追加。CTR が 1.4 倍に。

事例を読む
データ基盤

Embulk ETL (50+ 設定ファイル) を Dify に標準化

部署ごとに散在していた Embulk YAML を Dify に集約。観測・スケジュール・コスト管理が一元化され、ETL 関連の問い合わせが週 12h → 1h に。

事例を読む
すべての事例を見る
Pricing

アセスメントから本番移行まで、3 段構成。

まずは小さく試して、移行可否と工数を見える化することから始められます。

ASSESSMENT

移行可否評価 / 単発

¥98,000 / 案件 (税抜)
  • 対象バッチ最大 50 件まで
  • 対応言語の自動解析
  • 移行可否レポート (PDF)
  • 想定工数 / コスト試算
  • 本番移行 / Shadow Run
  • 専任エンジニア伴走
アセスメントを依頼

TEAM

中規模移行プロジェクト

¥298,000 / 月 (税抜) ※ LLM 利用料別
  • 対象バッチ 500 件まで
  • Dify への自動変換 + 手動補正
  • Shadow Run + 差分検証
  • カナリア切替 + 自動ロールバック
  • 本番移行 / Shadow Run
  • 専任エンジニア伴走
相談する

ENTERPRISE

大規模 / 統制重視

お問い合わせ ※ Self-Hosted / 専有テナント可
  • 対象バッチ 無制限
  • カスタム解析ルール (社内 DSL)
  • Shadow Run + 統計的差異判定
  • マルチ環境カナリア (dev/stg/prod)
  • 本番移行 / Shadow Run
  • 専任エンジニア伴走 + SLA
相談する
FAQ

よくある質問

どんな言語・フレームワークに対応していますか？
Python / Java / Shell (bash/zsh/PowerShell) / SQL (PL/SQL / T-SQL ストアドプロシージャ含む) / Embulk YAML / Airflow Python DAG / AWS Step Functions ASL / Rundeck / cron に対応。COBOL JCL は LLM ベースの推論で部分対応します。詳細な互換性レポートを ASSESSMENT プランで発行します。
移行精度はどのくらいですか？
標準的な ETL バッチ (Python + SQL) では完全自動変換率が 75〜85%、Shadow Run で出力一致率を確認します。残り 15〜25% は LLM が修正候補を提示し、人間が承認する半自動プロセスです。複雑な業務ロジックほど人間レビューの比率が増えますが、ゼロから書き直すよりも 70% 以上の工数削減が見込めます。
既存バッチを止めずに移行できますか？
はい、これが WF-FUTURE の核となる設計思想です。Shadow Run で並走 → カナリアで段階切替 → SLO 違反時は自動ロールバック、というプロセスにより本番影響を最小化します。移行期間は数週間〜数ヶ月で計画されることが多く、エンタープライズプランでは 1 年以上の長期移行も伴走します。
Dify ライセンスは別途必要ですか？
TEAM プランではマネージド Dify 環境を提供します。すでに Self-Hosted / Cloud Dify をお使いの場合はそちらに直接デプロイできます。ENTERPRISE プランでは顧客の Dify 環境への展開、Self-Hosted WF-FUTURE にも対応します。
機密データやオンプレミス環境に対応できますか？
はい、ENTERPRISE プランで AWS PrivateLink / Azure Private Endpoint / 顧客管理 KMS / Self-Hosted (Docker / Kubernetes) に対応。完全オンプレミス運用も可能です。AI 解析にはローカル LLM (Llama / Qwen 等) を組み合わせれば、外部 API を一切使わない構成も組めます。
移行が想定通りに行かなかった場合、ロールバックできますか？
はい。カナリア切替の各段階で自動ロールバックを実装しており、SLO 違反 / 出力差分 / 例外発生のいずれかで即座に旧バッチへ戻せます。さらに完全切替後でも 90 日間は旧バッチの設定をアーカイブとして保持し、必要に応じて再有効化できます。

止められないバッチを、止めずに新世代へ。

14 日間無料アセスメント ・ クレジットカード不要 ・ 移行可否レポートを発行

無料アセスメントを依頼 導入相談を予約

POC 期間中は専任エンジニアが既存バッチの分解・移行計画策定を伴走サポートします。