KSE 是围绕 spec-driven 工作方式形成的早期原型。它将项目意图拆解为可持续维护的需求、设计与任务,让智能体不必只依赖当前聊天记录理解工作。

问题起点

对话可以启动任务,却难以承载项目

复杂工作会跨越多轮交流、多个文件和多次验证。只把信息留在聊天中,边界会逐渐模糊,历史决策难以追踪,新的智能体也无法准确接续。KSE 首先解决的不是自动写更多代码,而是让“为什么做、如何做、何时完成”拥有稳定载体。

形成能力

让规格进入执行过程

KSE 建立了以 requirements、design 和 tasks 为核心的规格结构,并配合项目采用、上下文导出和任务推进工具,使规格能够被不同 AI 编程助手读取和复用。

需求保留目标、范围与验收条件
设计记录关键约束和实现关系
任务把工作拆成可跟踪的执行单元
当前状态

历史成果仍可安装,主线已经演进

kiro-spec-engine 曾通过 npm 持续发布,最终版本为 1.47.33。它现在保留为可追溯的早期成果,不再与 SCE 作为两个并行产品维护。

查看 KSE npm 安装页

下一阶段

从规格工具走向场景治理

当项目开始出现多个协作通道、长期任务、恢复需求和发布门禁,仅有规格文档还不够。KSE 的实践因此进入 SCE:场景成为语义边界,规格成为受治理工作包,任务与事件则共同提供执行状态和审计证据。

继续了解 SCE返回升阶实验室

资料与边界

KSE 页面用于记录技术演进,不表示旧包仍按当前 SCE 路线持续维护。