DeepSeek Harness Hub
← 返回列表

GoldVelen/DuraSH

DeepSeek Harnessspec-screened在 GitHub 查看 ↗
未验证

把复杂任务交给一条按需分配模型、成本优先、可恢复的可靠性工作流。

尚未跑自动兼容性验证,可查看页面内的依赖与入口分析。 · 最近上游提交 2026/9/14 · 已提供中文文档

一个以可靠性为重点的 DeepSeek Harness 下游发行版,跟踪最新的已验证兼容的上游版本。

综合分
30.2
GitHub 分
30.2
用户评分
★ Stars
1
周下载量
安装插件(需先安装 dsh CLI 引擎:npm install -g @deepseek-ai/dsh)
dsh plugin --profile web add GoldVelen/DuraSH
该插件未发布到 npm,走 GitHub 源安装(pnpm 若拦截 prepare 脚本,按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑)
数据截至 2026/9/19(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
依赖的 DSH / Cordis 模块
@deepseek-ai/dsh-agent@deepseek-ai/dsh-tool-session-query@deepseek-ai/dsh-web-fetch-http
用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动

README

DuraSH

把复杂任务交给一条按需分配模型、成本优先、可恢复的可靠性工作流。

你可以按会话分别选择实施模型和审查模型,把更强、更贵的模型留给关键检查,而不是让整条任务都跑同一档位。当前版本由用户选择,不声称自动完成成本调度。

目标流程:计划 → 实施 → 多路对抗性审查 → 统一总结。 当前可用:实施 → 独立审查 → 最多一轮返工 → 结果交付。 计划协调与多路审查属于下一阶段,尚未伪装成已完成能力。

DuraSH 现在做什么

- 成本可控的模型分工 — 按会话分别选择实施模型与审查模型,把最强的模型留给真正需要它的环节。当前选择是显式的,不是自动成本调度器。
- 可恢复、带审查的交付 — 一次实施、一次独立审查、最多一轮有界返工。闭环状态可跨重启恢复,已完成阶段不会重复执行,取消后也不会遗留后台写入者。
- 产品叠加层,而不是另一个陈旧分叉 — DuraSH 以插件形式在当前已验证的 DeepSeek Harness 基线之上加入自有品牌、工作流策略、composer 控件与可靠性引擎。

目标中的完整流程是“计划 → 协调实施 → 多路对抗性审查 → 统一总结”。它属于下一产品里程碑;当前开发者预览交付的是上面的较小有界闭环。

DuraSH 是构建在 DeepSeek Harness(DSH)之上的独立可靠性发行版。它把上游作为基座,通过插件与 profile 叠加产品自有能力,并把上游漂移显式暴露出来,避免悄悄退化成陈旧分叉。

DuraSH 不是 DeepSeek 官方产品,也未获得 DeepSeek 背书。

它构建于一切皆插件的架构之上,由 Cordis 驱动,其设计参见论文 _A Programming Paradigm for Spatiotemporal Composability_。

本次同步采用当时已验证的最新上游版本:dsh-v0.1.5-rc.2 / c291e7961a51。精确边界见上游策略、融合状态与开源引用说明。

开发者预览

DuraSH 处于 _开发者预览_ 阶段,正在快速迭代。未来将出现破坏兼容性的变更。

运行本项目前,请阅读安全说明。独立品牌/profile、持续更新控制、按会话模型策略、composer 开关及有界持久化审查返工闭环都已落地。协调、多路审查汇总、成员级持久进度,以及把已保存的思考强度应用到阶段子代理仍未完成。

运行

从源码运行 DuraSH profile

DuraSH 目前尚未发布 npm 版本。在当前 checkout 中运行:

pnpm install
pnpm run build
pnpm start

默认构建与启动命令会同时选择 DuraSH 客户端和 durash 运行 profile。Web UI 默认启动在 http://127.0.0.1:3080。如需上游源码开发客户端,请先运行 pnpm run build:local,再运行 pnpm dsh web;如需官方发布产物,请运行 pnpm run build:official。SDK 与 headless 运行 profile 保持不变。

哪些内容属于 DuraSH?

- DuraSH 名称、标志、favicon、wordmark 与 durash 构建/profile;
- 在最新 DSH Web bundle 之后组合下游插件的产品叠加层;
- 官方上游自动同步与依赖新鲜度策略;
- 融合状态中明确标为“已实现”的可靠性能力。

其余代码继续保留原始上游所有权与许可证。尤其是当前的 DSH workflow 执行、UI 与插件基础设施,除非融合状态另有说明,仍属于上游代码。

持续跟进最新版本

仓库每六小时检查一次官方 DSH 分支;出现变化时准备一个受 CI 门禁保护的同步 PR。同一审计会检查每个 vendored 公共包发行版,并在存在漂移时维持唯一一个 review Issue。Dependabot 每日检查普通 registry 与 GitHub Actions 依赖,不设置人为冷却期。只有通过兼容性检查的更新才会合入;这里的“最新”指最新已验证版本,不是把未经测试的代码直接交给用户。

社区与支持

- 通过 GitHub Issues提交反馈与缺陷报告,通过 GitHub Discussions交流问题与想法。
- 按 SECURITY.md 中的私密流程报告漏洞或需要保密的行为准则问题。
- 所有项目参与者都必须遵守行为准则。
- 为你的插件仓库添加 dsh-plugin 话题,便于被发现。
- 每次同步上游代码或接入新的开源项目后,都要更新 OPEN_SOURCE_ATTRIBUTION.md。

参与贡献

参见贡献指南。

开发

请先阅读开发指南与架构文档。

面向 agent:请遵循 AGENTS.md。

引用

@misc{deepseek-harness2026,
title={DeepSeek Harness: Everything is a Plugin},
author={DeepSeek-AI},
year={2026},
publisher={GitHub},
howpublished=},
}

许可证

MIT

第三方依赖及其许可证见 THIRD_PARTY_NOTICES.md。仓库级开源引用与上游来源见 OPEN_SOURCE_ATTRIBUTION.md。

上游仓库有新提交时邮件通知你(每天最多一封,无更新不打扰),随时一键退订。

💬 加入 DPharness 群聊

插件用法、部署报错、新插件第一时间同步——群里问,比一个人翻文档快。

点击加入 QQ 群
DPharness 群聊二维码,手机 QQ 扫码进群
扫码进群