wefio/dsh-engineering-services

Name: wefio/dsh-engineering-services
Author: wefio

Plugin插件 Native原生 ⭐ 2 Dev Workflow开发与代码工作流 Productivity & Tasks效率与任务

LSP+DAP+TASK，但仅支持JS/TS、Python

Project Overview项目介绍

Edited by Zhiwei Agent (zhiwei)由知微Agent(zhiwei)编辑

This is a native plugin built exclusively for DeepSeek Harness (DSH), ported from the original pi-engineering-services suite. It adds three core IDE engineering service pillars to DSH: Language Server Protocol (LSP) tools, Debug Adapter Protocol (DAP) debugging tools, and build/test/lint task running tools. It also ships with two agent skills: a usage guide for the three tool sets and an installation and troubleshooting runbook. The plugin includes a DSH-native bundle manifest, and registers all tools and skill content directly through DSH’s native plugin system. To install it, you first check out the repository locally, install dependencies, run the build script, then link it to your DSH profile via the DSH CLI.

This plugin is designed for developers who use DSH for daily software development, and want full IDE functionality integrated directly into their DSH agent workflow. After installation, users can call LSP tools on any code file to get diagnostics, jump to definitions, search for workspace symbols, or rename code symbols. They can also launch debug sessions for Python or JS/TS code via DAP, and automatically detect and run npm scripts, Makefile rules, or justfile tasks directly from within DSH. All of these capabilities are available without leaving the DSH agent environment, streamlining the development process for DSH users.

As of the current release, only two LSP servers are verified: pyright for Python and typescript-language-server for TS/JS. All other pre-configured language servers are marked as experimental and have not been tested. For debugging, Python’s debugpy must be pre-installed via pip by the user, while js-debug for JS/TS is already vendored into the plugin codebase. The plugin is released under the permissive MIT license, and requires Node.js and TypeScript 5 to build from source. Configuration can be done via a project-local or global JSON config file, with sensible defaults included out of the box.

这是一个专为DeepSeek Harness（DSH）打造的原生插件，是pi-engineering-services工具套件的移植版本，为DSH提供LSP、DAP、Task三大IDE工程服务支柱，同时附带对应工具集的使用说明技能和运维手册。插件带有DSH专用的bundle manifest，通过DSH原生插件机制注册工具和系统提示词内容，专供DSH加载使用。

该插件面向使用DSH进行软件开发的用户，能够在DSH的代理工作流中提供完整的原生IDE基础能力。典型工作流为：用户对代码文件调用LSP诊断获取错误提示，查找工作区符号、跳转定义、重命名代码，通过DAP启动调试会话，还可以自动发现并运行项目中的构建、测试、lint任务。

目前该插件仅对Python的pyright和TS/JS的typescript-language-server做了功能验证，其他预设的语言服务器属于实验性未测试状态。调试功能中，Python的debugpy需要用户提前通过pip安装，JS/TS的js-debug已内置在项目中。项目采用MIT许可证，安装需要本地检出后构建再链接到DSH配置中。

View on GitHub在 GitHub 查看

Send to your DSH发给你的 DSH 安装

请帮我安装这个 DSH 插件。安装前先完成【兼容性检查 + 安全性检查】，检查通过再动手。

插件：dsh-engineering-services（wefio/dsh-engineering-services）
仓库：https://github.com/wefio/dsh-engineering-services
本站详情页：https://www.yhbd.top/plugins/wefio-dsh-engineering-services/
本站登记：类型 plugin · 归类 原生 DSH 插件 · 许可证未声明 · ⭐ 2 · 最近提交 2026-08-14 · 主语言 TypeScript

按下面顺序执行，每步先把结论告诉我，再进入下一步：

【1 兼容性检查】
① 我这边：DSH 版本、Node 版本、操作系统、当前 profile（web / desktop）。
② 读它的 README、package.json、插件 manifest，列出它要求的 DSH 版本 / Node 版本 / 操作系统 / 外部依赖 / 需要另外先装的运行时。
③ 逐条比对，结论只写「满足 / 不满足 / 未知」三种；不满足的给出可行替代方案。
④ 检查是否和我已装的插件冲突：命令名重复、skill / tool 重名、端口占用、重复注册的 MCP server。

【2 安全性检查】
① 仓库可信度：和上面「本站登记」是否一致；star / fork 数、创建时间、最近提交，是否归档或长期停更。
② 安装脚本：逐行看 package.json 的 preinstall / install / postinstall，以及 install.sh、setup.ps1 之类脚本。出现 curl|bash、下载后直接执行、混淆代码、访问与插件功能无关的域名，立刻停下来告诉我，不要继续装。
③ 依赖：列出新增依赖，标出无人维护、或与知名包拼写近似的可疑包（typosquatting）。
④ 权限与副作用：它会读写哪些目录、访问哪些域名、需要哪些 DSH 权限（filesystem / network / shell / clipboard 等），以及怎么卸载和回滚。
⑤ 如果它要求 sudo / 管理员权限，或权限明显超出功能所需，先停下来问我。

【3 安装】
上面两步没有「不满足」和「高危项」时才执行；用官方推荐方式安装，不要自行提权。

【4 汇报】
用表格输出：检查项 / 结论 / 依据 / 是否需要我决策。拿不准的一律写「未知」并说明要我怎么确认——不要猜，也不要替我决定。

