无需重型命令行工具即可使用规范套件：在 Cursor 中适配规范驱动开发

本文面向希望在不部署GitHub上完整Spec Kit的情况下，在Cursor中使用规范驱动AI开发的开发者、分析师和技术作者。他们提出了一套最小化方案，而非完整流程（宪法、规格说明、计划、任务、实施）：包含不可变仓库规则的宪法、任务规格说明、明确的人工同意（智能体不能自行同意）、基于已同意规格的实施，以及对当前工作内容的指针。他们认为，计划、任务、批量重建等额外步骤往往是多余的，只会制造噪音，并带来覆盖风险。调整后的方法由三部分组成：Cursor规则（始终在上下文中）、技能（如/project-init、/project-specify、/project-implement等显式命令）以及仓库工件（宪法、规格说明、草稿、feature.json指针）。工作流程是：初始化、规格化、人工同意、实施。宪法规定了项目目标、流程阶段、应避免的内容（计划/任务）、语义层与结果层的分离、对来源的忠实性及[NOT KNOWN]标签的使用、实施时低reasoning_temperature设置、禁止包含机密信息，以及修改宪法的明确程序。只有当规格说明具有“已同意”状态且无阻塞的未知项时，才允许实施。文章还指出了常见错误，并指出简化的循环足以应对增量任务，而完整Spec Kit则适用于需要其CLI或标准多步流程的用户。两种方法相互兼容，工件可以重用。文章最后强调，流程纪律比目录结构更为重要。