概念

规范弥合了概念产品需求和技术实施细节之间的差距，确保一致性并减少开发迭代。 Kiro 生成三个关键文件，构成每个规范的基础：

• 需求.md - 以结构化 EARS 符号捕获用户故事和验收标准
• 设计.md - 记录技术架构、序列图和实施注意事项
• 任务.md - 提供包含离散、可跟踪任务的详细实施计划

流程图TD A[“功能‘foo’的想法”] --> B[“在聊天中打开规范会话”] A[“功能‘foo’的想法”] --> C[“在规格窗格中单击‘+’”] B --> D[".kiro/specs/foo"] C --> D[".kiro/specs/foo"] D --> E["需求.md"] D --> F["design.md"] D --> G["tasks.md"]

样式 A 笔划-dasharray:5,5 样式 D 描边：#4A90E2，描边宽度：3px 样式 E 描边：#666，描边宽度：2px

工作流程

工作流程遵循逻辑进程，阶段之间有决策点，确保每个步骤在进入下一个步骤之前正确完成。

• 需求阶段 （最左边的部分）：以结构化 EARS 表示法定义用户故事和验收标准
• 设计阶段 （第二部分）：记录技术架构、序列图和实现注意事项
• 实施规划 （第三部分）：将工作分解为离散的、可跟踪的任务，并具有清晰的描述和结果
• 执行阶段 （最右边的部分）：跟踪任务完成的进度，并能够根据需要更新和完善规范

流程图TD A["开始规范"] --> B["requirements.md"] --> C{高兴吗？} C -->|否| D[“编辑/请求更改”] --> B C -->|是| E["design.md"] --> F{快乐？} F -->|否| G[“编辑/请求更改”] --> E F -->|是| H[“实施”]

要求

这 requirements.md 文件以用户故事的形式编写，并以 EARS 表示法表示验收标准。您希望 PM 向您提出要求的方式！

EARS（需求语法简单方法）表示法提供了一种结构化格式，用于编写清晰、可测试的需求。在规范的requirements.md 文件中，每个需求都遵循以下模式：

$L2f

$L30 $L31 $L32 $L33 $L34 $L35 $L36 $L37 $L38 $L39 $L3a $L3b $L3c $L3d$L3e$L3f