DeepSeek Harness 插件推荐汇总

背景速览：DeepSeek Harness（DSH）开源仅数日，GitHub star 突破 13~14 万，成为 GitHub 史上增长最快的项目之一。"一切皆插件"的架构让插件市场如同"AI 时代的 App Store"——发布当天社区插件 200+，次日破千，目前 GitHub 上带 dsh-plugin 标签的仓库已达 6000+（截至 2026-08-18，社区盘点口径约 1000+ 可用插件）。

⚠️ 前置提醒：DSH 仍是开发者预览版（v0.1.0-rc.x），插件生态处于早期爆发期。以下推荐并非 DeepSeek 官方审核名单。安装前务必查看插件的权限、依赖与最近提交。

0. 插件生态现状速览

规律：别的 Agent 平台上已验证的能力（终端界面、视觉输入、生成式 UI、记忆、工作流），社区都会在 DSH 上复刻一遍——因为模型、工具、界面、Agent Loop 都被拆成了可替换插件。

1. 插件市场与发现入口（先解决"去哪找"）

社区提醒：插件市场本质是"插件化的市场"，插件的选择与安装这件事本身也可以交给 Agent（dsh-find-plugin）。终极形态是创造模式：DSH 遇到问题时，自己生成合适的插件。

2. 入门必装（先解决"模型状态"与"插件体检"）

社区共识：当前最需要解决的往往不是"加功能"，而是"让模型先正常起来"。

2.1 ⭐ dsh-anchored-standard（社区称"开智"插件）

• 解决的问题：社区观察到同一 V4 Pro、同一 API 条件下，换个 Harness 或首轮工具目录，代码 Agent 表现可能差很多（疑似训练数据污染影响，无官方定论）。Standard 模式下模型状态不稳定。
• 原理：第一轮只给模型看官方 Minimal 风格的 bash 和 str_replace_editor，等它完成第一次工具调用/回复后，再开放完整 Standard 工具目录。不增加新能力，而是校准模型启动状态。
• 社区数据（非独立基准，仅供参考）：Project2 中 Standard 约 91/92，官方 Minimal 约 99/96，作者 Windows 测试 98、99。
• 安装：dsh plugin --profile web add github:xiaobright/dsh-anchored-standard（作者有详细教程）
• 其他变体：dsh-anchored-standard-windows（Windows 版）、dsh-minimal-first-turn（首轮 Minimal 兼容）、dsh-all-warmup（全部会话首轮预热）。

2.2 dsh-plugin-check（插件体检）

• 功能：专门检查 DSH 插件有没有问题——Manifest、Patch、构建产物、Profile Bundle、Hub 收录情况，覆盖 33 项检查。
• 用法：下载社区插件后先扫一遍，输出 pass / warn / fail 报告；只读，不修改被检查项目，不执行构建。
• 安装：dsh plugin --profile web add github:omdsh-dev/dsh-plugin-check
• 配套命令（插件冲突导致无法启动时清理）：npx @deepseek-ai/dsh plugin --profile web remove <插件包名>

3. 按场景分类推荐

3.1 终端与界面体验

3.2 视觉 / 多模态（给文本模型装"眼睛"）

3.3 生成式 UI / 设计（让回答"长出手脚"）

3.4 浏览器操作（Codex 级能力）

3.5 多 Agent 协作

3.6 消息 / 通知 / 桥接（随时随地遥控 DSH）

3.7 代码效率（写、看、审、改）

3.8 长任务 / 记忆 / 交接

3.9 模型路由 / 降级 / 省钱

3.10 安全 / 评测 / 运维

3.11 皮肤 / 个性化 / 娱乐（体验向）

4. 常用组合方案（按功能互补整理的起点，非官方推荐）

来源：DeepSWE Janus 生态分析文章，适合不想从 1000+ 里自己筛的人。

组合 A：代码党（把"写、看、审"连起来）

dsh-TUI + dsh-at-file + dsh-change-review + dsh-context

逻辑：TUI 负责操作界面 → @file 快速引用文件 → Change Review 审查改动 → Context 观察上下文占用。覆盖编码任务五个动作：开始任务、找到文件、执行修改、检查差异、确认上下文。

