H97y/dsh-devflow--packages-devflow0

dsh-devflow

Automated development pipeline for DeepSeek Harness: requirement pool, LLM-driven refine/design/plan/review stages, per-stage waiting queues, workspace-routed implementation pump, and a browser control panel

包名
dsh-devflow
版本
0.1.0
许可证
MIT
最近更新
2026年8月17日

安装

$npx -p @deepseek-ai/dsh dsh plugin --profile web add github:H97y/dsh-devflow#ab4914668ce85470280d9049754cebc3cea3ff92&path:packages/devflow

开发回路(只读使用本地 harness checkout)

迭代期依赖用 link: 指向本地 deepseek-harness checkout(其 npm 版本目前落后于 checkout),路径硬编码在 packages/devflow/package.json,可按需调整。harness checkout 保持零改动:插件以 link 安装进 ~/.dsh/profiles/web,组合行 dsh-devflow 经 profile 的 node_modules 解析到本仓库;web 服务器的 /plugins 路由直接从本仓库 lib/client.js 读文件(no-cache)。

pnpm install && pnpm build && pnpm test   # 本仓库独立可构建
pnpm sync:profile                         # link 进 profile(首次/组合变化后需重启 dsh web)

日常迭代:改代码 → pnpm build → 浏览器刷新即可(无需重启,无需碰 harness)。

Typert wire 工件为什么是 vendored:生成器的 workspace 发现依赖 harness monorepo 布局(聚合 tsconfig 引用 + /packages/ 目录包含检查),无法在单包仓库内驱动。 @Remote 方法面变化时:临时把 packages/devflow 拷进某个 harness checkout 的 packages/ 下重建,scripts/vendor-typert.sh 会把重新生成的 lib/typert.* 改名 (@deepseek-ai/dsh-devflowdsh-devflow)后提交回本仓库;等 npm 版本追平 checkout 后可改为直接依赖 npm 包。

快速上手(安装与首次使用)

发布状态dsh-devflow 尚未发布到 npm(发布前置条件见「发布路径」节)。 在发布之前,外部用户请走下方「方式 B:从源码安装」。

前置条件

  • 已安装 DeepSeek Harness CLI(npm i -g @deepseek-ai/dsh,rc 系列即可)并能运行 dsh web;插件使用的 sidebar.footer.action 插槽需要较新的 rc 版本
  • profile 使用的插件安装器是 pnpm(随 dsh 初始化)

方式 A:npm 安装(发布后可用,推荐)

一条命令完成依赖安装与组合接线(dsh.bundle manifest + 包内 cordis.patch.yml 自动生效,@deepseek-ai/* peer 依赖由 pnpm 自动解析,无需手动处理):

dsh plugin --profile web add dsh-devflow

方式 B:从源码安装(当前可用;需要本地 deepseek-harness checkout)

运行时依赖与构建期类型当前以 link: 指向本地 harness checkout(见「开发回路」 节),因此克隆本仓库后需把 packages/devflow/package.json 中的 link 路径改为 你的 checkout 路径,再构建并 link 进 profile:

git clone https://github.com/H97y/dsh-devflow.git
cd dsh-devflow

### 配置工作区

`root` 默认取进程工作目录;如需指向特定工作区,在你的 profile patch 层
(`~/.dsh/profiles/web/cordis.patch.yml`)覆盖:

```yaml
- id: devflow
  config:
    root: /path/to/your/workspace   # .devflow/ 状态与小需求工作区所在
    # maxActive: 3                  # 并发流水线上限(默认 3)
    # maxWorktrees: 2               # worktree 并发上限(默认 2)
    # logCap: 40                    # 每条需求日志上限(默认 40)
    # tickIntervalMs: 2000          # 状态机节拍(默认 2000)

验证与首次使用

  1. (首次安装或组合变化后)重启 dsh web,浏览器打开 Web 界面
  2. 验证挂载:侧边栏底部、「设置」按钮上方出现「开发流水线」入口(侧边栏 折叠时是 56px 轨道圆钮)——没有即未挂载,见下方排查
  3. 点击入口打开主区域工作台;在「需求池入口」粘贴一句粗浅需求(如 「给列表加个搜索框」)→「投入需求池」
  4. 后台自动开始:批量精炼(含规模评估)→ 择优 → 设计 → 计划 → 评审修订 → 实施(devflow 模型工具由会话泵调用)→ 代码评审 → Web 验证 → 合并回 main → 报告; 需要你拍板的会停在「等待队列」,页面上作答后自动续跑
  5. 全部状态在 /.devflow/,进程重启不丢