Buda vs Kiro：Software SpecはTeam Operating Runbookではない
Kiroはsoftware requirementsをPRへ、Budaはverified resultをcross-functional deliveryへ進めます。
Buda vs Kiro：Software SpecはTeam Operating Runbookではない
Requirements、design、tasks、code、tests、pull requestがそろうと、featureは完成したように見えます。Kiroはsoftware chainを明確にするsystemです。難しい問いはhandoffから始まります。Product、support、content、operationsへどのevidenceを渡し、誰がacceptするのでしょうか。
この記事は一つのfeatureをboundaryまで追跡します。Generic feature scoringではありません。
一つのFeatureをKiroで追跡する
KiroはIDE、CLI、Web、Mobileで同じagent harnessを使います。Repositoryの.kiro/を通じてsteering、Specs、custom agents、Hooks、permissions、MCP、Skillsがsurface間を移動します。IDE/CLIは通常local codebase、Web/Mobileはmanaged cloud sessionで実行します。
Kiro Webにはcollaborative、Spec、autonomous modesがあり、codeを変更してPR/MRを作成できます。公式docsはdefault branchへ入る前に人がreviewし、Kiroは自動mergeしないと明記しています。IDE-only、single-agent、human reviewなしという比較は不正確です。
Kiro Specはrequirements、design、tasksでfeature/bug workを構造化します。Requirementsはstoriesとacceptance criteria、designはarchitecture、tasksは実行単位を記録し、dependencyが許せばparallel wavesで進みます。
これはideaをreviewable software changeへ変えるengineering systemです。SteeringとHooksがproject rulesを保ち、permissionsがtool callsをgateし、branch/PRがimplementation evidenceを残します。
正確なHandoff地点を示す
PR accepted後にも、announceできるbehavior、productionに合うdocs/screenshots、support update、tomorrow/next week checks、deliverable ownerを決める必要があります。
Primary objectsはcodeではなくbrief、source files、browser findings、approved messages、reports、scheduled follow-upsです。Buda Agent Workspaceでは各Agentがpersistent Driveとcloud computerを持ち、browser、terminal、files、Git、previewを使い、Channels、Skills、Automationsからworkを継続します。
Engineering Doneはtests、acceptance criteria、review、merge。Operating Doneはproductionと一致するdocs、approved support language、verified launch assets、owner acceptance、scheduled checksです。
二つを分けるとdeveloperが全business artifactをreviewする必要がなく、non-engineering Agentへ不要なrepository permissionを渡さずに済みます。
Release Packetを項目別に確認する
Accepted PR/commit、shipped behavior、evidence、known limits、approved files、owners、review rules、datesを渡します。Kiroがsoftware evidenceを、Budaがdocs、support、launch coordination、scheduled checksを担当します。
ArtifactごとのSystem of Recordを決める
| Decision | Kiro | Buda |
|---|---|---|
| Lifecycle | Idea → reviewed software change | Request → reviewed business outcome |
| Artifacts | Requirements、design、tasks、branch、PR/MR | Sources、files、reports、content、operations package |
| Context | Repository、.kiro/ | Agent Drive、Sessions、Skills、Space resources |
| Execution | IDE、CLI、Web、Mobile、local/cloud | Cloud workspace、browser、terminal、files、Git、Channels |
| Human gate | Tool permissions、merge前review | Downstream action前のfunctional review |
| Owner | Developer / software team | Product、content、support、operations owner |
Specs、steering、Hooks、code intelligence、local/cloud execution、PR deliveryが中心ならKiroです。Custom agents、sub-agents、MCP、Skills、permissions、Web automationsもあります。Plan、repository provider、region、surface availabilityを公式docsで確認します。
異なるAgent rolesがdaysをまたぎ、non-code files/websitesを使い、Channelsからrequestを受け、別々のreviewersへartifactsを返すならBudaです。違いはautonomyではなくorganizational continuityです。
Kiro Rollout固有の質問
KiroはIDE coding assistantだけですか？
いいえ。IDE、CLI、Web、Mobile、cloud sessions、custom agents、sub-agents、MCP、Skills、Hooks、permissions、automationsがあります。
Cloud agentとhuman reviewがありますか？
はい。Kiro Webはmanaged sandboxでPR/MRを作成し、default branch前に人がreviewします。自動mergeはしません。
Kiroはnon-code workを扱えますか？
Web search、tools、automationを使えます。Accepted outputとreviewerがsoftware lifecycleか別functionかで選びます。
MergedをLaunchedと呼ばない
Kiroがsoftware changeを証明し、Budaがその後のoperationsを調整します。Permissionsを狭く、handoffを明確にし、人がacceptします。