Amazon Q Developer

Amazon Q Developer 目前仍是 AWS 开发助手，但其 IDE 插件现已被视为向 Kiro 迁移的遗留路径，不再是新 IDE 部署的战略终点。

官方网站

资料核对: 2026年8月29日 ·查看来源

工具信息

工具类型: 编辑器扩展
平台: VS Code, JetBrains IDEs, IntelliJ IDEA, PyCharm, WebStorm, Visual Studio 2022 for Windows, Eclipse, AWS Console, AWS Console Mobile Application, GitLab Duo, GitHub and GitHub Enterprise Cloud preview, Microsoft Teams, Slack, AWS websites and documentation pages, Kiro CLI migration path
免费方案: 支持
开源: 不支持
自带密钥: 不支持
本地模型: 不支持

工具概览

适合场景

AWS 开发者
云应用团队
Serverless 和基础设施团队
Java 现代化项目
.NET 现代化项目
IDE 工作流中的安全扫描
AWS 成本和资源调查
使用 IAM Identity Center 的团队
基于 AWS 构建的 GitLab Duo 用户
希望在 IDE 和 AWS 控制台跨界面获得 AI 辅助的开发者
需要 AWS 原生治理和管理控制的企业

优点

深度的 AWS 生态感知能力强于通用编程助手。
免费版方便在受支持的 IDE 中进行尝试。
Pro 版定价相对简单，为每用户每月 19 美元。
支持 VS Code 以外的 IDE，包括 JetBrains、Visual Studio 和 Eclipse。
安全扫描、代码审查和现代化 Agent 对企业级 SDLC 工作流非常有用。
支持 IAM Identity Center、管理员控制和数据不参与训练，便于组织推广。

局限与取舍

未投入 AWS 生态的团队
希望在本地运行模型的开发者
需要供应商中立的 BYOK 模型路由的用户
寻找“提示词转应用”构建工具的非技术用户
希望使用完整独立 AI IDE 的开发者
需要控制开源 Agent 运行时的团队
AI Agent 无法读写文件、生成 Diff 或运行 Shell 命令的工作流
最适合以 AWS 为中心的团队；对于不使用 AWS 的团队吸引力较小。
供应商和模型选择的灵活性不如开源 BYOK Agent。
在当前的 AWS 文档中，CLI 的发展方向已转向 Kiro CLI。
智能体请求和转换额度在大型团队中需要持续监控。
GitHub 集成目前仍处于预览阶段。
生产环境的变更仍需要人工审查、测试和安全验证。

开始使用

官方文档

价格与使用额度

提供免费方案

Free Tier$0 / 月

永久免费版，设有每月额度限制，包括每月 50 次智能体请求，以及支持的转换任务每月最高 1,000 行代码。

Amazon Q Developer Pro$19 / 用户/月

扩展使用限额，可访问最新的 Claude 模型，支持 IDE/CLI 使用、Identity Center、管理员仪表板、策略管理、默认数据不参与训练以及知识产权补偿。

Transformation overage$0.003 / 代码行

适用于符合条件的 Java 升级转换任务中，超出 Pro 版包含额度的 Amazon Q Developer 转换使用量。

GitLab Duo with Amazon QGitLab plan-dependent

通过受支持的 GitLab 工作流和层级提供；使用取决于 GitLab Duo 和 AWS 集成的配置。

Enterprise / Organization useUsage-based

通过 AWS 账户、IAM Identity Center、订阅、配额、治理和 AWS 组织账单进行管理。

价格核对: 2026年6月14日 · 额度、模型费用与订阅价格可能分别计算。

功能与详细介绍

IDE 编程助手

提供从代码片段到完整函数的行内代码建议。
在受支持的 IDE 中提供对话、行内对话、代码生成、重构、优化和解释功能。
支持 VS Code、JetBrains IDEs、Visual Studio 和 Eclipse。

智能体开发

智能体编程可以读写文件、生成 Diff、运行 Shell 命令并报告进度。
支持多步骤任务，如实现功能、编写文档、生成测试、审查代码和重构。
在受支持的 IDE 工作流中提供 MCP 服务器支持。

安全与质量

代码审查可扫描 SAST 问题、密钥泄露、IaC 问题、代码质量、部署风险和软件成分分析（SCA）发现。
针对检测到的问题建议修复方案。
提供引用追踪和公共代码建议屏蔽功能。

AWS 原生指导

回答关于 AWS 架构、资源、最佳实践、文档和支持主题的问题。
可在 AWS 控制台以及受支持的 AWS 移动端/网页端界面中使用。
辅助调查运维问题、诊断控制台错误，并推理 AWS 成本和资源使用情况。

