dsh-specify-lite：在 DeepSeek Harness 中跑通规格驱动开发流程

它是做什么的？

dsh-specify-lite 是 DeepSeek Harness（DSH）的规格驱动开发（SDD）插件，把「先写规格、再写代码」的流程直接搬进 DSH 会话里。它解决的是需求含糊、计划缺失、实现无法验证的问题，让一个想法从原则、规格、计划、任务一路走到可核验的实现。它受 GitHub Spec-Kit 启发但完全独立、互不兼容，不安装也不调用任何外部 SDD 命令行工具，由 MarcSierszen 维护，采用 MIT 协议。

核心功能

• 分阶段工作流：按 constitution → specify → plan → tasks → analyze → implement 的顺序推进，每个阶段都产出可检查的文档，而不是直接跳到写代码。
• 项目原则先行：通过 constitution 命令定义可选的全局原则，后续规格与计划都以此为约束。
• 仓库感知的技术计划：plan 命令结合当前仓库实际情况生成技术方案，而不是套用通用模板。
• 可追溯任务清单：tasks 命令产出有序、可追溯的任务列表，analyze 命令做只读质量审查，implement 命令执行已批准任务并记录验证证据。
• 单模型设计：不使用子代理、不做并行任务执行，全部在一个 DSH 会话内完成，上下文、改动与验证过程可预测，尤其适合本地单模型场景。
• 写入前确认、不改动 Git：所有写操作都有显式确认，且不会对 Git 仓库做任何变更。

怎么使用这个插件？

在 DSH 中启用后，从项目根目录依次运行工作流命令即可：先初始化，再定义项目原则，然后创建第一个功能规格。例如先初始化并设定「用 Python 写服务、先设计 API 契约、遵循 RESTful 约定」这类原则，再描述要做的功能，比如「新增 GET /health 返回 200 与 JSON {"status":"ok"}，无需鉴权」。接着依次生成技术计划、任务清单，做一次只读分析，最后执行实现并记录验证证据。初始化只会创建 .speckit/ 与 specs/ 两个目录，安全且可重复执行；功能目录形如 specs/001-feature-slug，可用 --feature 加唯一 slug 来选中某个功能，功能身份不来自 Git 分支。

报错怎么排查？

插件对运行环境有明确要求：最低测试通过的 DSH 版本为 0.1.1-rc.2，且需要 Node.js 20 或更高版本。若命令无法运行或行为异常，先确认 DSH 与 Node.js 版本是否满足上述下限，再按官方说明修复。