跳至主要內容

關於 AWS 台灣

Kiro vs. Amazon Q Developer IDE 插件 | Book of Kiro

Kiro vs. Amazon Q Developer IDE 插件

全部開啟

Kiro 和 Amazon Q Developer 都是 AWS 出品的 AI Coding 工具,從整體用戶體驗而言,Kiro 更好, Amazon Q Developer 插件則支持不同的 IDE,用戶無需更換原有 IDE。以下是主要區別:

Kiro 的獨特優勢:

  • Spec Mode:結構化處理複雜開發任務的方法,將軟件開發過程正式化 - 這是 Kiro 獨有的功能

  • Agent Hooks:當 IDE 中發生特定事件時執行預定義代理操作的自動觸發器 

  • 靈活的自主性:既有 Autopilot mode(自主修改)也有 Supervised mode(應用更改前審查)

  • 豐富的上下文引用:支持 #Docs、#Git、#Rules、#Terminals、#網頁 等多種上下文引用方式

Amazon Q Developer 的獨特優勢:

  • GUI 配置:提供圖形界面配置 MCP 服務器,相比 Kiro 的 JSON 文件配置更直觀 

  • 固定上下文項:可以指定在聊天會話中添加到所有消息的上下文項

  • Prompt 函式庫:內置提示庫功能,可存儲和重用常用提示

  • Named Agent:提供專門的 Java 升級(/轉換)代理

核心差異: 

  • 開發方法:Kiro 強調結構化的 Spec 驅動開發,而 Q Developer 更注重傳統的 Agent 編程方式

  • 自主性控制:Kiro 提供 Supervised 和 Autopilot 兩種模式。

  • 上下文管理:Kiro 的 Steering 系統提供更靈活的包含模式(始終/條件/手動),Q Developer 的 Project Rules 僅支持始終包含

最後對比日期:2025 年 11月 25 日

 

 

類別

 

 

 

 

功能

 

 

 

 

描述 

 

 

 

 

Kiro

 

 

 

 

Q Developer VS Code 插件

 

 

 

 

備註

 

 

 

 

聊天 

 

 

 

 

問答聊天

 

 

 

 

來回對話

 

 

 

 

 

 

 

 

✅ 

 

 

 

 

 

 

 

 

 

內聯編輯

 

 

 

 

直接在編輯器中編輯代碼或提問

 

 

 

 

✅ 支持額外上下文,多輪對話

 

 

 

 

✅ 無額外上下文,單輪對話 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

代理

 

 

 

 

Vibe

 

 

 

 

自主編程任務、終端命令和代碼編輯

 

 

 

 

✅ 

 

 

 

 

✅ 代理編程

 

 

 

 

 

 

 

 

 

Spec

 

 

 

 

結構化處理複雜開發任務的方法,將軟件開發過程正式化

 

 

 

 

 

 

 

 

❌ 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Supervised mode

 

 

 

 

Kiro 展示每個建議的操作並等待您的批准後再繼續。您將看到 Kiro 想要進行的確切更改,並可以接受、拒絕或修改它們。

 

 

 

 

 

 

 

 

❌ 

 

 

 

 

Kiro 會要求您審查和接受代碼更改。VS Code 插件直接更改文件並提供撤銷編輯的方法。

 

 

 

 

 

 

 

 

 

Autopilot mode

 

 

 

 

自主完成端到端任務。它可以創建文件、在多個位置修改代碼、運行命令,並在每個步驟都不需要批准的情況下做出架構決策。

 

 

 

 

 

 

 

 

❌ 

 

 

 

 

Kiro 可以讀取終端輸出,並可以配置可信命令。

 

 

 

 

 

 

 

 

 

差異和審查

 

 

 

 

審查和管理 AI 代理生成的代碼更改

 

 

 

 

 

 

 

 

✅ 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Hooks

 

 

 

 

當IDE中發生特定事件時執行預定義代理操作的自動觸發器

 

 

 

 

 

 

 

 

❌ 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

內聯補全

 

 

 

 

自動補全

 

 

 

 

在您輸入時提供建議並補全代碼

 

 

 

 

✅ 

 

 

 

 

 

 

 

 

 

 

 

 

 

上下文

 

 

 

 

代碼庫索引

 

 

 

 

通過計算每個文件的嵌入來索引您的代碼庫。改善AI對您代碼的回答。

 

 

 

 

✅ 通過 #codebase 

 

 

 

 

✅ 通過 @workspace

 

 

 

 

 

 

 

規則 | 對模型的系統級指令 | ✅ Steering | ✅ Project Rules | Kiro 的 Steering 提供始終/條件/手動包含模式,而 Q IDE 插件僅提供始終包含模式。 | 
添加圖片 | 將圖片添加到上下文中 | ✅ | ✅ | | 
固定上下文項 | 上下文固定讓您指定在聊天會話中添加到所有消息的上下文項。當您固定上下文項時,它會自動包含在當前對話的每條消息中。 | ❌ | ✅ | | 
Prompt 函式庫 | 在庫中存儲提示,將它們插入聊天中而無需每次重新輸入提示 | ❌ | ✅ | 在 Kiro 中,您可以將提示放在手動 Steering 中,並使用 #steering 命令包含提示。 |

@ 符號 | @Files | 引用項目中的特定文件 | ✅ | ✅ | | 
@Folders | 引用整個文件夾以獲得更廣泛的上下文 | ✅ | ✅ | | 
@Code | 引用代碼庫中的特定代碼片段或符號 | ✅ | ✅ | | 
@Docs | 訪問文檔和指南 | ✅ | ❌ | | 
@Git | 引用 Git 歷史和更改 | ✅ | ❌ | | 
@Rules | 使用規則 | ✅ 引用 Steering 文件 | ❌ | | 
@Terminals | 引用終端內容 | ✅ | ❌ | | 
@Web | 引用外部網絡資源和文檔 | ✅ | ❌ | | 
# Problems | 引用當前文件中的問題 | ✅ | ❌ | |

@Lint Errors | 引用代碼檢查錯誤(僅聊天) | ✅ | ❌ | | 
@Prompts | Prompt 函式庫。將保存的提示添加到上下文中。 | ❌ | ✅ | 在 Kiro 中,您可以將提示放在手動 Steering 中,並使用 #steering 命令包含提示。 |

MCP | 配置 | 如何配置 MCP 服務器 | ✅ JSON 文件 | ✅ GUI | | 
工作區級別 MCP | 適用於當前工作區 | ✅ | ✅ | | 
用戶級別 MCP | 適用於所有項目 | ✅ | ✅ | | 
stdio 傳輸 | 本地桌面上的 MCP 服務器 | ✅ | ✅ | | 
自動批准可信工具 | 避免對可信工具重複批准提示 | ✅ | ✅ | | 
用戶體驗 | 並行會話 | 允許打開多個標籤頁,並行運行代理/聊天 | ✅ | ✅ | | 
任務列表 | 顯示當前任務和隊列中的任務 | ✅ | ❌ | | 
歷史記錄 | 查看和管理聊天對話 | ✅ | ✅ | | 
上下文摘要 | 自動摘要和管理上下文以保持聊天高效 | ✅ | ❌ | | 
自定義佈局 | 快速自定義IDE佈局 | ✅ | ✅ | | 
Named Agent | 安全審查 | 用於識別安全和代碼質量問題的專門代理 | ❌ | ✅ 使用 /review 命令 | | 
Java 升級 | 升級 Java | ❌ | ✅ 使用 /transform 命令 | 需要額外收費。 |