Buda vs Amazon Q Developer：2026年、移行前にWorkloadを仕分ける
Amazon Q Developerの現行surface、Kiro移行範囲、persistent multi-agent workspaceが必要なworkloadを整理します。
Buda vs Amazon Q Developer：2026年、移行前にWorkloadを仕分ける
Amazon Q Developerが一度にすべて消えるわけではなく、BudaもcodingやAWS expertiseのdrop-in replacementではありません。2026年の比較は、各workloadが現在どのAmazon Q surfaceを使い、そのsurfaceはどこへ移り、移行後もdeveloper-owned workなのかを整理することから始まります。
AWSはQ CLIをKiro CLIへ移行済みです。2026年5月15日から新しいQ Developer accounts/subscriptionsの受付は停止し、IDE pluginsとpaid subscriptionsは2027年4月30日にend of supportを迎える予定です。一方、AWS Management Console、AWS first-party websites/mobile app、SlackとMicrosoft TeamsのAmazon Q Developerは、このsunsetの対象外です。
したがって経路は一つではありません。Continuing AWS assistance、repository workのためのKiroまたは別のcoding environment、そしてcross-functional operationsが長期化した場合のmanaged Agent workspaceです。
Migrationはsurface mapであり、vendor verdictではない
Amazon Q Developerという名称には、AWS architecture/resource/troubleshooting、IDE agentic coding、workspace context、local filesとshell、code review/security、MCP、GitHub/GitLab、Slack/Teams、application transformationなど、複数のjobsが含まれます。
これらは同じlifecycleを持ちません。「Amazon Qを使っている」という一言の裏に、別々のteamが所有する6種類のdependencyがあるかもしれません。Brandを一つのline itemとして置き換えると、AWS operations、software delivery、collaboration、business operationsが一つのmigration projectに混ざります。
最初にworkload registerを作り、surface、owner、到達するfiles/systems、subscription dependency、review object、deadline、destinationを記録します。
4つの日付をmigration boardに置く
2025年11月17日：Q CLIがKiro CLIになった
AWS User Guideのdocument historyは、この日にQ CLIがKiro CLIになったと記録しています。Command-line pathはすでにKiro decisionです。Kiro CLI configuration、authentication、agents、rules/steering、prompts、MCP servers、scriptsをinventoryします。
2026年4月30日：AWSがtransitionを発表
AWSはAmazon Q Developer IDE pluginsとpaid subscriptionsが2027年4月30日にend of supportになると発表し、agentic coding、inline chat、terminal、MCP、specs、hooks、steering、custom subagentsの移行先としてKiroを示しました。
2026年5月15日：新規account/subscription作成を停止
Builder ID IDE pluginsからの新しいFree Tier accountと、AWS Consoleからの新しいsubscription作成は停止しています。Existing subscriptionはusersを追加でき、existing customersはtransition window中IDE pluginを利用できます。
2027年4月30日：定義されたsurfaceがend of support
IDE plugins、paid subscriptions、そのsubscription pathで提供されるcode transformationが対象です。AWSはIDE migrationにKiro、該当するmodernizationにAWS Transformを推奨しています。
この日付はAmazon Q Developer全体の停止ではありません。AWS Console、first-party AWS experiences、Console Mobile App、Slack/TeamsのAmazon Q Developerは対象外です。
Amazon Q Developerの現在の強みを残す
Amazon Q Developerは旧式autocompleteではありません。公式資料にはAWS-grounded architecture/resource guidance、IDE chat、inline completion、multi-file generation、debugging、optimization、code upgrades、local file read/write、diff、shell、workspace context、project rules、conversation history、security scanning、code review、MCP、GitHub/GitLab/AWS/chat surfacesが記載されています。
これはcross-functional Agent workspaceと同じjobではありません。BudaはAWS expertise、IDE code generation、security scan、Kiro migrationを置き換えるとは主張しません。
3種類のworkloadを別々にroutingする
AWS architectureとoperations
AWS resourceへの質問、operational issueの調査、AWS documentation、cost/security guidance、Console/first-party surfaceでの利用です。
これらはcontinuing Amazon Q surfaceに残す理由があります。Authoritative contextはAWS account、resource、policy、serviceです。IDE pluginの期限だけを理由にBudaへ動かすと、最も強いproduct fitを失います。
Repository-first software delivery
IDEでのfeature implementation、tests、code review、shell、workspace context、coding sessionへのMCP接続です。
これはcoding-path decisionです。Existing usersはKiroへcontrolled migrationするか、別のcoding environmentを評価します。Buda vs Kiroはsoftware specification/repository deliveryとpersistent team runbookの境界を扱います。AI coding assistants guideはcoding tool shortlistに適しています。
Budaはfiles、Git、Terminal、reviewable outputを扱えますが、IDE plugin replacementではありません。
Cross-functional recurring operations
AWS release notes、repository、customer feedback、document、manager approvalを横断するweekly reportや、incident後のcustomer update、internal runbook、scheduled prevention checkです。
ここでBudaが関連します。Named persistent Agents、shared Space/Drive、Browser/Terminal/Git、long-running sessions、permissions、channels、Automations、artifact reviewが必要です。Teamはcoding assistantだけでなく、durable business workのownerを選んでいます。
Workload-routing decision tree
- Authoritative contextはAWS account/first-party surfaceか。 Continuing Amazon Qに残します。
- Authoritative outputはrepository changeか。 Kiroまたは別のcoding environmentへrouteし、code reviewはrepositoryに残します。
- Workがfunctions/systems/daysをまたぐか。 IDE sessionをoperating processに引き伸ばさず、persistent Agent workspaceを評価します。
- 人がacceptするものは何か。 Diffはengineering reviewへ。Customer response、report、campaign、operational decisionにはbusiness artifact ownerが必要です。
| Workload | Routing後のowner | 理由 |
|---|---|---|
| ConsoleのAWS resource question | Continuing Amazon Q | AWS contextとfirst-party integrationが中心 |
| IDE agentic coding | Kiroまたは別のcoding environment | Repositoryとdeveloper loopがwork object |
| Code review/security finding | Repository/security workflow | Findingsとfixesはengineering acceptanceが必要 |
| Cross-system weekly operation | Buda Agent workflow | Persistent context、multiple tools、schedule、artifact reviewが必要 |
| Accepted technical artifactを使うbusiness decision | Budaまたは既存business system | Workがimplementationからaccountable operationsへ移行 |
Budaは別のlayerのalternative
IDE assistant、code generator、AWS-aware coding agent、Q Developer plugin replacementを探しているなら、Budaは直接の答えではありません。Kiroや他のcoding productsをrepository behaviorで比較します。
Local developer surfaceへの依存を減らし、複数cloud Agentsがfiles、research、code、business systems、schedules、human reviewを横断するなら、Budaは別のoperating layerです。Spaceにnamed Agentsを置き、Driveでmaterialを共有し、Skillsでprocedureを再利用し、Automationsでtimingを設定し、permissions/reviewでacceptanceを人に残します。Capabilitiesはplanによって異なります。
Blanket replacementではなくmigration registerを作る
| Field | 記録する内容 |
|---|---|
| Surface | Console、IDE plugin、former Q CLI/Kiro CLI、GitHub/GitLab、chat app、transformation |
| Owner | Developer、platform、cloud operations、security、business function |
| Dependency | Builder ID、Pro subscription、IAM Identity Center、AWS account、local files、repository、MCP |
| Lifecycle | Continuing、Kiro移行済み、2027-04-30までtransition、要個別確認 |
| Destination | Amazon Q継続、Kiro/coding tool、Buda、またはtwo systems |
| Acceptance | Diff、finding、AWS action、report、customer message、management decision |
Marketing pageや古いinstall guideだけでlifecycleを推測せず、最新announcement、User Guide、document history、account status、実際のconfigurationを確認します。
Forced replacementより明確なboundary
AWS resource/coding workをAWS/Kiro surfaceに残し、accepted artifactだけをBudaのcross-functional workflowへpromoteできます。Architecture decision record、tested script、pull request、security reportをengineeringがacceptした後、Budaがrelease checklist、customer communication、training update、weekly reportへつなぎます。
Handoffにはartifact、owner、acceptance eventが一つずつ必要です。そうでなければ2つのAgent systemsがcontextとpermissionsを重複させます。
Transitionでよくある質問
Amazon Q Developerは完全に終了しますか？
いいえ。2027年4月30日にend of supportになるのはIDE pluginsとpaid subscriptionsです。AWS Console、first-party AWS experiences、Console Mobile App、Slack/TeamsのAmazon Q Developerは対象外です。
Amazon Q Developer CLIはどうなりましたか？
AWS User Guide historyでは、Q CLIは2025年11月17日にKiro CLIになりました。Command-line developmentはKiro migrationとして、paths、authentication、agents、rules、prompts、MCP settingsを確認します。
BudaはAmazon Q Developerのcoding capabilitiesを置き換えますか？
直接は置き換えません。BudaはIDE code completionやAWS expertise replacementではなく、tools、files、functions、schedules、business reviewを横断するpersistent multi-Agent workspaceです。
どのteamがBudaを検討すべきですか？
Amazon Q利用がrepository deliveryを超え、recurring research、operations、content、sales、customer communication、management reportingへ広がったteamです。IDE codingだけならcoding-tool migrationを優先します。
30日間のrouting pilot
AWS、repository、document、business deliverableを横断するworkflowを一つ選びます。Code reviewはrepository、AWS resource actionはAWS surfaceに残し、cross-functional orchestrationとaccepted artifactsだけをpersistent Agent workspaceへ動かします。
Duplicate context、permission requests、unclear ownership、handoff delay、review timeを測ります。結果から、teamに不足しているのがcoding assistant、AWS assistant、multi-Agent operating environmentのどれかを判断できます。
Buda AI Agent Workspace、persistent Agent roles、Skills Marketplace、Buda Docsで現在のboundaryを確認してください。