AWSは、レガシーワークロード移行支援サービス『AWS Transform』のエージェントを、AWS自社のKiroに加えてClaude、Cursor、Codexからも利用できるようにした。配布形態はGitHubのawslabs配下で公開されており、『awslabs/mcp』リポジトリにaws-transform-mcp-server、『awslabs/agent-plugins』にaws-transformプラグインが置かれている。
ポイントは、AWS Transformが従来カバーしてきた.NET Frameworkからの移行、メインフレーム、VMwareといった『重い移行案件』を、開発者が普段使うAI開発IDEの中で扱えるようにしたところにある。これまでこの種の作業はAWSコンソールや専用UIに移動して進めるのが一般的だったが、MCPサーバー化されたことで、Cursorのチャットや Claude Code、Codex CLIからエージェントを直接呼び出し、コードベースを開いた状態で移行アシストを受けられる。
配布が単一のIDEに閉じず、競合関係にあるClaude／Cursor／Codexにも同時に開かれた点は、AWSが『どのIDEを使っていてもAWSへの移行導線を確保する』方針に振っていることを示す。
実装に着手する場合の落とし穴として、第一に対象ワークロードの限定がある。Transformはあらゆるレガシー移行を扱うわけではなく、現時点で公開されているのは.NET／メインフレーム／VMware系の枠組みだ。第二に、IDE内からAWSアカウントの権限でエージェントが動く以上、認証情報のスコープと、エージェントが書き換えるコード範囲をリポジトリ側で切り分ける必要がある。検証の最初の一歩は、awslabs/mcpのaws-transform-mcp-serverを小さな.NETサンプルに当て、変換成功率と人手介入回数を記録することだ。
