ProAgが旧.NET処理をAIで5週間移行

ProAgの旧システム群は専門保険会社に典型的だ。10年以上かけてWindows専用の.NET Frameworkライブラリに業務ロジックが積み上がり、移行対象のプロセスは数百に及ぶ。社内チームの1プロセス6カ月超というペースは複数年にわたるプログラムを意味したため、同社は外部パートナーを起用し、易しいプロセスではなく最も難しいものの一つを選んだ。

最も難しいプロセスの選択は意図的とみられる。 trivialな課題での成功では、実際に必要な作業にこの手法が効くかは答えられないからだ。アーキテクチャはまず規制の基準も満たす必要があった。米国の農作物保険は規制が厳しく、チームはProAg自社のAWSアカウント内でAmazon Bedrock経由のClaudeを実行し、すべてのモデル呼び出しを既存の統制下に置いた。

技術的な順序は速度と同じくらい重要だ。コードに着手する前に、エージェントが依存関係をグラフに落とし込み、業務の専門家がレビューした。別のエージェントが移行計画を起草し、Windows専用ライブラリを置換か書き換えの対象として洗い出した。その後は段階ごとに移行を進め、検証ハーネスは移行後にではなく移行と並行して構築したため、不一致を早期に特定できた。本番類似データでの最終的な項目単位の比較が、ProAgが保持する公式な証拠となった。公開事例は、さらなる強化なしに本番稼働可能を意味しないと明言している。5週間という数字はパイロットの結果として読むべきで、再利用できる部分はハーネス、文書化の手順、エージェントのテンプレートだ。