直接答案：Amazon CodeWhisperer 不再是独立产品。AWS 于 2024 年 4 月 30 日把它并入 Amazon Q Developer；但到 2026 年，Q Developer 的 IDE 插件和付费订阅也已进入退场期：新注册从 2026 年 5 月 15 日起停止，现有 IDE 用户可用到 2027 年 4 月 30 日，并应迁移到 Kiro。只在 AWS 管理控制台、AWS 网站/应用、Console Mobile 或 Chat Apps 使用 Q Developer 的用户，不受这次 IDE 退场影响。
所以，2026 年搜索“Amazon CodeWhisperer 下载、教程、插件或账号”的新用户，不应再照着旧文创建 CodeWhisperer 流程，也不应把 Amazon Q Developer 当成长期的新安装终点；应先评估 Kiro IDE 或 Kiro CLI。现有 Q Developer 用户则要按 VS Code、JetBrains、Visual Studio、Eclipse 或 CLI 分别迁移，并在截止日前完成权限、配置、数据和回滚验收。
本文于 2026 年 7 月 19 日依据 AWS 与 Kiro 官方公告、迁移、安装、功能、身份、权限、代码引用和数据文档复核。产品计划、价格、模型、额度和截止安排仍可能调整，实际迁移前请重新打开文中官方页面。本站没有运行 CodeWhisperer、Q Developer 或 Kiro 的准确率、延迟和效率基准，不会把厂商功能描述改写成“提升 10 倍”或“可直接生产”的实测结论。
CodeWhisperer、Amazon Q Developer 和 Kiro 到底是什么关系？
Amazon Q Developer 变更日志记录，2024 年 4 月 30 日 CodeWhisperer 成为 Amazon Q Developer 的一部分。原来的代码建议、代码引用和安全扫描能力被纳入更广的开发者助手；新产品还增加聊天、代理式编码、代码转换和 AWS 场景辅助。旧 IAM、CloudTrail 或 API 中仍出现 codewhisperer:*，不代表旧产品仍独立销售。
随后，AWS 在 2026 年 4 月 30 日终止支持公告中说明，Amazon Q Developer IDE 插件和付费订阅将在 2027 年 4 月 30 日结束支持，并把 IDE/CLI 的下一步指向 Kiro。Kiro 是面向规格驱动开发的独立 IDE 与 CLI，不是简单把插件图标改名；迁移时还要处理配置、身份、规则、Agent、MCP 和工作流边界。
| 名称 | 2026 年正确理解 | 适合的动作 | 常见误解 |
|---|---|---|---|
| Amazon CodeWhisperer | 已并入 Q Developer 的历史产品名 | 查迁移关系与遗留权限 | 还有独立“2026/3.0 版” |
| Amazon Q Developer IDE | 现有用户过渡期产品，2027-04-30 结束支持 | 盘点并迁移 Kiro | 新用户仍可长期注册 |
| Amazon Q Developer in AWS | AWS 控制台、网站和应用中的辅助能力 | 继续按身份和权限使用 | 也会在 2027 年同时消失 |
| Kiro | AWS 指向的 IDE/CLI 开发体验 | 按环境迁移并重新验收 | 与旧插件完全等价且无须配置 |
如果你的问题是 Q Developer 与 GitHub Copilot 谁更适合团队，请看站内Amazon Q Developer vs GitHub Copilot 选型指南；如果要分清 Amazon Q Business 与 Developer，则看Amazon Q Business 与 Developer 的差异。这两种意图不与本文重复。
2026 年现在还能注册或安装 Amazon Q Developer 吗？
AWS 公告明确：从 2026 年 5 月 15 日开始，新的 Q Developer Free Tier IDE 账号（通过 Builder ID 创建）和新的 Q Developer 订阅创建被阻止。已有 Pro 订阅的组织仍能向现有订阅增加用户；既有订阅或 Kiro 订阅用户仍可在过渡期访问 Q Developer IDE 插件。插件市场条目会保留并带有弃用提示，过渡期继续接收关键修复。
这意味着“能在扩展市场搜到”不等于“适合新注册”，也不等于“会长期维护”。旧 Q Developer IDE 安装文档仍可用于核对现有环境，但它记录的 Builder ID/Identity Center 登录路径必须与 2026-05-15 的新注册截止一起阅读。对于首次使用者，优先打开 Kiro 的 Q Developer 迁移说明和当前下载/计划页面。
| 你的状态 | 现在能否继续 | 建议 | 需核对日期 |
|---|---|---|---|
| 从未用过 Q Developer IDE | 新 Free 账号/新订阅已受阻 | 优先评估 Kiro，不走旧教程 | 2026-05-15 |
| 已有 Q Developer Free | 过渡期可继续 | 迁移前保存设置并试 Kiro | 2027-04-30 |
| 已有 Pro 订阅 | 可继续并向现有订阅加用户 | 按组织分批迁移和撤权 | 2027-04-30 |
| 已有 Kiro 订阅 | 可在过渡期访问 Q IDE | 尽快完成目标环境验证 | 当前合同/计划 |
| 只用 AWS 控制台 Q | 不受本次 IDE 退场影响 | 继续检查身份、额度和权限 | 官方功能页 |
新用户应该直接用 Kiro 吗？
如果目标是在 IDE 或终端使用 AWS 的 AI 编程助手，新用户应把 Kiro 作为第一候选，而不是先搭建即将退场的 Q Developer IDE 流程。AWS 公告说明 Kiro 覆盖代理式编码、内联聊天、终端集成和 MCP，并增加 Specs、Hooks、Steering、Custom subagents 与 Powers 等工作方式。但“功能更多”不自动等于适合你的仓库、合规或预算。
先用一个脱敏、可删除的非生产仓库验证：支持的操作系统和 IDE、登录方式、计划和额度、仓库上下文、命令确认、网络与 MCP、生成代码的测试、数据使用和退出。Kiro 的界面、模型、计划和许可边界可能变化，应以 Kiro 官方文档、当前价格页和服务条款为准。
| 评估问题 | 为什么重要 | 验证证据 | 不应假设 |
|---|---|---|---|
| 能否使用现有身份 | 关系到个人/组织管理与离职撤权 | 实际登录、管理员分配和撤销 | 旧 Builder ID 设置自动等价 |
| 配置能否迁移 | 规则、MCP、Agent 会改变行为 | 导入前后差异清单 | 显示导入成功就全部生效 |
| 代理能做什么 | 可能执行命令、写文件和外发 | 沙箱中的工具调用与审计 | 聊天权限等于代理权限 |
| 内容怎样使用 | 计划与身份影响服务改进边界 | 当前条款、设置和组织政策 | 退出训练等于不处理/不记录 |
| 如何退出 | 避免配置、订阅和令牌残留 | 卸载、撤权、账单与回滚演练 | 删除扩展即全部清理 |
现有 VS Code 用户怎样迁移到 Kiro？
Kiro IDE 迁移文档说明，Kiro IDE 基于与 VS Code 相同的基础，首次启动可以导入 VS Code Profile，包括扩展、主题、快捷键和设置。高层步骤是安装 Kiro、在首次启动时接受 Profile 导入，然后使用 GitHub、Google、AWS Builder ID 或 IAM Identity Center 等受支持方式登录。
但 Profile 导入不是安全验收。先导出或记录当前扩展、工作区设置、代理规则、MCP 服务器、终端权限和凭证来源；导入后逐项检查扩展是否仍可信、哪些设置被跳过、网络与命令权限是否扩大。不要在含生产密钥的工作区做第一次迁移，也不要让两个代理同时写同一分支。
| 阶段 | 操作 | 通过标准 | 回滚点 |
|---|---|---|---|
| 盘点 | 列出扩展、主题、快捷键、规则、MCP 和身份 | 有可审阅清单且不含明文秘密 | 保留原 VS Code Profile |
| 导入 | 在新 Kiro Profile 中导入 | 只启用批准扩展 | 删除测试 Profile |
| 验证 | 运行固定小任务、测试和代码审查 | 没有越权命令或意外外发 | 禁用 Agent/MCP |
| 切换 | 分批迁移仓库和人员 | 权限、日志、费用和支持责任明确 | 恢复旧编辑器只读使用 |
| 清理 | 撤销旧令牌、卸载扩展、停止订阅 | 账户、终端和账单均复核 | 保留审计记录 |
JetBrains、Visual Studio 和 Eclipse 用户怎么迁移？
JetBrains 不是“安装一个同名 Kiro 插件”这么简单。官方迁移路径是先安装并登录 Kiro CLI，再通过 JetBrains AI Assistant 的 Agent Client Protocol（ACP）把 Kiro 添加为自定义 Agent。应核对 JetBrains 版本、AI Assistant 条件、CLI 可执行文件、ACP 配置、工作区权限和组织是否允许该数据路径。
Visual Studio 与 Eclipse 没有 Kiro 原生插件。官方给出的两个方向是改用独立的 Kiro IDE，或在原编辑器旁使用 Kiro CLI。前者会改变编辑器和扩展生态；后者会改变交互入口、终端权限和上下文获取方式。团队应根据调试器、构建链、企业插件、无障碍和开发者习惯选择，而不是强行追求一个统一客户端。
| 现有环境 | 官方迁移方向 | 主要变化 | 试点重点 |
|---|---|---|---|
| VS Code | Kiro IDE 导入 Profile | 编辑器相近但代理/规则体系变化 | 扩展、权限、设置差异 |
| JetBrains | Kiro CLI + AI Assistant/ACP | Agent 通过协议接入 | 版本、上下文、命令和费用 |
| Visual Studio | Kiro IDE 或 Kiro CLI | 无原生 Kiro 插件 | .NET 工具链与调试体验 |
| Eclipse | Kiro IDE 或 Kiro CLI | 无原生 Kiro 插件 | Java 构建、插件和企业策略 |
Q Developer CLI 怎样升级到 Kiro CLI？
Kiro CLI 官方升级指南将 Kiro CLI 描述为 Q Developer CLI 的下一步更新。现有用户可通过 q update 或自动更新切换；q 与 q chat 入口保留兼容，现有 Q Developer 订阅和身份也可继续使用。新功能和修复则转向 Kiro CLI。
一次性迁移会把用户范围的 prompts、agents、MCP 与 rules 从 ~/.aws/amazonq 复制到 ~/.kiro 的对应位置，并继续读取项目中的 .amazonq。官方说明不会修改原有 .amazonq 文件夹；若新旧目录同时存在，读取优先级和新保存位置会发生变化。迁移前应备份并校验文件清单，不能只因为旧命令还能运行就认为行为完全相同。
| 配置 | Q Developer 路径 | Kiro 路径 | 迁移检查 |
|---|---|---|---|
| MCP | ~/.aws/amazonq/mcp.json |
~/.kiro/settings/mcp.json |
冲突项可能跳过，逐个验证 |
| Prompts | ~/.aws/amazonq/prompts |
~/.kiro/prompts |
敏感内容与权限 |
| Agents | ~/.aws/amazonq/cli-agents |
~/.kiro/agents |
工具名和允许动作 |
| Rules | ~/.aws/amazonq/rules |
~/.kiro/steering |
优先级与作用域 |
| Workspace | .amazonq |
.kiro |
双目录共存时的读取顺序 |
关于通用编程智能体如何限制写入、命令、网络和外发，可结合站内AI 智能体与自动化治理指南和AI 编程工具交付门禁执行。
旧 CodeWhisperer Pro 迁移到 Q Developer 时保留什么？
如果组织仍在处理早期 CodeWhisperer → Q Developer 的历史迁移，AWS 旧版迁移文档说明原地迁移会保留订阅、自定义项、标签和相关资源。但迁移后所有 Amazon Q Developer 功能会启用，无法继续逐项关闭此前在 CodeWhisperer 中禁用的特性；成员账户还会继承或采用组织管理账户的代码引用和加密设置。
文档还提醒，原地迁移不会自动启用 identity-aware sessions；如果要在 AWS 控制台以 Pro 层使用按用户计算的更高额度，需要迁移后单独启用。执行迁移还涉及 CodeWhisperer、订阅、SSO、KMS 和 IAM 的一组权限。不要给普通开发者长期保留迁移管理员权限，完成后应撤销并查 CloudTrail。
| 项目 | 原地迁移结果 | 必须复核 | 风险 |
|---|---|---|---|
| 订阅/自定义/标签 | 文档称可保留 | 实际资源与账单 | 遗留未使用资源 |
| 功能开关 | Q Developer 功能全部启用 | 重新审查允许范围 | 原先禁用能力被恢复 |
| 代码引用/加密 | 可能继承组织设置或默认值 | 成员账户实际配置 | 与原策略不一致 |
| 身份会话 | 不会自动启用 identity-aware sessions | 控制台 Pro 身份与额度 | 按账户而非按用户限额 |
| 迁移权限 | 需要多项 SSO/KMS/IAM 权限 | 临时授权和事后撤销 | 长期过度权限 |
为什么策略里还会看到 codewhisperer 权限？
Amazon Q Developer 权限参考明确写出，codewhisperer 前缀来自已经并入 Q Developer 的旧服务。当前 API 表仍可能包含生成补全、上传代码、启动代理任务、导出结果、代码分析、转换和遥测等动作。排查策略时要按动作真实能力判断，不要仅凭前缀允许整个 codewhisperer:*。
AWS 的 Q Developer IAM/SCP 指南说明，订阅资格和访问权限是两层：用户有 Pro 订阅，不代表管理员已经授予相应功能；反之，宽泛 IAM 权限也不能替代订阅。对于能代表身份调用 AWS API 的能力，应特别检查 q:PassRequest 及其与其他 AWS 权限的组合，使用显式允许/拒绝和条件限制 Region、动作和资源。
| 观察 | 正确解释 | 排查动作 | 错误做法 |
|---|---|---|---|
| CloudTrail 出现 codewhisperer | 可能是 Q Developer 遗留 API 名 | 对照动作描述和调用身份 | 认定旧服务被偷偷启用 |
| 有 Pro 订阅但功能不可用 | 可能缺少访问权限/身份配置 | 检查 Identity Center 与策略 | 重复购买席位 |
| 插件能聊天但不能执行 | 代理/传递请求权限可能受限 | 按最小权限核对 | 直接附加管理员策略 |
| 组织迁移后功能变多 | 原地迁移会启用全部 Q 功能 | 重新做策略与数据审查 | 沿用旧截图作证 |
Free 和 Pro 的数据会不会用于训练？
Amazon Q Developer 服务改进说明称，Free tier 的问题、响应和生成代码等部分内容可能被用于服务改进、调试或模型训练；用户可按 IDE/CLI、AWS 控制台或组织环境使用对应方式退出。Q Developer Pro 与 Q Business 内容不用于服务改进。
但训练/服务改进只是数据处理目的之一。提供响应、身份、配额、账单、遥测、安全、滥用防护、日志和支持可能有不同规则。迁移到 Kiro 后还要按新的计划和登录方式重新核对；Kiro CLI 迁移 FAQ说明，通过 IAM Identity Center 使用的付费 Kiro 用户以及以现有 Q Developer Pro 订阅通过 AWS 账户访问的用户，其内容不用于服务改进；Free 或个人登录边界不同。
| 场景 | 服务改进边界 | 组织应做什么 | 不能推断 |
|---|---|---|---|
| Q Developer Free | 部分内容可能用于改进；可退出 | 按环境验证退出设置 | 退出后零日志/零处理 |
| Q Developer Pro | 内容不用于服务改进 | 核对身份确实落在 Pro | 所有第三方路径也相同 |
| Kiro 组织付费 + Identity Center | 官方 FAQ 称不用于服务改进 | 核对计划、身份和合同 | 个人社交登录继承同一边界 |
| Kiro Free/个人登录 | 部分内容可能用于改进 | 检查当前设置和条款 | 只因付费就必然企业边界 |
不要把密钥、生产数据库、客户资料和未公开源码无差别交给工具。通用模型数据流与本地/云端判断可参考基础模型与生成式 AI 选型指南。
代码引用和安全扫描能保证可直接上线吗？
不能。Q Developer 代码引用文档说明，当建议与公开代码相似时，Reference Log 可列出来源、许可证和相关代码。用户或管理员还可选择不接收带引用的建议。这个机制能帮助识别部分风险，但它不等于完整的许可证清单，也不能证明没有提示的代码必然原创或兼容。
Q Developer 代码审查文档说明其结合生成式 AI 与规则检测来发现安全和代码质量问题，并受 IDE、语言、文件和额度等条件限制。工具没报告问题不等于代码安全；生成补丁仍要通过编译、单元/集成测试、SAST、依赖与 secret 扫描、许可审查和人工 review。站内AI 编程交付指南给出了完整门禁。
| 信号 | 能说明什么 | 不能证明什么 | 下一步 |
|---|---|---|---|
| Reference Log 有引用 | 建议与公开代码相似 | 许可证一定兼容 | 查完整许可证、版本和通知 |
| Reference Log 无引用 | 未触发当前匹配机制 | 代码原创或无侵权风险 | 保留来源与人工审查 |
| 安全扫描无发现 | 当前范围未报告问题 | 没有漏洞或业务缺陷 | 叠加测试和其他扫描器 |
| 代理生成测试 | 提供候选验证代码 | 测试覆盖正确且无同源偏差 | 人工补充边界和对抗用例 |
迁移前怎样做一轮可回滚的团队试点？
选择一份脱敏、可重建的仓库和固定任务集，先在只读或受限分支试用。任务至少包括：解释现有代码、修复带失败测试的缺陷、跨文件小功能、代码审查、一次受限命令或 MCP 调用。记录输入、上下文、diff、命令、工具调用、测试、人工修改、失败重试、费用和退出步骤。不要拿厂商演示或一次成功生成替代真实任务。
如果还在比较不同编程助手，可用Q Developer 与 Copilot 的两周试点方法；若试点涉及长任务、重试和恢复，则参考AI 工作流可靠性指南。迁移成功的定义不只是“能聊天”，而是同一控制目标在新环境中仍能执行、审计和撤销。
| 门禁 | 必须通过 | 证据 | 失败动作 |
|---|---|---|---|
| 身份 | 个人/组织账号、MFA、席位和撤权清晰 | 实际分配与撤销记录 | 不得接私有仓库 |
| 数据 | 计划、训练/改进、日志与第三方路径明确 | 设置、条款和管理员截图 | 只用脱敏样本 |
| 代理 | 命令、网络、MCP、AWS API 和外发受控 | 沙箱调用与拒绝测试 | 退回只读聊天 |
| 代码 | 测试、扫描、许可和人工 review | CI 记录与批准 | 禁止合并 |
| 成本 | 订阅、额度、超额和云资源有预算 | 账单与告警 | 限额或停用 |
| 退出 | 配置、令牌、扩展、订阅和回滚可执行 | 一次真实演练 | 不得全量推广 |
常见故障怎样排查？
| 现象 | 优先检查 | 常见根因 | 不要做 |
|---|---|---|---|
| 找不到 CodeWhisperer 插件 | 产品是否已改名/退场 | 按旧教程搜索历史名称 | 下载不明第三方扩展 |
| 新 Builder ID 无法开通 Q IDE | 2026-05-15 新注册截止 | 新账号创建已被阻止 | 重复注册或共享账号 |
| Q Pro 有席位却不可用 | Identity Center、Region、权限与订阅状态 | 订阅和访问授权未同时满足 | 附加 AdministratorAccess |
| Kiro 导入后 MCP 缺失 | 配置冲突和新旧路径 | 冲突项迁移时被跳过 | 复制含密钥的配置到日志 |
q 仍能运行但行为不同 |
Kiro CLI 版本、读取目录和默认 Agent | 兼容入口已指向新实现 | 假设旧输出必然一致 |
| Visual Studio/Eclipse 没有 Kiro 插件 | 官方支持矩阵 | Kiro 无原生插件 | 安装冒名插件 |
现有 Q Developer IDE 的最低版本和登录细节可参考AWS 安装文档；各 IDE 的聊天、Agent、MCP、上下文、补全和审查支持不同，应同时核对官方功能矩阵。这些页面用于过渡期排障，不改变 2027-04-30 的退场安排。
团队现在应该怎样安排时间？
不要等到 2027 年 4 月才迁移。先用两周完成资产盘点与个人试点，再用一个月处理团队身份、策略、数据和支持流程，随后按仓库风险分批切换。应用现代化任务需要额外规划：AWS 公告说明 Q Developer 的 Java 升级和 .NET 移植能力也随 IDE 插件在 2027-04-30 结束，进行中的转换应在截止前完成或迁往 AWS Transform 等当前服务。
| 时间 | 目标 | 输出 | 负责人 |
|---|---|---|---|
| 第 1 周 | 盘点用户、IDE、CLI、订阅、配置和仓库 | 资产与风险清单 | 平台/安全 |
| 第 2 周 | 在脱敏仓库验证 Kiro | 功能、权限、数据、成本结果 | 试点开发者 |
| 第 3–6 周 | 迁移身份、规则、MCP、Agent 和支持 | 批准配置与回滚手册 | 平台/管理员 |
| 分批切换 | 先低风险后生产关键仓库 | 每批验收与事件记录 | 代码所有者 |
| 截止前 | 完成转换任务并清理 Q IDE | 撤权、卸载、订阅与账单确认 | 采购/安全/平台 |
常见问题
Amazon CodeWhisperer 还能单独下载吗？
不应把它当作当前独立产品下载。CodeWhisperer 已在 2024 年并入 Amazon Q Developer，而 Q Developer IDE 又进入迁移 Kiro 的过渡期。新用户优先从 Kiro 官方入口开始。
Amazon Q Developer 在 2027 年会完全关闭吗？
不是。AWS 公告针对 IDE 插件和付费订阅。AWS 管理控制台、AWS 网站/应用、Console Mobile 与 Chat Apps 中的 Q Developer 不受这次退场影响，应按各自官方文档继续核对。
为什么 IAM 里仍有 codewhisperer 前缀？
这是并入 Q Developer 后保留的遗留 API/权限名称。应按权限参考理解每个动作的实际能力，不能据此判断旧产品仍独立运行，也不能简单允许全部前缀。
现有 Q Developer Pro 用户必须马上停用吗？
不必立即停用，过渡期可用到 2027-04-30，已有订阅还能增加用户。但应现在开始迁移和验证，避免在截止前集中处理身份、配置、转换任务和支持问题。
Kiro 会自动完整导入所有 Q Developer 配置吗？
不能这样保证。VS Code Profile、CLI 配置和项目目录有不同迁移机制；MCP 冲突可能被跳过，新旧目录共存时读取规则也会改变。必须逐项核对并保留回滚。
迁移 Kiro 后数据就一定不用于训练吗？
取决于计划和登录身份。组织付费并通过 IAM Identity Center 的边界与 Free/个人登录不同。还要区分训练/服务改进与提供服务、日志、安全、遥测和计费等处理目的。
来源与复核记录
核心依据包括 AWS 官方的 Q Developer 终止支持公告、更名变更日志、CodeWhisperer 原地迁移、IDE 安装与身份、IDE 功能矩阵、价格与层级、权限参考、服务改进、代码引用和代码审查，以及 Kiro 官方的 IDE 迁移指南与CLI 升级指南。
编辑复核与纠错记录：本文由兰塞 AI 编辑流程于 2026 年 7 月 19 日复核。旧稿把已并入 Amazon Q Developer 的 CodeWhisperer 当作 2026 独立产品，虚构版本、准确率、延迟、效率和“实战”结论。新版删除全部无证据数字，补入 Q Developer IDE 停止新注册、2027 终止支持、Kiro IDE/CLI 迁移、AWS 控制台例外、身份、权限、数据、代码引用、故障排查与退出门禁。本站的来源、更新与纠错原则见关于本站与编辑规范。
