回到頂部
概念插畫:工程師將規格一致的預製模組組成可維護的結構,旁邊留下接合檢查工具,呈現程式生成與工程驗收

AWS Nx Plugin 1.0:AI 做完網站,部署與維護誰負責?

AWS Nx Plugin 1.0 用固定生成器建立網站、API 與 AI 代理。整理適用團隊、MCP 用法、雲端費用及升級責任,分清能生成程式與能交付正式產品的差別。

內容查核: 來源查核:

如果你已經替客戶維護 AWS 系統,Nx Plugin for AWS 值得試;如果你只是想做一頁活動網站,先不要為了它搬上 AWS。 這個工具幫團隊重複建立網站、API 與代理的基本結構,真正省下的是整理相似設定的工作,不會代替你確認誰能看資料、出錯怎麼處理,以及上線後由誰維護。

AWS 在 9 月 8 日宣布 Nx Plugin for AWS 1.0。它建立在 Nx 的多專案管理環境上,生成程式與對應的雲端基礎設施,讓 AI 不必每次從零猜一套部署方式。這是工程工具的更新,不是保證任何人都能一句話交付正式產品。

它替你生成什麼?哪些工作仍要自己做?

AWS 的完整介紹列出的組件包括網站、API、AI 代理與 MCP 服務,可選用 TypeScript、Python 等既有框架,再以 AWS CDK 或 Terraform 定義基礎設施。

可以把生成器想成經過整理的工程樣板,但每個專案的資料與行為仍要另外確認。

生成的部分可以省下什麼仍要驗收什麼
網站與登入重複的前端與登入串接不同使用者能否看對資料
API 與型別連接前後端欄位不一致的部分錯誤業務規則、例外與權限
代理及工具入口服務骨架與部署設定代理可執行哪些動作
雲端資源定義重複撰寫基礎設施設定成本、地區、監控與刪除

例如接案團隊替公司做內部報修工具,生成器可以先搭好前端、登入和 API。可是「一般員工只能看自己的報修單,主管能看部門案件」仍是你要設計與測試的規則。有登入畫面,不代表這個權限問題已經解決。

為什麼有 AI,還需要固定生成器?

Nx 在 2025 年的說明把兩者的分工講得很清楚:可重複的專案結構交給生成器,理解現有程式並接回專案的工作再交給 AI。固定規則比較容易重做與審查,AI 則補上樣板不知道的情境。

這不代表同一句自然語言永遠產生相同的完整系統。生成器本身的可重複性,不等於 AI 選的參數、組合方式和後續修改也固定。 保留版本、設定與修改紀錄,才有辦法追查為什麼兩次結果不同。

Nx 今年 2 月的代理技能說明也強調,代理需要理解專案關係、命名與執行任務的方式。你的程式庫已經有慣例時,應先讓它讀懂,再新增組件;不要因為工具可以生成,就把原本可用的結構整套換掉。

一定要用 Kiro?既有專案怎麼判斷?

不必。AWS 的 AI 使用文件說明,新建工作區會帶有常見程式代理的專案級 MCP 設定,讓代理查詢生成器並依相依順序操作;也可以自行使用 CLI。MCP 在這裡是連接工具的方式,沒有替你取得雲端管理員權限。

先確認工作區內的設定已足夠,再考慮全域安裝。對同時處理多個客戶的人,將專案工具、憑證與部署目標分開,比讓每個代理都拿到同一套權限更重要。

快速入門文件列有 Node、Python、套件管理器與部分生成器需要的容器環境;部署和某些本機流程還需要 AWS 憑證。「能在本機啟動」因此不能直接理解成全程離線、完全不用雲端帳號。

若你目前只需要讓後端呼叫一次模型,先把 AI API 串接與錯誤處理做好就夠。需要多個網站、API、代理共用一套工程慣例時,才比較能發揮這類工具的價值。

免費插件,不等於免費運作的產品

AWS 公告說插件採 Apache 2.0 授權,不額外收費;你仍要付部署資源的使用費。估算時要看實際用了哪些服務,而不是拿插件價格當總成本。

我會把成本分成應用運算、資料保存、模型呼叫,以及維護工時。再確認試做結束誰負責清理:快速入門文件特別列出刪除已部署資源的步驟,就是為了避免持續費用。關掉本機終端,不代表雲端服務也停止。

代理如果要接公司資料或外部服務,另外檢查它代表誰操作、憑證能做什麼,可參考 AgentCore Identity 的身分管理。不要把所有測試都放在能碰正式客戶資料的帳號裡。

程式歸你,升級也要有人負責

AWS 說生成的程式沒有對插件本身的執行期依賴,可以自行修改;1.0 也用 Nx 遷移機制提供後續更新。這讓你保有程式控制權,但不等於搬到任何雲端都不用改,因為生成的基礎設施仍指向你選用的 AWS 服務。

升級時也不能只看命令執行成功。Nx 23 的遷移說明區分純生成器、AI 指令與混合方式;部分情況會由代理協助判斷如何改。這是 Nx 的一般機制,不表示每一個 AWS 插件升級都需要 AI,或 AI 修完就可以直接部署。

我的建議是先用一個可丟棄的測試專案,確認生成、權限、部署、更新與清理都能重做,再決定是否放進客戶交付流程。若還停留在探索需求,先依 Vibe Coding 的原型與正式產品分流判斷範圍。工具可以縮短起步,交付責任不能一起省略。

常見問題

Nx Plugin for AWS 適合完全不懂程式的人嗎?

不建議把它當成免維護的網站服務。自然語言可以協助生成,但仍要理解帳號權限、部署、錯誤與費用;沒有維運能力時,先做低風險原型並找工程人員確認。

不用 AI,也能使用這個插件嗎?

可以。生成器可透過 CLI 操作,AI 是協助選擇與組合的入口之一,不是必要的模型訂閱。使用哪些雲端服務,仍取決於你的專案設計。

生成的網站能直接交給客戶上線嗎?

先驗收登入後的資料權限、錯誤處理、監控、成本與復原方式。本文核對的是官方設計與文件,沒有提供本站實測的交付工期;能部署不代表已完成這些驗收。

參考來源

№ · further reading

延伸閱讀