HuYellow/specflow--plugins-deepseek-specflow ↗★ 0
dsh-plugin-specflow
Specflow工程流程工作台,管理需求与验收。 适合需要结合Git仓库进行规范化软件工程研发流程的用户。
安裝
$
npx -p @deepseek-ai/dsh dsh plugin --profile web add github:HuYellow/specflow#af7a47972cab745f9467e99a21300feb817e75a5&path:plugins/deepseek-specflow說明文件
閱讀完整 README ↗使用
- 在 Harness 配置模型并打开一个会话。
- 打开右侧 Specflow 标签,登记本机 Git 仓库的绝对路径。
- 在工程设置中选择分析、设计、实现和复核模型,并配置项目真实的验证命令。
- 创建工作项,输入需求。源仓库须有干净的已提交基线。
- 按流程运行规格、澄清、计划、任务、实现和复核。文档接纳与最终代码接纳由用户操作。
- 需求变化时,在流程页编辑需求;需要人工改稿时,在文档页编辑当前修订。保存会创建新版本,并使依赖旧输入的结果过期,修改后的文档需要重新复核和接纳。
模型查询工具 specflow_query 只读,限制在调用会话所属的仓库,不提供人工接纳操作。
模型完成不等于工程通过:原有输入版本、新鲜度、双视角复核和验证门槛继续生效。
需求和文档编辑以开始编辑时的版本为基线。轮询不会覆盖尚未保存的草稿;其他窗口或 执行任务更新了同一内容时,编辑器会提示冲突并展示最新内容,保留草稿供比较。 确认改用最新基线后才能继续保存。保存需求时保留原有文档附件;人工改稿创建新的 文档候选,不继承旧版本的复核通过状态。
数据和配置
默认数据目录是 $DSH_HOME/specflow;未设置 DSH_HOME 时使用 DSH 官方默认 home
下的 specflow。数据包含工程 SQLite 数据库、独立 Git worktree 和执行日志。
原有 Specflow 桌面版的数据目录不会被自动迁移或采用。
可以在插件行配置 dataDir 为另一个绝对路径。每个目录只能由一个插件宿主持有;
若同时运行多个 DSH profile,应给它们配置不同目录。正常卸载会关闭请求、执行器和数据库,
并释放 host.lock。异常退出可能留下此锁;先确认使用该目录的宿主均已退出,
再删除该目录中的 host.lock 并重新启动。数据库和执行日志会保留供原身份核对。