跳窗口前，先寫清楚規矩

AWS 喺自家 Machine Learning Blog（2026 年 10 月 29 日）放咗一篇《Build a repeatable PHP-to-Java migration engine with Kiro》，教讀者點樣將 PHP 改 Java 由「賭命一跳」改造成可重複、可量化的流程。

Kiro 係一個 AI 整合開發環境（IDE），內置 AI agent（代理），開發者行喺環路入面（developer-in-the-loop），同 agent 一齊跑多步驟工程任務。呢篇文重點係一套「引擎」：共用方法論、機械式發現掃描器（mechanical discovery scanner）、八階段 parity-first 工作流。原 PHP 應用被當做規格書（specification），parity harness（對等測試框架）未驗證前，唔會宣稱 Java 移植係正確。

要求同條件

  • PHP 開發者需熟悉 Laravel / Eloquent 或 Symfony / Doctrine。
  • Java 知識（Spring Boot、JPA）有用但唔強制——引擎會產出 idiomatic Java，唔需要自己手打重寫。
  • 運行環境：PHP 8.0+、Java 21、Maven。
  • Kiro workspace 要有 Skills 同 Steering files 存取權。

知識喺檔案，唔喺工具

引擎嘅全部方法論都被打包做 skill files：版本化嘅 Markdown 能力包。兩個 skill：

  • php-to-java-migration：PHP 轉 Java 遷移方法論
  • php-model-discovery：發現掃描器工作流

因為知識喺檔案而唔喺某一個工具入面，同一套方法論可以喺兩個途徑行：

途徑一：Kiro（互動、開發者主導） 打開 repository root 做 Kiro workspace，用户要求遷移 PHP 應用時 skills 自動激活。Kiro 依八階段工作流行，每階段有明確 approval gates——用户要 review 發現清單、批准 rulebook、逐階段簽核先可以嚟下一步。呢篇文所有例子都用呢個模式。

途徑二：AWS Transform（自主、組合規模） AWS Transform 係 AWS 嘅 agentic AI 服務，專門做大規模遷移同現代化。佢而家同 Kiro 原生整合：用户可以將同一批 skill files 交畀 AWS Transform，令「先發現後翻譯」、「parity harness 做裁判」、「修環路唔修代碼」呢啲原則喺自主運行入面都適用。

適配選擇：想逐個應用精讀生成的 Java、逐階段簽核，用 Kiro；想一次過遷移組合入面多個應用，用 AWS Transform 喺 skill 定義的檢查點做人工 review。

阿調搞兩下

呢篇文最靚嘅位，唔係「AI 幫你寫 Java」，係把 parity harness 當裁判：原 PHP 應用係規格書，Java 移植有幾啱，由對等測試話事，唔由 AI 話事。呢個係一個成熟工程思維——把「我以為寫咗」變成「我證明寫咗」。

但都講清楚：呢篇文係 AWS 自家技術指南，係功能説明（functional documentation），唔係獨立評測。Kiro 同 AWS Transform 嘅實際準確率、邊界案例、同人類工程師逐行 review 嘅時間成本對比，文內冇提供數據。如果你正在考慮呢個流程，記住先喺一個非生產應用試跑一個完整八階段 cycle，先判斷值得唔值得。

阿調｜深度調教