正在加载文章…
了解 Kiro 的规格驱动开发方式,区分需求、设计、任务,以及 IDE 和 CLI 的使用入口。

**Kiro 是围绕 AI 代理构建的开发工具,Specs 是其中组织复杂任务的一种方式。 **先把需求、设计与执行任务写清楚,再推动代码实现,能让后续讨论更容易对照已有决定。 官网
说明要解决的问题与验收条件。
记录实现思路、组件与数据关系。
拆成可以执行和追踪的工作项。
官方文档把这些记录组织为 requirements.md(修复场景使用 bugfix.md)、design.md 和 tasks.md。 它们记录不同层次的决定,不是同一份说明换三个文件名。 Specs 文档
先选熟悉的工作入口
官网提供 IDE、CLI 等入口。 先按自己的开发习惯选择一种,再阅读对应的下载与入门说明。
描述边界和完成条件
选一个范围明确的功能或问题,说清输入、预期结果和需要保持的行为,再检查生成的规格是否准确。
执行后回看实际结果
按任务逐步实现,结合代码、运行结果与验收条件判断完成情况,而不只看任务是否被标记为完成。
Hooks 的事件、命令与支持范围以当前文档为准。 先把一个小任务走通,再扩展配置; 账号方案、模型和额度查看当前官网,不在这里固定列出价格。
新增网站介绍与首页截图
了解 Kiro 的规格驱动开发方式,区分需求、设计、任务,以及 IDE 和 CLI 的使用入口。 补充使用导览、资料入口与截图来源。
Kiro 官网 · 下载 · 文档 · Specs · Hooks。 本文介绍公开工作方式与资料入口,未代替实际安装和项目验证。