dsh-agent-plugins-market

dsh-agent-plugins-market

A one-stop skills, subagent, MCP and LSP manager inside DeepSeek Harness (DSH), compatible with Claude Code, Codex, Cursor, Kimi and other agent plugin layouts.

Reuse supported content from Claude Code, Codex, Cursor, Kimi and other recognized layouts, and manage your own skills, commands, agent personas, MCP services and LSP servers in the DSH Web GUI.

If this plugin is useful to you, a ⭐ on GitHub is appreciated.

English | 简体中文 | Documentation | npm

Quick start · Everyday use · Compatibility · FAQ

Pages

  Market

Add sources, preview suites, install and enable.

  Skills

Browse skills and author your own.

  Commands

Manage prompt templates invoked as /name.

  Agent personas

Roles with an exact provider, model and effort.

  MCP services

Credentials, authorization and connection status.

  LSP servers

Language server configuration and runtime status.

What you can do

• Ten suite layouts. Claude Code, Codex, Cursor, Kimi Code, ZCode, Qoder CLI, GitHub Copilot CLI, Universal .plugin/, agent-plugins and manifest-less skill collections.
• Sources. Add a Git repository, a local directory or an archive (.zip / .tar.gz / .tgz / .tar); adopt a checkout you cloned yourself; refresh on demand; delete a managed checkout when you remove its source.
• First-party source. The plugin presets one source record pointing at its own suite collection, so the market lists that repository on first run with no URL to paste. It is an ordinary Git source from there on — refresh it to fetch, then install and toggle its suites like any other.
• Downloads that fit your network. Pick a download region — default auto follows the interface language, or choose global / China mainland — and the plugin routes github.com clones through the matching mirror. A proxy and per-invocation tuning live in the host config.
• Runtime surfaces. Enabled suites inject into sessions: skills into the catalog and slash menu, commands as /name, agent personas into the subagent catalog, MCP tools with an mcp__ prefix, hooks onto host lifecycle events, and language servers through the lsp tool.
• MCP. A built-in bridge runs stdio, Streamable HTTP with OAuth and legacy SSE without a host MCP client. ${VAR} references resolve from the host credential store or the launch environment; per-server overrides disable or patch a declaration without editing the source, set the tool-call and startup timeouts, and switch individual tools off; the new-service form asks only for the name, the transport and the field that transport requires, with every other setting written as JSON; an optional host-client compatibility mode is available. A suite's tools register as mcp______; a server you declare yourself in ~/.agents/mcp.json mounts under its own key, mcp____.
• LSP. Self-provisioned: installing the plugin is the whole setup, and the lsp tool mounts only while a language server is wanted. The server executable itself must be on PATH. Upgrading from a release that asked you to expose LSP from your profile? A profile that still carries that hand-added layer reports a seam conflict; the LSP panel names the file and removes the layer for you, keeping a backup.
• Agent personas and delegation. Role cards save an exact provider, model and reasoning effort; they appear in the session catalog and run through subagent_role, which starts a durable background child and returns its id immediately.
• Project dimension. Skills, agents, commands, MCP servers and hooks are read from the project's own directories with no install step.
• Your own resources. Author skills, commands and agent personas as Markdown under ~/.agents/, then edit them or disable them without deleting the files.
• Background source updates. Optionally refresh every configured source on a timer; off by default.
• Web workspace. Six tabs — Market, Skills, Commands, Agent personas, MCP services and LSP servers — each with search, filters and a grid/list toggle, plus status panels with diagnostics, credential editing, and an install confirmation that warns before executable third-party content is enabled.
• Bilingual interface and feedback. Workspace strings and injected prompts follow the host language. With feedback enabled, the model can file a report_market_issue report through the gh CLI or a GitHub token; with neither, it opens a prefilled GitHub issue page and hands you the complete issue text.

Quick start

Install into your profile, replacing `` with its name:

dsh plugin --profile  add dsh-agent-plugins-market

1. Restart DSH and open Settings → Agent Plugins Market.
2. The market already lists the first-party source; press Refresh to fetch its suites. To pull in more, add a source, for example https://github.com/anthropics/claude-plugins-official.
3. Open a suite, review its contents, then install it and ensure it is enabled.
4. For a suite with skills, check the Skills tab and type / in chat to find its user-invocable skills. For an MCP suite, check MCP services and resolve any credential or connection notice before using its tools.

Requirements, profile configuration and alternative installs: usage guide.

Everyday use

The workspace has six tabs:

Tab	Use it to
Market	Add sources, preview suites, install / uninstall, enable / disable and refresh.
Skills	Browse skills and create or edit your own reusable instructions.
Commands	Manage prompt templates invoked as /name.
Agent personas	Manage role instructions and save an exact provider, model and reasoning effort per role; delegate in the background through subagent_role.
MCP services	Add a service or configure an installed one, its credentials and authorization; inspect status and retry failures.
LSP servers	Add and configure language servers and inspect their runtime status.

A source is where content comes from; a suite is an installable unit discovered there. Adding a source discovers its suites. Installing and enabling a suite controls its runtime capabilities.

