北京
Cursor、Claude Code、Copilot、Windsurf——这些工具你大概都试过。它们的工作模式出奇一致：你输入提示词，AI生成代码，反复迭代。原型开发时很顺手，但一旦进入大型代码库的团队协作，这套流程就开始崩解。
AWS Kiro押的是另一条路。2025年中期发布的这款工具，核心赌注是"规格优先"而非"对话优先"。它的工作单元不是提示词，而是一份结构化规格文档——由智能体（agent）据此规划、实现、验证并记录完整功能。这个哲学层面的差异，直接决定了它适合什么场景。
Kiro基于Amazon Bedrock构建，在Claude Sonnet（负责重推理任务）和Amazon Nova（负责高吞吐代码生成）之间动态路由。它提供三种形态：兼容VS Code的Kiro IDE（基于Code OSS，可导入现有主题、快捷键和Open VSX插件）、终端版Kiro CLI（适合SSH会话或脚本化工作流）、以及后台运行的Kiro Autonomous Agent（自动领取任务、实现功能并提交PR，无需人工值守）。
启动门槛被刻意压低：无需AWS账户，GitHub或Google账号直接登录。IDE界面与VS Code高度相似，消除了新工具常见的迁移成本。2026年1月，AWS宣布Amazon Q Developer停止新用户注册（2026年5月15日生效），明确将Kiro定位为IDE端AI辅助的继任者——这是AWS战略重心的显著信号。
让Kiro区别于聊天式工具的三个核心概念：
Specs（规格文档）。新建功能时，你不会直接跳转到代码。描述需求后，Kiro自动生成三份结构化文件：requirements.md（用户故事与验收标准）、design.md（系统设计、组件拆分、数据流）、tasks.md（编号化的实现清单，由智能体逐项执行）。这些文件成为单一事实来源，代码只是规格的构建产物。一个月后回顾功能，或交接给新成员时，每项决策的推理过程都被记录在代码旁的仓库里——而非无人阅读的Confluence页面。这是聊天式工具无法复制的：Cursor或Claude Code能根据优质提示生成优秀代码，但无法维护代码为何如此设计的结构化追溯链。
Hooks（钩子）。事件驱动的自动化机制，在工作空间发生特定操作时触发——文件保存、新建文件、提交打开等。你定义Kiro的响应动作，它在后台静默执行，无需人工干预。
Autonomous Agent（自主智能体）。完整承接规格文档后，独立工作直至提交PR。这与"辅助编程"有本质区别：开发者从循环中退出，转向审核与验收。
这套设计指向一个明确取舍：Kiro牺牲的是即兴探索的流畅感，换取的是可维护性、可交接性和生产系统的可控性。对于单人原型开发，聊天式工具可能更快；但对于需要长期演进的团队代码库，规格优先的模式可能是更务实的赌注。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