应用转换

支持自动化的 Java 升级工作流。
在可用区域支持 .NET 转换工作流。
生成变更供人工审查，而非盲目应用现代化输出。

协作界面

GitLab Duo 结合 Amazon Q 支持 GitLab 工作流中的功能开发、代码审查、单元测试生成和对话。
Amazon Q Developer for GitHub（预览版）支持从 Issue 到 PR 的功能开发和自动化代码审查。
Microsoft Teams 和 Slack 集成有助于监控事件、排查故障和运行 AWS 资源。

向 Kiro 迁移

2026 年 5 月 15 日停止 IDE 版新用户注册
2027 年 4 月 30 日结束 IDE 插件支持
Q Developer CLI 已移至 Kiro
现有用户应规划并验证迁移路径

为什么选择 Amazon Q Developer？

当软件生命周期已经与 AWS 深度绑定时，Amazon Q Developer 的优势最为明显。它不仅仅是一个代码补全插件，更是一个具备 AWS 感知能力的开发助手，能够回答架构问题、推理 AWS 资源、扫描代码、生成测试、辅助应用现代化，并支持 IDE、控制台、代码仓库和聊天工具中的开发工作流。

这种定位使其区别于通用的 AI 编程工具。如果团队主要需求是本地代码编辑，可能更倾向于 Cursor、Claude Code 或开源 Agent。但如果团队需要构建、运行、保护和转换 AWS 应用，Q Developer 能提供更大的杠杆作用，因为它理解 AWS 服务、身份验证、计费、运维和最佳实践模式。

核心工作流

实际的工作流通常从 IDE 内部开始。开发者使用 Q 进行行内建议、对话、文件感知变更、代码审查、安全扫描、重构和测试生成。对于更复杂的变更，智能体（Agent）编程体验更为合适，因为它可以读写文件、提议 Diff、运行命令并根据反馈进行迭代。

AWS 控制台的工作流则有所不同。在控制台中，Q 最擅长回答资源相关问题、诊断错误、调查成本以及引导 AWS 服务概念。而在代码仓库工作流中（如 GitLab 和 GitHub），Q 更像是一个处理 Issue、拉取请求（PR）、代码审查和测试生成的助手，而非单纯的编辑器伴侣。

适用场景

Amazon Q Developer 适合云原生工程团队、平台团队、DevOps 团队以及维护 AWS 负载的应用团队。它在无服务器（Serverless）应用、基础设施密集型团队、Java 现代化、.NET 现代化、AWS 成本调查、运维故障排查和安全审查方面表现尤为突出。

对于通过 IAM Identity Center 标准化 AI 辅助工具的企业来说，它也是强有力的候选方案。Pro 订阅、管理员控制、使用情况可视化以及 AWS 原生身份验证，使其比以消费者为中心的编程工具更容易在以 AWS 为核心的公司中推广。

最佳配置建议

最佳配置应从身份验证开始。个人开发者可以使用 Builder ID 进行尝试，但团队在广泛推广前应规划好 IAM Identity Center、Pro 订阅、访问策略、计费归属和用户管理。这一点尤为重要，因为 Pro 激活和应用转换的超额使用可能会影响成本。

对于工程团队，建议将 Q Developer 与代码库规则和代码审查实践结合使用。明确 Q 应该优化的方向：AWS Well-Architected 指导、安全默认设置、成本控制、Java 升级规范、测试标准或基础设施审查。组织对这些预期的定义越清晰，Q 就越能成为一个高效的一致性助手，而非通用的聊天机器人。

迁移建议

从 CodeWhisperer 迁移的团队应将 Amazon Q Developer 视为后续产品，因为 CodeWhisperer 的功能已并入 Q Developer。请验证 IDE 兼容性、身份验证方式，以及开发者需要 Free 还是 Pro 访问权限。

从 Copilot、Tabnine 或 Cursor 迁移的团队应针对 AWS 特定任务（而非仅通用编程提示词）进行试点。测试一个 AWS 架构问题、一次安全扫描、一次 Java 或 .NET 转换、一个 GitLab 或 GitHub 工作流以及一个生产成本问题。这将揭示 Q 的 AWS 上下文价值是否足以支撑其与通用编程助手并用或取而代之。

对于命令行工作流，请注意 AWS 文档目前已引导 Q CLI 用户转向 Kiro CLI。在迁移前应对现有的 Q CLI 使用情况进行盘点：在标准化新的终端工作流之前，应针对当前的 Kiro 路径测试命令、别名、身份验证、MCP 服务、自动化脚本和 CI 任务。