Everything you author yourself lives in the shared Agent layout root: skills, commands and personas as Markdown under ~/.agents/, command hooks in ~/.agents/hooks.json (or ~/.agents/hooks/hooks.json), and the MCP and LSP services you add in the workspace in ~/.agents/mcp.json and ~/.agents/lsp.json. Commands and personas are read at any subdirectory depth, so a file another tool wrote at ~/.agents/commands/git/commit.md is callable as /git-commit. Project-native resources stay in the project. See storage and discovery for paths and precedence.

All six tabs share a saved grid/list preference. Add and refresh actions sit at the top right; resource state rails are green when active.

Compatibility and boundaries

Supported layout dialects describe how files are organized. The shared priority table lists suite manifests and Marketplace catalogs together. All ten layout contracts in schemas/ have independent reader tests; the layout audit maps them to pinned repository fixtures.

Supported runtime surfaces describe what DSH can use:

Surface	Runtime support and conditions
Skills	Host skill catalog and user-invocable slash entries; supported root placeholders are expanded.
Commands	Slash commands through the host command service.
Agents	Dynamic subagent catalog and subagent_role; requires host agents, tools, LLM, subagent and session-persistence services.
MCP	Built-in bridge by default: stdio, Streamable HTTP with OAuth, and legacy SSE. Optional host-client compatibility mode is also available; it enforces the tool-call timeout but not tool filters or a startup timeout.
Hooks	The command-hook subset mapped by dsh-hooks-claude-code.
LSP	Self-provisioned: installing the plugin is the whole setup, and lsp mounts only while a language server is wanted; the server executable must be on PATH.

Agent roles appear in the session catalog and run through subagent_role(agent, prompt). A role may save an exact provider plus model pair and a reasoning_effort; every other declaration is ignored and the child inherits the parent route. tools and disallowedTools are preserved in the file but never applied. See agent roles for the frontmatter fields and limits.

Layout detection precedence

When multiple manifests exist in the same suite directory, the first existing file in this order selects the layout:

Priority	Layout	Suite manifest	Marketplace catalog
1	agent-plugins / root compatibility	plugin.json	No dedicated catalog
2	Universal compatibility	.plugin/plugin.json	.plugin/marketplace.json
3	Claude Code	.claude-plugin/plugin.json	.claude-plugin/marketplace.json
4	Cursor	.cursor-plugin/plugin.json	.cursor-plugin/marketplace.json
5	Kimi Code	kimi.plugin.json, then .kimi-plugin/plugin.json	.kimi-plugin/marketplace.json
6	Codex	.codex-plugin/plugin.json	.agents/plugins/marketplace.json, then .agents/plugins/api_marketplace.json
7	ZCode	.zcode-plugin/plugin.json	No dedicated catalog
8	Qoder CLI	.qoder-plugin/plugin.json	.qoder-plugin/marketplace.json
9	GitHub Copilot CLI	.github/plugin/plugin.json	.github/plugin/marketplace.json
Fallback	Skill collection / shared catalog	Discover skills when no recognized manifest exists	Root marketplace.json

• Manifests are tried in order: a manifest that cannot be read or validated is reported and the next one is tried, down to the fallback. If every candidate fails, the suite is diagnosed instead of loading half of it.
• Component fallback: for a root plugin.json that does not declare a recognized agent-plugins $schema, missing component declarations can come from .claude-plugin/plugin.json; explicit root declarations win, and marketplace entry declarations fill remaining gaps.
• Marketplace catalogs follow the same order: the first catalog that produces suites wins, and invalid or empty catalogs allow the next candidate to be tried.

The order is defined in src/model/layouts.ts; selection and root-manifest fallback are implemented in src/catalog/manifests.ts.

Layout support matrix

The table says per layout whether this plugin reads a given surface at all. Yes means the layout's own files are read and injected; Partial means only part of the formats is understood, or the upstream layout has no such definition — the notes below say which. Evidence: the compatibility report and layout audit.

Layout	Skills	Agents	Commands	MCP	Hooks	LSP
Claude Code	Yes	Yes	Yes	Yes	Partial	Yes
Codex	Yes	Yes	Yes	Partial	Partial	Yes
Cursor	Yes	Partial	Partial	Partial	No	Yes
Kimi Code	Yes	Yes	Yes	Yes	Partial	Partial
ZCode .zcode-plugin/	Yes	Yes	Yes	Yes	Partial	Partial
Qoder CLI .qoder-plugin/	Yes	Yes	Yes	Partial	Partial	Partial
GitHub Copilot CLI	Yes	Yes	Yes	Yes	Partial	Yes
Universal compatibility layout .plugin/	Yes	Yes	Yes	Yes	Partial	Yes
agent-plugins	Yes	Yes	Yes	Yes	Yes	Yes
Manifest-less skill collection	Yes	Yes	Yes	Yes	Partial	Partial
Project-native directories	Yes	Yes	Yes	Yes	Partial	No

• Skills are read from the paths a manifest declares and from the conventional skills/ directory, including flat .md files. A path that carries its own SKILL.md is one skill: the documents beside it belong to that skill and are not read as skills. A conformant agent-plugins package is the exception: skills come from one level of skills/ subd