DELPHI AI MIGRATION / PRODUCT PROPOSAL
INDEXPRODUCT PROPOSAL / 2026
Delphi業務ロジック移行
AI Agent Workbench
既存Spring Boot基盤を維持しながら、分析、移行、テストを実行証跡付きで自動化するデスクトップツール
Delphi現行資産
›Agent FlowHarnessによる統制
›Spring Boot既存Web基盤
01 / EXECUTIVE SUMMARY
本提案の要点
AIが移行作業を進め、
Harnessが完了条件を管理します
Harnessが完了条件を管理します
AIの判断だけに依存せず、根拠、権限、変更範囲、テスト結果をシステム側で検証します。
本提案では、コード変換そのものよりも、業務挙動の同等性を確認できる移行プロセスを重視します。
02 / MIGRATION RISK
Delphi移行で失われやすいもの
ボタンやDataModuleに業務処理が分散し、仕様書だけでは境界が見えません。
文字列、日付、NULL、丸め、トランザクションの差が障害になります。
コードが生成できても、現行と同じ結果になる証拠が残らない場合があります。
必要な仕組み現行資産の構造化+移行方針の明確化+同一テストケースによる比較
03 / SCOPE
対象範囲と対象外
- Delphiのイベントと業務メソッド
- 条件分岐、計算、業務エラー
- DataModule、SQL、永続化の意味
- 型・メソッド・部品の指定変換ルール
- Spring BootのService、Repository、Test
- Delphi画面の外観をWebへ自動変換
- 既存のSpring Boot基盤の再構築
- 既存のフロントエンド画面と共通基盤の変更
- テストケースで確認できない挙動の自動保証
- 業務責任者による最終受入の代替
前提：フロントエンド画面はお客様側で実装し、本製品はバックエンドの業務ロジック移行に集中します。
04 / PRODUCT
Windowsデスクトップ型の移行実行基盤
ElectronReactTypeScriptWindows safeStorageローカルJSON
05 / RESPONSIBILITY
AI・Harness・担当者の役割分担
事前分析構造と候補を抽出根拠と解析結果を検査不明確な仕様を確認
移行方針継承・置換などを提案確信度と網羅率を判定低確信度の項目を確認
コード実装変更ファイルを生成範囲・追跡・予算を制約重要変更をレビュー
テストテストケース案と修正案を作成Runnerを実行して差分を判定業務UATを実施
AIが作業を進め、Harnessが定義済みの条件と実行証跡に基づいて受入可否を判定します。
06 / AGENT FLOW
8つの専門Agentが順番に引き継ぐ
Form、イベント、メソッド、SQLを根拠付きで構造化
型・メソッド・部品の変換ルールを確定
継承、置換、廃止、追加、要確認に分類
分岐ごとに入力値と確認項目を設計
Delphi側の実行結果を基準値として保存
Spring Bootの拡張ポイントとタスクに割り当て
許可範囲で実装し、テストケースを再実行
差分、未実行、証跡不足を一覧で確認
各ステップの入力GATE構造化された成果物GATE後続Agentへ引き継ぐ
07 / AGENTS 01–04
分析と移行仕様の自動作成
Delphi解析
Form、イベント、メソッド、SQLを根拠付きで構造化
移行方式
型・メソッド・部品の変換ルールを確定
移行方針
継承、置換、廃止、追加、要確認に分類
業務テスト
分岐ごとに入力値と確認項目を設計
成果物は自然文だけでなく、後続ステップで検証できるJSONスキーマとして保存します。
08 / AGENTS 05–08
実装と新旧比較の自動実行
現行ベースライン
Delphi側の実行結果を基準値として保存
実装計画
Spring Bootの拡張ポイントとタスクに割り当て
実装ループ
許可範囲で実装し、テストケースを再実行
新旧比較
差分、未実行、証跡不足を一覧で確認
差分が残る場合は完了とせず、実装Agentへ戻すか、担当者の確認待ちで停止します。
09 / DELPHI ANALYSIS
画面部品から業務ロジックまでを追跡可能にする
.dpr.pas.dfm.inc
›FORMTOrderForm
CONTROLSaveButton
EVENTSaveButtonClick
METHODValidateOrder
BRANCHAmount > 0
SQLINSERT ORDER
抽出する根拠情報呼び出し関係型・引数・戻り値業務関連プロパティ条件分岐とSQL
バイナリ形式のDFMや解析上限を検出した場合、解析完了とは判定しません。
10 / MIGRATION METHOD
お客様固有の変換方式を必須ルールとして登録
TYPE: TString -> JavaTStringimport=com.example.types.JavaTStringmandatory=truescope=all実装時に検査対象コードで使用必要なimportを確認計画・テストケースと紐付けコメントへの記載だけでは適合とみなしません
外部仕様書に明記されたルールは、AIの一般知識より優先します。未定義の型は自動承認しません。
11 / MIGRATION CONTRACT
機能ごとの移行方針を明確化
業務ルールと外部挙動を維持
Delphi固有実装をSpring標準へ置換
既存Web画面で不要なUI実装を除外
新基盤で必要な認証や監査機能を追加
根拠不足または確信度が低いため担当者が確認
例Delphiフォームの座標・色廃止SaveButtonClickの業務処理置換既存のSpring Boot認証継続利用
すべての業務ノードに移行方針を設定するまで、テストケース設計には進みません。
12 / CHARACTERIZATION CASE
UI操作ではなく、業務挙動をテストケース化
if Amount > 0正常登録else業務エラー
›- operation
- saveOrder
- arrange
- 顧客・商品・初期DB状態
- input
- 数量、金額、受注日
- observables
- 戻り値、業務エラー、DB更新
設計原則1分岐につき1テストケースデスクトップ/Web共通不足している入力値は推測しないready確定前は実行不可
AIがテストケース案を作成します。根拠が不足する入力項目はdraftのまま残し、担当者へ確認を依頼します。
13 / RUNNER PROTOCOL
同一テストケースをDelphi側とSpring Boot側で実行
LEGACYDelphi Case Runner
LegacyCaseRunner.exe
--case {caseFile}
--output {outputFile}共通テストケース JSONoperationarrangeinputobservables
TARGETSpring Test Runner
mvnw.cmd -q
-Dtest=MigrationCharacterizationTest
testreturnValuebusinessErrordatabaseChangesexitCode / stdout / stderrduration
Runnerはお客様の実行環境に接続する軽量アダプターです。画面操作だけに依存せず、業務処理の入出力を直接確認します。
14 / HARNESS
AIとプロジェクトの間に、回避できない実行制約を置く
PROBABILISTICAI Agent分析・提案・生成
PermissionSchemaTraceabilityBudgetEvidenceAudit
CONTROLLEDProject WorkspaceSource / Target / Runner
モデルやプロンプトを変更しても、Harnessは毎回同じ制約を適用します。
15 / CONTROL CATALOG
Harnessに実装済みの統制機能
AIに旧資産の変更権限を与えない
既存画面・共通基盤への変更を拒否
AIが直接ファイルを操作しない
変更ファイルごとに根拠を紐付け
暴走と変更範囲の拡大を抑止
シミュレーション結果は受入判定の証跡に使用しない
Git clean check既存ファイルのバックアップ設定済みコマンドのハッシュ記録異常時は停止
16 / CONTROLLED IMPLEMENTATION
実装・実行・比較を制御されたループで回す
停止条件全テストケース一致タスク追跡完了必須ルール適合最大ループ回数に到達担当者の確認が必要
17 / AUDIT TRAIL
誰が、何を根拠に、何を実行したかを残す
prev 8c3a…event a76d…output 42bf…直前イベントpreviousHash
›対象イベントeventHash
›成果物outputHash
EXPORTmigration-audit-package/v1
Policy snapshot
Agent events
Harness checks
Evidence hashes
Chain verification
過去イベントを書き換えるとハッシュチェーン検証が失敗し、改ざん位置を特定できます。
18 / OPERATION MODE
案件のリスクに応じて自動化レベルを選択
Harnessが確信度の高い判断を自動承認し、次のAgentへ進めます。
- 未解決の型がない
- 解析結果に不足がない
- 移行方針が確信度の基準を満たす
- 入力項目と対象分岐が確定している
分析と生成はAIが行い、重要な段階では担当者の承認を待ちます。
- 変換ルールの承認
- 移行方針の承認
- 業務テストケースの承認
- 承認後に同じFlowを再開
各ステップの区切りで一時停止、再開、キャンセルができます。異常終了後は停止状態として復旧します。
19 / AI CAPABILITY
AIが自動化できる業務
Delphi構造解析、Spring Bootの拡張ポイント調査、外部仕様書からの変換ルール抽出
成果：根拠付き論理グラフ移行方針、分岐テストケース、実装レイヤー、追跡関係を作成
成果：承認可能な移行方針許可領域のJavaコードとテストを生成し、差分結果に基づいて修正
成果：変更ファイルと追跡情報現行結果のベースライン化、移行先実行、意味レベルの比較、必須マッピングの検査
成果：テストケース単位の比較一覧各能力は単独のAI回答ではなく、Agent FlowとHarness制御の中で実行します。
20 / LIMITATIONS
適用上の制約
静的解析の範囲
本製品はDelphiコンパイラではありません。条件付きコンパイル、動的イベント割り当て、複雑なマクロには個別アダプターが必要です。
外部部品と実行時挙動
サードパーティ製コンポーネント、動的SQL、例外処理、外部DLLは静的解析だけでは動作を確定できません。
テスト対象外の挙動
確認済みのテストケースに含まれない業務挙動までは保証できません。事前にテストケースの網羅率を確認します。
受入作業
コードレビュー、DB移行、性能試験、セキュリティ試験、業務UATは引き続き必要です。
AIを停止する条件を事前に定義します推測で補完せず、要確認項目として担当者へ戻すことを正常な制御と位置付けます。
21 / CUSTOMER INPUT
導入時にご用意いただくもの
.dpr / .pas / .dfm / .inc とビルド条件
既存のSpring Bootプロジェクト、拡張可能領域、保護領域
型・部品・共通機能の社内標準と外部仕様書
Delphi側とSpring側で同一入力を実行するインターフェース
要確認項目、テストケースの妥当性、最終受入を担当
既存のSpring Bootプロジェクトには pom.xml、build.gradle、build.gradle.kts のいずれかが必要です。新規プロジェクトの自動生成は行いません。
22 / PILOT APPROACH
小さな業務単位で適合性を確認
代表的なForm、外部仕様書、Spring Bootの拡張ポイントを確認し、解析できない箇所を把握します。
一つの業務機能で全8段階を実行し、テストケースと証跡の品質を評価します。
共通マッピングとRunnerを再利用し、機能群ごとにAgent Flowを適用します。
パイロット評価解析網羅率要確認件数テストケース網羅率新旧一致率手動修正の内容
23 / PROPOSAL
業務挙動を実行証跡として残し、
AIによる移行を管理可能なプロセスへ
01既存基盤を守る
画面と共通機能を保護し、業務ロジックに集中
02AIに作業させる
分析から実装・テストまで専門Agentが順次引き継ぐ
03実行証跡で判断する
Harnessと同一テストケースの比較で完了条件を固定
次のステップ代表的な業務機能を一つ選び、パイロットで解析手法の適用可否とRunnerとの接続を確認
01 / 24
Space / 矢印キーで開始 →