omdsh-dev/plugin-template

Name: omdsh-dev/plugin-template
Author: omdsh-dev

Plugin插件 Native原生 ⭐ 13 BSD-3-Clause Prompts & Skills提示词与技能

基于turtle ui官方仓库创建的plugin模板仓库

Project Overview项目介绍

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

This repository is a standalone template for creating native ESM Cordis plugins for DeepSeek Harness (DSH). All source files, compiler configurations, test fixtures, contributor guidelines, and build helpers are contained within the repository root, so no external build inputs from the DSH host are required during development. Dependencies are pulled from the public npm registry, and the DSH host only consumes the finished compiled plugin package at runtime. To get started, developers first clone the template and update the package identity in package.json, including name, description, and metadata. They also need to update the plugin id, type, and bundle metadata before proceeding with implementation.

The template includes a standardized directory layout tailored to DSH plugin development, with separate folders for source code, tests, documentation, patches, CI workflows, and in-repo development skills. It supports both function plugins and service provider plugins, with sample code provided for each common plugin type. Developers can retain the existing structure if it fits their plugin’s needs, or make deliberate changes to adapt it to custom requirements. Two GitHub Actions workflows are included out of the box: one runs linting, tests, and builds on every pull request and push to main, and the other handles creating release artifacts.

The project uses pnpm as its package manager, and all dependencies are locked via a pnpm-lock.yaml file for reproducible installs. It is released under the permissive BSD-3-Clause open source license, so developers can use it for both open source and commercial DSH plugins. Before distribution, developers can run linting, tests, and a build, then use pnpm pack --dry-run --json to inspect the contents of the final plugin archive. The template does not require any global dependencies or extra tools outside of what is specified in the package.json.

omdsh-dev/plugin-template 是一个专为 DeepSeek Harness (DSH) 打造的原生插件开发模板，基于 ESM Cordis 插件规范，提供了完整的插件开发目录结构、编译配置、测试脚手架和标准化开发工作流。所有开发依赖和配置都保存在当前仓库根目录内，不需要额外引入 DSH 主机的源码或构建工具，编译完成的成品插件由 DSH 主机作为运行时消费者加载使用。

该模板预置了符合 DSH 开发规范的完整目录结构，包含源码目录、测试目录、开发技能协调文件、接口契约文档、GitHub Actions CI 工作流等，开发者可以根据插件类型（函数插件或服务提供者插件）套用对应结构，同时允许灵活调整布局以适配不同类型的插件开发需求。

该项目采用 BSD-3-Clause 许可证开源，使用 pnpm 作为包管理器，依赖从公共 npm 注册表解析，内置了 Oxlint 静态检查、Vitest 单元测试、tsdown 编译等命令，支持在打包前检查归档内容，开发者可按照步骤替换模板标识后开发并发布自己的 DSH 插件。

View on GitHub在 GitHub 查看

Send to your DSH发给你的 DSH 安装

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

插件：plugin-template（omdsh-dev/plugin-template）
仓库：https://github.com/omdsh-dev/plugin-template
本站详情页：https://www.yhbd.top/plugins/omdsh-dev-plugin-template/
本站登记：类型 plugin · 归类 原生 DSH 插件 · 许可证 BSD-3-Clause · ⭐ 13 · 最近提交 2026-09-16 · 主语言 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兼容性 · 安全性 1 note1 项提示

13 stars - an early-stage project星标 13，属于早期项目

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:omdsh-dev/plugin-template

把 omdsh-dev/plugin-template 加入你的 DSH 配置（web profile）即可启用。

READMEREADME

10.9 KB · 缓存于 2026-09-16 19:39:49 · 10.9 KB

DeepSeek Harness Plugin Template

English | 中文

A self-contained standalone repository template for an ESM Cordis plugin. Every source file, compiler setting, test fixture, contributor instruction, skill, and build helper used by the repository is inside this directory; every development input resolves below this repository root.

Normal npm dependencies are resolved from the package registry. A DSH host is a runtime consumer of the finished package, not a source or build input.

Repository layout

.
├── .oxlintrc.json                 # Type-aware Oxlint configuration
├── .agents/skills/               # Repository-local plugin development workflow
│   ├── dsh-plugin-development/   # End-to-end coordinator
│   └── dsh-plugin-*/             # Plan, scaffold, implement, compose, test, release
├── docs/
│   └── dsh-plugin-contracts.md   # Shared local contract for all plugin skills
├── patches/
│   └── README.md                 # Dependency and DSH-host patch contract
├── scripts/
│   ├── extract-patch.mjs         # Config-driven host patch regeneration (see patches/README.md)
│   └── patch.sh                  # Idempotent host patch application
├── src/
│   ├── README.md                 # Growth rules for services and feature modules
│   ├── config.ts                 # Serializable schema and resolved defaults
│   ├── index.ts                  # Loader-facing function-plugin namespace
│   ├── invariant.ts              # Package-owned invariant companion
│   └── runtime.ts                # Fakeable host boundary and Cordis activation
├── tests/
│   ├── README.md                 # Harness, feature-test, and snapshot conventions
│   ├── harness.ts                # Shared real-Cordis test mount
│   ├── plugin.spec.ts            # Loader export and activation tests
│   └── snapshots/
│       └── README.md             # Optional product-visible fixture contract
├── .gitignore                    # Generated artifact exclusions
├── AGENTS.md                     # Repository-local contributor rules
├── LICENSE                       # Template license
├── README.md                     # Repository and usage contract
├── cordis.patch.yml              # Profile bundle contribution
├── package.json                  # Exports, peers, dsh.bundle.patch
├── pnpm-lock.yaml                # Reproducible registry dependency graph
├── pnpm-workspace.yaml           # Package-manager and optional patch policy
├── tsconfig.json                 # Compiler and type-aware lint project
├── tsdown.config.ts              # Direct source-to-runtime/declaration build
└── vitest.config.ts              # Test runner configuration

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

渲染基于仓库 omdsh-dev/plugin-template 的 README.md。在 GitHub 查看原文 →