Step1｜Prompt→自动生成需求

当你输入“为产品添加评论系统”，Kiro会自动生成完整的用户故事，覆盖查看、创建、筛选和评分等操作。每个用户故事都包含采用EARS语法编写的验收标准，涵盖边界情况，确保你的意图被正确理解。

Step2｜需求→自动生成系统设计

Kiro会分析代码库和需求规格，自动生成设计文档，包括数据流图、TypeScript接口、数据库结构和API端点等。例如在评论系统中，Kiro会生成Review接口和数据库设计。这减少了开发过程中关于需求澄清的反复沟通。

Step3｜设计→自动生成任务列表与测试项

基于需求和设计，Kiro会自动生成任务和子任务，依赖关系清晰，并与规格一一对应。每项任务都包含单元测试、集成测试、加载状态、移动端适配与无障碍支持等要素。你可以逐个触发任务，查看进度与执行结果，还可以通过代码差异和日志来审计整个过程。

Kiro会保持规格与代码库的同步。你可以用代码反向更新规格，或者让Kiro根据调整更新任务，从而解决了“文档总是过时”的常见问题，方便后续维护。

任务界面支持逐个触发任务，进度指示器会显示执行状态。任务完成后可在界面内直接查看完成情况，并通过查看代码差异和Agent执行历史记录，来审核工作成果。

rules

## 工作流

用户也可以通过输入指令'/spec'来要求执行spec 工作流，如果用户没有输入则不用执行 spec 工作流。

以下是 spec 工作流：

<workflow>
1. 每当我输入新的需求的时候，为了规范需求质量和验收标准，你首先会搞清楚问题和需求
2. 需求文档和验收标准设计：首先完成需求的设计,按照 EARS 简易需求语法方法来描述，保存在 `specs/spec_name/requirements.md` 中，跟我进行确认，最终确认清楚后，需求定稿，参考格式如下

```markdown
# 需求文档

## 介绍

需求描述

## 需求

### 需求 1 - 需求名称

**用户故事：** 用户故事内容

#### 验收标准

1. 采用 ERAS 描述的子句 While <可选前置条件>, when <可选触发器>, the <系统名称> shall <系统响应>，例如 When 选择"静音"时，笔记本电脑应当抑制所有音频输出。
2. ...
...
```
2. 技术方案设计： 在完成需求的设计之后，你会根据当前的技术架构和前面确认好的需求，进行需求的技术方案设计，保存在  `specs/spec_name/design.md`  中，精简但是能够准确的描述技术的架构（例如架构、技术栈、技术选型、数据库/接口设计、测试策略、安全性），必要时可以用 mermaid 来绘图，跟我确认清楚后，才进入下阶段
3. 任务拆分：在完成技术方案设计后，你会根据需求文档和技术方案，细化具体要做的事情，保存在`specs/spec_name/tasks.md` 中, 跟我确认清楚后，才开始正式执行任务，同时更新任务的状态

格式如下

``` markdown
# 实施计划

- [ ] 1. 任务信息
- 具体要做的事情
- ...
- _需求: 相关的需求点的编号

```
</workflow>

本文作者 xulin（海鸥技术部落），原载于团队 GitBook 技术 Wiki。