Kiro

Kiro把功能需求整理成可审阅的规格、技术设计和实施任务，再由智能体执行代码与测试工作。开发者可以在动手前检查需求矛盾，把团队约定写入项目规则，并让Hooks自动触发重复检查。它提供IDE、CLI和Web等入口，适合需要持续追踪需求、实现与验证关系的软件项目。

以需求设计和任务组织开发过程

规格流程先明确要构建或修复的行为，再形成技术方案和可执行任务。功能规格通过requirements.md记录验收条件，design.md描述架构，tasks.md跟踪实施；缺陷流程用bugfix.md区分当前、预期和不应改变的行为。任务可以逐项执行，批量运行时也能根据依赖安排独立工作，用户在各阶段审阅文档并提出修改。

在设计前分析需求中的矛盾

生成需求后，可在IDE中选择Analyze Requirements，或从CLI调用相应规格分析命令。它会跨需求检查逻辑不一致、模糊措辞、冲突约束和缺失边界条件，将问题与涉及的需求一起显示。用户可选择建议修正、自己回答或忽略有意保留的歧义，解决问题时requirements.md随之更新，再继续设计。

用属性测试检查实现是否符合规格

IDE中的Correctness会从需求提取可测试的通用规则，将其关联到设计与任务，再生成输入检查实现。遇到失败时，可缩减触发问题的输入，便于查明原因，用户与Kiro决定修改代码、测试或需求。属性测试默认可选，适合检查边界组合；它提供正确性证据，不能以测试通过推断软件没有缺陷。

通过Steering保存项目约定

Steering以Markdown文件记录产品背景、技术栈和目录结构，使后续会话有可复用的项目上下文。工作区文件放在.kiro/steering中，全局规则可用于本机多个项目，冲突时工作区指令优先。IDE能生成基础文件，Web则需通过配置同步复用本地个人规则；自定义Agent还应在resources中显式加载这些材料。

按开发事件触发Hooks

Hooks可在智能体保存文件、调用工具或完成任务等事件发生时运行Shell命令或发送提示。例如为指定文件类型匹配保存事件，自动执行格式检查，或在工具运行前检查条件。配置保存在.kiro/hooks的JSON文件中，每项定义触发器、匹配条件与动作；这类事件Hooks在IDE和CLI提供，不能默认视为Web也具备。

在托管云端继续较长任务

云端会话会建立隔离沙箱，通过已连接的来源服务克隆仓库，读取、修改代码并执行构建命令，本地工作副本不会作为这一流程直接上传。客户端可以断开并在其他入口重新连接，会话和文件状态保留在云端。需要权限时会等待用户回来处理，结果可通过PR或对话交付；使用需符合付费订阅与组织设置条件。

在多个入口复用项目配置

IDE、CLI、Web和移动入口由同一智能体运行框架连接，仓库中的.kiro配置可随项目继续使用。IDE适合编辑和审阅，CLI支持终端会话及无界面调用，Web用于云端仓库任务。各入口的权限与功能范围仍有差异，例如需求分析与IDE属性测试并未在全部客户端提供，选择入口时应按具体任务核对。

从一个小功能开始规格开发

1. 安装并登录：从官网下载对应系统的IDE，首次打开选择可用身份方式登录，再打开项目目录。
2. 建立项目上下文：在Steering中生成或补充技术栈、目录结构与开发约定，确认内容符合现有项目。
3. 新建规格：从Specs入口选择功能或缺陷，描述目标，逐步审阅需求分析与技术设计。
4. 执行任务：检查任务范围，逐项或批量运行，结合依赖关系跟进进度并补充要求。
5. 验证并审阅：检查差异与测试输出，需要时运行IDE属性测试，处理失败场景后再按项目流程提交代码。

适合需求明确与长期维护的工程任务

• 新功能设计：把用户故事整理成验收条件，先检查需求与设计，再用任务清单推进实现。
• 缺陷修复：写清问题行为、期望结果和应保持不变的部分，限制修复范围并检查回归。
• 团队规范复用：将架构约定写入Steering，让Hooks在修改时自动触发既有检查命令。
• 长时间仓库工作：连接云端会话执行跨文件开发，稍后从其他入口检查进度与待审阅产物。