Send this message to DSH in your current session: it verifies compatibility and security first (answering met / not met / unknown item by item) and only installs once everything checks out — it will stop and ask you if it finds a high-risk item. The box scrolls; the copy is the full prompt. CLI install commands may not be accurate across systems, so DSH is the safer route.把上面这条消息直接发给当前会话里的 DSH：它会先核对兼容性与安全性（逐条给「满足 / 不满足 / 未知」），确认没问题再安装，有高危项会停下来问你。框内可滚动，复制到的是完整提示词；安装命令不一定准确，发给 DSH 更稳。

Pre-install check安装前体检Compatibility · Security兼容性 · 安全性 2 warnings2 项注意

No license declared - all rights reserved by default; ask the author before commercial use or redistribution未声明开源许可证 —— 默认「保留所有权利」，商用或再分发前先问作者
Only 2 stars - very few users, little community feedback星标只有 2，几乎没人在用，遇到问题缺少社区反馈

DSH walks through these 9 checksDSH 会逐条核对这 9 项

Compatibility兼容性

DSH, Node, OS and profile requirementsDSH 版本 / Node 版本 / 操作系统 / profile 是否满足要求
External dependencies and runtimes (Electron / Python / Docker, ...)外部依赖与运行时（Electron / Python / Docker 等）是否齐备
Conflicts with installed plugins: command names, skill / tool names, ports, duplicate MCP registration与已装插件是否冲突：命令名、skill / tool 重名、端口占用、重复 MCP 注册

Security安全性

Repo matches the facts registered here; archived or abandoned?仓库是否与页面登记一致，是否归档或长期停更
Safety of preinstall / install / postinstall and install.sh / setup.ps1preinstall / install / postinstall 与 install.sh、setup.ps1 是否安全
curl|bash, download-then-execute, obfuscation, unrelated domains → stop immediatelycurl|bash、下载即执行、混淆代码、无关域名 → 立刻停止
Typosquatting or unmaintained packages among the new dependencies新增依赖里有没有 typosquatting 或无人维护的包
Requested permissions vs. what the feature actually needs申请了哪些权限、是否超出功能所需（filesystem / network / shell / clipboard）
Any sudo / admin requirement, plus uninstall and rollback是否要求 sudo / 管理员权限，以及卸载与回滚方式

Anything uncertain must be marked unknown with a note on how to confirm it. This site's signal screen is a static snapshot, not a security audit.拿不准的必须标「未知」并说明要我怎么确认。本站的信号筛查是静态快照，不能替代安全审计。

Or use CLI install (for developers)或使用命令行安装（适合开发者）

CLI Install命令行安装

dsh plugin --profile web add github:wefio/dsh-engineering-services

把 wefio/dsh-engineering-services 加入你的 DSH 配置（web profile）即可启用。

READMEREADME

4.6 KB · 缓存于 2026-08-23 03:42:32 · 4.6 KB

dsh-engineering-services

IDE engineering services for DeepSeek Harness (dsh) — a host plugin porting the pi-engineering-services suite: LSP / DAP / Task three pillars + an IDE-tooling usage skill.

Pillar	What it provides	Entry
LSP	12 tools: diagnostics, navigation, rename, workspace symbol	`src/lsp/dsh-lsp.ts`
DAP	`debug` tool, ~28 actions (debugpy + js-debug)	`src/dap/dap.ts`
Task	build/test/lint discovery & run (npm / make / just)	`src/task/task.ts`
Skill	usage policy & how-to for the three tool sets	`skills/ide-three-pillars/SKILL.md`
Runbook	install / activate / smoke / troubleshoot	`skills/ide-runbook/SKILL.md`

Verified scope (kept from the pi edition)

LSP: pyright (Python) + typescript-language-server (TS/JS). Others are configurable but experimental.
DAP: debugpy (Python) + js-debug (JS/TS, vendored). Others are configured but experimental.
Task: npm scripts / Makefile / justfile.

Language servers and debug adapters beyond this are present in the config but not tested.

Install

# from a local checkout (dev iteration)
cd dsh-engineering-services-dsh
npm i -D typescript      # dev typecheck/build tooling (typescript)
npm run build            # scripts/build.mjs → tsc emits lib/ + copies vendored dap assets
dsh plugin --profile web add link:$PWD
# restart dsh web + hard refresh, then in a new session:
#   lsp_diagnostics on a .ts/.js/.py file
#   task list / task run name=...
#   debug launch program=... (needs debugpy / js-debug runtimes, see below)

Build tooling note: this package uses a plain Node ESM build (scripts/build.mjs → tsc + copy vendored dap/js-debug/dap/debugpy into lib/). There is no tsdown/bundler. For tsserver to work, the workspace must resolve a typescript@5 with lib/tsserver.js; see the runbook skill (section tsserver 的标准修法).

The plugin's node half registers the tools through the tools registry and the IDE-tooling guidance section through the system-prompt registry (both probed at runtime, mirroring dsh-genui).

Configuration (`pi-lsp.json`)

Language servers are configured with the same schema as the pi edition:

Showing the opening section of the README — the full document lives in the repository以上为 README 开头摘要，完整文档在仓库内 · View the full README on GitHub →在 GitHub 查看完整 README →

渲染基于仓库 wefio/dsh-engineering-services 的 README.md。在 GitHub 查看原文 →