dsh_workflow

如果你已经在用 DeepSeek Harness 搭建多 Agent 协作，一定体会过这种尴尬：模型路由、子 Agent provider、工具权限、审批、Session 日志、后台 jobs 都很强，但每次任务都像一次性的即兴演出——团队需要反复在会话里重新描述如何拆解、如何并发、如何验证、如何汇总。策略无法复用，并行结果散落在对话里，中断后往往从头再来，复杂流程只有作者自己知道怎么用。DSH Workflow 就是来终结这件事的：它把一次性调度升级成可生成、可保存、可治理、可观察、可恢复的 Workflow 层，让多 Agent 从“一次性技巧”变成可审计、可分享、可演进的工程资产。

核心能力上，它以官方 bundle 形态零核心 patch 接入 DSH，提供版本化 capsule（manifest、source、intent、inputs、requires、provenance）、统一 async run 模型、完整的 WorkflowApi（phase、spawnAgent、runAgent、parallel、pipeline、synthesize、artifact、log、budget 等），以及 parallel-investigation、scoped-review 两个 built-in 和六个标准 pattern（classify-and-act、fan-out-and-synthesize、adversarial-verification、generate-and-filter、tournament、loop-until-done）。每个 run 都有稳定 id 和完整生命周期，支持按 run snapshot 重跑、用 effect cache 续跑未完成部分，并把 run graph、事件、artifact、结果摘要和成本永久落盘。发现与复用遵循确定性搜索顺序：插件内置 → 项目 .dsh/workflows → 个人目录；生成脚本运行在 QuickJS WebAssembly 独立堆中，只暴露 JSON capability RPC，并有静态 policy 拒绝文件、shell、网络、timer 等非确定性 API。

这个插件适合两类人：一是正在 DeepSeek Harness 上做复杂多 Agent 编排、却苦于每次都要从零开始的团队，他们可以把成熟策略保存为项目或个人 workflow，按名字运行、按需暂停恢复；二是希望把 Agent 能力沉淀为长期资产、需要成本记录与治理边界的平台团队，借助 preflight 硬限制、审批分级、只读 allow-list、验证适配器等机制，让 workflow 库可以放心交给更多人使用和维护。

简而言之，DSH Workflow 让 DeepSeek Harness 不只会“调用 Agent”，还能承载长期维护的 Agent 工作流库——对于已经拥有强大执行原语、只差一层流程产品的团队，这正是补全闭环的那一块拼图。