前言¶
在 DeepSeek Harness（DSH）里做仓库级改动时，常见矛盾是：一方面希望模型能按任务推进、留下检查与阶段信息；另一方面又不想每个小问题都被迫写计划或长报告，更不想为了「工作流」再挂一套独立模型或自治评测环。宿主自带的权限与工具选择若被第二套运行时架空，审计和可控性也会变差。
下面介绍社区维护的 dsh-flow-next（Flow Next for DeepSeek Harness）。它是实验性的原生 DSH 智能体预设分发包，在不削弱宿主权限与完整工具能力的前提下，叠加任务上下文、native/PTC 接口选择、检查执行证据与阶段报告；简单问答仍可直接回答，复杂工作再按需使用配套工具与斜杠命令。
这是什么¶
dsh-flow-next 由维护者 sonwe1e 独立维护，当前公开版本为 1.8.3，采用 MIT 许可证；它不是 DeepSeek 官方产品，也与名称相近的其他「Flow Next」工具无关。仓库说明将其定位为作者 Flow Next 1.8.3 模式的独立分发版：不增加第二个模型，也不引入自治 benchmark 循环，仅通过官方 dsh.bundle.patch 清单与 Cordis patch 接入 DSH。
在 SkillHub 社区目录中，该插件归类为工作流；简介为：任务上下文、native/PTC 选择与检查证据，属实验性社区预设。
核心功能¶
经过上面的定位，可以把能力拆成以下几块（均来自仓库 README 与中文说明）：
- 任务上下文：用
flow_task把原生任务条目与观测到的产物、检查、缺口和下一步动作关联起来。 - native / PTC 选择：用
flow_select在后续请求边界上选择原生工具或 PTC，同时保留完整能力面。 - 检查与证据：
flow_run_check在原生执行与权限控制下，用显式输入与期望名称执行单次检查；flow_check用于查看执行观测，并保留前瞻范围、覆盖声明与说明。 - 阶段报告：
flow_stage读取阶段报告，并区分失败、跳过、禁用与未知结果。 - 只读状态：
/flow-next report、task、history、stage可在不请求模型回复的情况下读取保留状态；/flow-next status显示已加载版本、当前接口与切换预算。
README 明确区分三类主张：命令退出码为 0、智能体声明的覆盖范围、产品验收仍是不同层级的结论。插件不能证明语义正确性、视觉质量或「所有相关测试都已选对」；历史观测保留来源，仅恢复会话并不会自动变成新的验收。
运行时相关代码在 lib/ 与 modes/；本分发不包含研究工作区、真实项目会话或个人配置，也不挂载远程上报采集器（DSH 自身的数据与遥测设置仍由宿主管理）。
安装与启用¶
官方在 DeepSeek Harness 0.2.1-rc.2 上做过验证；package.json 的 engines.dsh 与 peer 依赖均声明该宿主版本，因 DSH 预览 API 变动较快，升级宿主后应自行重新验证。
推荐路径：打开 DSH 的 Plugins 页面，选择外部 bundle 安装方式，填入下列地址（资料原文安装 spec，勿自行拼接 CLI 仓库名）：
https://github.com/sonwe1e/dsh-flow-next.git#v1.8.3
Plugin Manager 会在当前 profile 安装并启用 bundle。若 DSH 提示需要重启，则重启后新建会话，在首轮对话前选择 Flow Next（试用），再执行：
/flow-next status
用于核对实际加载的版本。仅安装文件不会迁移已有会话。
若你曾使用较早的私有分发且注册了同名 flow-next 预设，启用本包前应先禁用旧 bundle，两者预设标识相同；本发布不会自动改写已有安装。
若走官方 CLI 的 dsh plugin --profile <name> add <spec> 安装依赖，仍需在 profile 的 Plugins 页面选中已安装的 bundle；磁盘上有依赖不等于已激活。
可选：自定义插件市场索引（需先在 DSH 中启用 Custom plugin markets），在 Plugins → Discover → Add index source 添加：
https://raw.githubusercontent.com/sonwe1e/dsh-flow-next/main/marketplace/index.json
索引格式遵循 DSH 文档，安装源固定在 Git commit；索引还列出配套 Ambitious Prompt skill bundle，属社区维护源，不表示官方审核或背书。
典型用法¶
把日常任务直接交给会话即可：小问题可直接回答；涉及仓库修改时，仍遵循你已有的说明与检查习惯。复杂任务不必把每次回复都写成报告，可按需选用下表中的入口（摘自 README）：
| 入口 | 用途 |
|---|---|
flow_select |
为后续请求边界选择 native 工具或 PTC，保留完整能力。 |
flow_task |
关联任务条目与产物、检查、缺口与下一步。 |
flow_run_check |
经原生执行与权限，对单次检查提供显式输入与期望名。 |
flow_check |
查看执行观测与覆盖/范围声明。 |
flow_stage |
读取阶段报告（失败/跳过/禁用/未知分开展示）。 |
/flow-next status |
版本、当前接口、切换预算。 |
/flow-next report、task、history、stage |
只读保留状态，不触发模型生成。 |
开发侧若需本地验证包内容，仓库给出的步骤为：
npm ci --ignore-scripts
npm test
npm pack --dry-run
单元测试覆盖现有状态、证据、协调与检查机制；另有针对已安装宿主的 smoke 测试（固定响应并阻断 provider 下发），细节见仓库 docs/validation.md。README 未声称对任务成功率、速度或成本有普适提升，若评估这些指标应单独做对比试验。
适用场景与注意¶
更适合：已在 DSH 0.2.1-rc.2（或你自行验证过的兼容版本）上工作、希望在原生权限与工具全集不变的前提下，为较长任务保留上下文、可选 native/PTC 切换，并把检查与阶段结果结构化留痕的开发者。
需要注意：
- 插件以当前 DSH 进程权限运行；安装前请阅读源码与 MIT 许可证，以及
NOTICE.md中关于预设快照来源的说明。 - 实验性预设，社区目录（如 SkillHub 插件页）与 GitHub 分发均与 DeepSeek / 幻方无官方从属关系。
- 将文件复制到其他智能体的 skills 目录不能复现 DSH 原生模式机制；完整能力依赖 DSH 运行时。
- Node 引擎要求
>=20（见package.json）。
结尾¶
dsh-flow-next 把任务上下文、接口选择与检查/阶段留痕收进一套原生 bundle，避免第二模型与强制报告化，同时用 /flow-next status 等命令把「加载了什么」说清楚。进一步了解可查看社区目录页与源码仓库：
- 目录页：https://www.skillhub.cn/plugins/sonwe1e/dsh-flow-next
- GitHub：https://github.com/sonwe1e/dsh-flow-next
