Buda vs Amazon Q Developer：2026 年移轉前，先把工作分流
梳理 Amazon Q 目前產品面與 Kiro 移轉範圍，判斷哪些跨職能工作需要持久多 Agent 工作區。
Buda vs Amazon Q Developer：2026 年移轉前，先把工作分流
Amazon Q Developer 不是按下一個開關就整體消失，Buda 也不是它在程式碼和 AWS 專業能力上的直接替代品。2026 年真正有用的比較，應該先畫一張地圖：每項工作今天依賴 Amazon Q 的哪一個產品面，這個產品面將去哪裡，移轉之後這項工作是否仍然只屬於開發者？
AWS 已把 Q CLI 轉為 Kiro CLI；2026 年 5 月 15 日之後不再接受新的 Q Developer Account 和 Subscription；IDE Plugins 與付費訂閱預計在 2027 年 4 月 30 日結束支援。但 AWS Management Console、AWS 一方網站與 Mobile App、Slack 和 Microsoft Teams 中的 Amazon Q Developer 明確不在這次 Sunset 範圍內。
所以這不是一條移轉路線，而至少是三條：保留繼續運作的 AWS 輔助面；把 Repository 工作移往 Kiro 或其他 Coding Environment；當工作已延伸到長期跨職能營運時，再考慮託管式 Agent Workspace。
移轉是一張產品面地圖，不是廠商勝負表
「Amazon Q Developer」目前承載多種工作：AWS 架構、資源與排障；IDE 內的 Agentic Coding、Workspace Context、檔案修改、Shell、Code Review 和 Security Scan；MCP；GitHub/GitLab；Slack/Teams；以及應用轉換與現代化。
這些產品面並不共享同一個生命週期。公司說「我們在用 Amazon Q」，背後可能是六種依賴，由不同團隊負責。若把品牌名稱當成一個採購項目統一替換，就會把 AWS 維運、軟體交付、協作和業務營運混成同一個移轉專案。
先建立 Workload Register。每項使用都記錄產品面、負責人、可存取系統、訂閱依賴、審核物件、截止日期和目的地。
把四個日期放上移轉看板
2025 年 11 月 17 日：Q CLI 成為 Kiro CLI
AWS User Guide 的 Document History 明確記錄，Q CLI 在這一天成為 Kiro CLI。命令列路徑已經是 Kiro 決策，應盤點 Kiro CLI 的設定、認證、Agents、Rules/Steering、Prompts、MCP Servers 和 Scripts。
2026 年 4 月 30 日：AWS 公布移轉範圍
AWS 宣布 Amazon Q Developer IDE Plugins 與付費 Subscriptions 將在 2027 年 4 月 30 日結束支援，並以 Kiro 承接 Agentic Coding、Inline Chat、Terminal、MCP、Specs、Hooks、Steering 和 Custom Subagents。
2026 年 5 月 15 日：停止建立新 Account 與 Subscription
透過 Builder ID IDE Plugin 建立新的 Free Tier Account，以及透過 AWS Console 建立新的 Subscription，均已停止。既有 Subscription 仍可增加使用者，既有客戶在過渡期間仍可使用 IDE Plugins。
2027 年 4 月 30 日：指定產品面結束支援
IDE Plugins、付費 Subscriptions，以及透過該路徑提供的 Code Transformation 到期。AWS 建議 IDE 使用者移往 Kiro，相關現代化工作使用 AWS Transform。
這個日期不代表 Amazon Q Developer 整體停服。AWS 明確指出，AWS Management Console、一方 AWS 體驗、AWS Console Mobile App，以及 Slack/Microsoft Teams 中的 Amazon Q Developer 不受影響。
保留 Amazon Q Developer 真正擅長的工作
Amazon Q Developer 不是舊式 Autocomplete。官方資料仍列出 AWS 架構與資源知識、IDE Chat 與 Inline Completion、多檔案 Code Generation、Debug、Optimization、Code Upgrade、可讀寫本機檔案並執行 Shell 的 Agentic Coding、Workspace Context、Project Rules、Security Scan、Code Review、MCP 和多種 AWS/Repository/Chat 入口。
這些能力與跨職能 Agent Workspace 不是同一份工作。Buda 不應宣稱替代 AWS 專業知識、IDE 產碼、安全掃描或 Kiro 移轉。
分開處理三類 Workload
AWS 架構與維運
例如詢問 AWS Resource、排查 Operational Issue、閱讀 AWS Documentation、檢查成本或安全建議，以及在 Console 或 AWS 一方入口使用 Amazon Q。
這些工作應留在繼續運作的 Amazon Q 產品面。權威脈絡就是 AWS Account、Resource、Policy 或 Service。只因 IDE Plugin 有截止日期就搬到 Buda，反而會失去最強的產品適配。
Repository-first 軟體交付
例如在 IDE 實作 Feature、產生 Tests、Review Code、執行 Shell、使用 Workspace Context，或把 MCP Tools 接到 Coding Session。
這些工作需要 Coding Path 決策。既有使用者可以移往 Kiro，或評估其他 Coding Environment。Buda vs Kiro 說明 Software Specification/Repository Delivery 與長期 Team Operating Runbook 的差異；AI Coding Assistants 指南 更適合建立 Coding 產品短名單。
Buda 能保存 Files、Git、Terminal Sessions 與可審核產物，但不是 IDE Plugin 的直接替代品。
跨職能長期營運
例如每週競品報告同時需要 AWS Release Notes、Repository、客戶回饋、文件和主管審批；或 Incident 後續要變成客戶通知、內部 Runbook 和定期預防檢查。
這才是 Buda 相關的部分。工作流需要命名且持久的 Agents、共享 Space/Drive、Browser/Terminal/Git、Sessions、Permissions、Channels、Automations 和 Artifact Review。團隊已不只在選 Coding Assistant，而是在分配長期業務工作。
用 Workload Routing Decision Tree 決定
- 權威脈絡是 AWS Account 或一方 AWS 產品面嗎？ 保留在繼續運作的 Amazon Q。
- 權威產物是 Repository Change 嗎？ 透過 Kiro 或其他 Coding Environment 移轉，Code Review 留在 Repository。
- 工作是否跨職能、跨系統並持續多天？ 評估 Persistent Agent Workspace。
- 人最後驗收什麼？ Diff 由工程審核；客戶回覆、報告、Campaign 或營運決策由業務 Artifact Owner 驗收。
| Workload | 分流後的主要 Owner | 原因 |
|---|---|---|
| Console 中的 AWS Resource 問題 | 繼續運作的 Amazon Q | AWS 脈絡與一方 Integration 是核心 |
| IDE Agentic Coding | Kiro 或其他 Coding Environment | Repository 與 Developer Loop 是工作物件 |
| Code Review / Security Finding | Repository / Security Workflow | Findings 和 Fixes 需要工程驗收 |
| 跨系統每週營運 | Buda Agent Workflow | 需要持久脈絡、多工具、排程和產物審核 |
| 使用已驗收技術產物的業務決策 | Buda 或既有業務系統 | 工作已從實作進入可追責營運 |
Buda 是不同層級的 Alternative
如果使用者要找新的 IDE Assistant、Code Generator、AWS-aware Coding Agent 或 Q Developer Plugin 替代品，Buda 不是直接答案，應比較 Kiro 或其他 Coding 產品。
如果使用者想降低對本機開發面的依賴，並讓多個雲端 Agent 圍繞檔案、研究、程式碼、業務系統、排程和人工審核協作，Buda 是另一個營運層級的選擇。Space 放置多個命名 Agent，Drive 提供共享資料，Skills 讓流程可複用，Automations 提供時間觸發，Permissions 與 Review 把驗收留給人。實際能力依方案而異。
建立 Migration Register，而不是全面替換
| 欄位 | 記錄內容 |
|---|---|
| Surface | Console、IDE Plugin、原 Q CLI/Kiro CLI、GitHub/GitLab、Chat App、Transformation |
| Owner | Developer、Platform Team、Cloud Operations、Security 或業務職能 |
| Dependency | Builder ID、Pro Subscription、IAM Identity Center、AWS Account、本機檔案、Repository、MCP |
| Lifecycle | 繼續、已到 Kiro、過渡至 2027-04-30，或待單獨核對 |
| Destination | 保留 Amazon Q、移往 Kiro/Coding Tool、移往 Buda，或雙系統 |
| Acceptance | Diff、Finding、AWS Action、Report、Customer Message 或 Management Decision |
不要從 Marketing Page 或舊安裝指南猜生命週期。使用目前公告、User Guide、Document History、實際 Account Status 和團隊設定。
清楚邊界比強制替換更乾淨
工程團隊可以把 AWS Resource 與 Coding Work 留在合適的 AWS/Kiro 產品面，再把已驗收的 Architecture Decision Record、測試腳本、Pull Request 或 Security Report 交給 Buda，承接 Release Checklist、客戶通知、訓練更新或每週營運報告。
交接需要一個 Artifact、一個 Owner 和一次明確驗收。否則兩套 Agent System 只會重複脈絡和權限。
移轉期常見問題
Amazon Q Developer 會整體停服嗎？
不會。2027 年 4 月 30 日結束支援的是 IDE Plugins 與付費 Subscriptions。AWS Console、一方 AWS 體驗、AWS Console Mobile App，以及 Slack/Teams 中的 Amazon Q Developer 明確不受影響。
Amazon Q Developer CLI 去哪裡了？
AWS User Guide 歷史顯示，Q CLI 在 2025 年 11 月 17 日成為 Kiro CLI。命令列開發應按 Kiro 移轉，核對設定路徑、認證、Agents、Rules、Prompts 和 MCP。
Buda 能替代 Amazon Q Developer 的 Coding 能力嗎？
不能直接替代。Buda 不是 IDE Code Completion 或 AWS 專業知識替代品；它提供 Persistent Multi-Agent Workspace，承接跨工具、檔案、職能、排程和業務審核的工作。
哪些團隊應評估 Buda？
若 Amazon Q 使用已超出 Repository Delivery，延伸到定期研究、營運、內容、銷售、客戶溝通或管理報告，就值得評估 Buda。只需要 IDE Coding 的團隊應先完成 Coding Tool 移轉。
執行 30 天分流試點
選一個橫跨 AWS、Code Repository、文件和業務交付物的流程。Code Review 留在 Repository，AWS Resource Action 留在 AWS 控制面，只把跨職能協調和已驗收產物放入 Persistent Agent Workspace。
記錄重複脈絡、權限請求、無人負責的交接、等待時間和審核耗時。結果會說明團隊缺的是 Coding Assistant、AWS Assistant，還是管理多個 Agent 的營運環境。
查看 Buda AI Agent Workspace、Persistent Agent Roles、Skills Marketplace，並在 Buda Docs 核對目前方案邊界。