KSE 是围绕 spec-driven 工作方式形成的早期原型。它将项目意图拆解为可持续维护的需求、设计与任务,让智能体不必只依赖当前聊天记录理解工作。
对话可以启动任务,却难以承载项目
复杂工作会跨越多轮交流、多个文件和多次验证。只把信息留在聊天中,边界会逐渐模糊,历史决策难以追踪,新的智能体也无法准确接续。KSE 首先解决的不是自动写更多代码,而是让“为什么做、如何做、何时完成”拥有稳定载体。
让规格进入执行过程
KSE 建立了以 requirements、design 和 tasks 为核心的规格结构,并配合项目采用、上下文导出和任务推进工具,使规格能够被不同 AI 编程助手读取和复用。
需求保留目标、范围与验收条件
设计记录关键约束和实现关系
任务把工作拆成可跟踪的执行单元
历史成果仍可安装,主线已经演进
kiro-spec-engine 曾通过 npm 持续发布,最终版本为 1.47.33。它现在保留为可追溯的早期成果,不再与 SCE 作为两个并行产品维护。
从规格工具走向场景治理
当项目开始出现多个协作通道、长期任务、恢复需求和发布门禁,仅有规格文档还不够。KSE 的实践因此进入 SCE:场景成为语义边界,规格成为受治理工作包,任务与事件则共同提供执行状态和审计证据。
资料与边界
KSE 页面用于记录技术演进,不表示旧包仍按当前 SCE 路线持续维护。