组合 B：长任务 / 团队项目（把"记住、拆开、交接"做好）

dsh-plugin-focus + dsh-handoff + DSH-taskboard + dsh-notify + dsh-permissions

适合重构、迁移、写长文档、跑测试、隔夜继续的任务。Focus 定目标，Handoff 交上下文，Taskboard 管状态，Notify 提醒，Permissions 画边界。

组合 C：研究 / 内容党（让 Agent 能看、能查、能沉淀）

ModLens + dsh-plugin-tavily + dsh-notion-connector + dsh-auto-memory

适合资料整理、论文阅读、产品调研、内容生产：视觉处理截图/PDF → 搜索外部资料 → Notion 读写知识库 → Auto Memory 长期记忆。

组合 D：省钱长任务（路由 + 降级）

dsh-tier-router + dsh-llm-fallbacks + dsh-progress-viz + dsh-permissions

规划/审查用强模型，机械执行用便宜模型；主模型超时走备用路径；进度/成本/阶段可见；危险操作仍需审批。

5. 安装使用指南（通用）

# 前置：Node.js + pnpm（dsh 插件命令实际交给 pnpm 处理）# 若提示 pnpm not found：先运行 corepack enable，再开新终端# 安装（按 profile 区分，web 模式装到 web profile；headless 需单独再装）dsh plugin --profile web add <插件包名># npm 包形式：dsh plugin --profile web add @anionex/dsh-vision-toolkit# GitHub 形式：dsh plugin --profile web add git+https://github.com/omdsh-dev/dsh-genui.git# 更新dsh plugin --profile web update <插件包名># 查看已装依赖dsh plugin --profile web list# 确认插件进入最终配置dsh --profile web --dump-config# 卸载（插件冲突导致无法启动/重启时使用）npx @deepseek-ai/dsh plugin --profile web remove <插件包名>

6. 安全注意事项（务必阅读）

1. DSH 是开发者预览版：官方明确"未来将出现破坏兼容性的变更"，npm 上为 0.1.0-rc.x。
2. 第三方插件以用户权限运行代码：可能接触文件、凭据和网络。安装前至少查看权限、依赖、最近提交。
3. 官方风险提示（来自上一份报告）：默认写入策略限制写目录，但读取文件、联网、进程可见性约束较松；创造模式可执行模型生成的 JS；第三方插件默认可信。
4. 插件不是越多越好：装得越多权限暴露面越大，出问题时越难排查。社区建议只挑必要的，原生 DSH 本身也可用。
5. 社区清单 ≠ 官方审核名单：awesome-dsh-plugin 只确认格式、链接和 GitHub Topic，不负责安装、版本兼容与安全审计。
6. 规避混乱：建议先校准模型状态（dsh-anchored-standard），再按需装插件，最后用 dsh-plugin-check 体检。

7. 一句话决策清单

8. 参考链接

附：生态观察与展望

• 平台级生态战争：DSH 正在复制 VS Code/Chrome 的扩张路径——桌面端打开非技术用户大门、插件市场建立供给-需求循环、路由套件提供秩序（类似 Android Intent / Chrome 权限模型）、TUI 与 GUI 双分支满足分层用户。
• 超越"Agent 产品的插件站"：Codex/WorkBuddy 的插件服务于"已经做好的 Agent"；DSH 的插件修改 Agent 本身——把"Agent 怎么做"的问题交给社区。皮肤、生成式 UI、自改运行时都是证据。
• 知识正变成可加载的技能包：book-to-skill 类插件把书籍 PDF 转成 skill，知识从"被阅读的内容"变成"被加载的能力"，可能重写出版/教育/知识付费玩法。
• 最终形态是"自产插件"：创造模式下 DSH 可自行生成合适的插件——"遇到不会的问题，自己去寻找、去生成工具来解决"，这是社区眼中接近 AGI 的自我进化雏形。
• 生态仍年轻：第三方清单无版本兼容与安全审计、插件鱼龙混杂、破坏性变更风险——装插件前先想清楚要解决什么问题。