Agent skill

Diagnosing Plugins

by zai-org in zai-org/ZCode

A skill your agent uses to diagnose and fix ZCode plugin and marketplace problems in the ZCode client.

Apache-2.0Auto-check passedAgent Workflows

Install Diagnosing Plugins

skills CLI
$ npx skills add zai-org/ZCode --skill diagnosing-plugins -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install zai-org/ZCode diagnosing-plugins --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/zai-org/ZCode.git skills-src && mkdir -p .claude/skills && cp -r skills-src/apps/zcode-cli/packages/zcode-guide-plugin/skills/diagnosing-plugins .claude/skills/diagnosing-plugins && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
diagnosing-plugins
GitHub stars
7.7k
Token cost
~2.1k tokens
SKILL.md length
1,072 words
Files
1
Skills in repo
5
Repo updated
First seen
Licence
Apache-2.0

At a glance

A skill your agent uses to diagnose and fix ZCode plugin and marketplace problems in the ZCode client.

  • Works in 5 steps: Plugin lifecycle and persistence → Manifest schema → Managing plugins in the client → …
  • Diagnose and fix ZCode plugin and marketplace problems in the ZCode client
  • SKILL.md covers 1. Plugin lifecycle and…, 2. Manifest schema, 3. Managing plugins in the… and 4. Common pitfalls (symptom →…, plus 1 more section
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Diagnosing Plugins is an agent skill from zai-org/ZCode. Use to diagnose and fix ZCode plugin and marketplace problems in the ZCode client. Applies when a plugin is not listed, adding a marketplace or installing a plugin fails, a plugin is enabled but its skills or commands are missing, a built-in plugin still appears after being disabled, a plugin is not enabled as expected, a plugin.json manifest has a parse error, a plugin name is invalid, a dependency is unresolved or blocked across marketplaces, or a sensitive configuration value cannot be entered in the…

Its SKILL.md is about 2.1k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.

It sits in Agent Workflows, covering Hooks and plugins and Internationalization. The repository describes itself as: Z.ai's coding agent harness. Powerful, intelligent, extensible. The licence is Apache-2.0.

When your agent uses it

  • Diagnose and fix ZCode plugin and marketplace problems in the ZCode client
  • Tasks that involve Hooks and plugins
  • Tasks that involve Internationalization

Example prompts

  • “/diagnosing-plugins”

Workflow steps

5 steps, taken from the step headings in SKILL.md.

  1. Plugin lifecycle and persistence
  2. Manifest schema
  3. Managing plugins in the client
  4. Common pitfalls (symptom → cause → fix)
  5. Localization workflow (in order)

What it can do on your machine

Read from SKILL.md and the folder at commit aac4755. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Diagnosing Plugins loads about 2.1k tokens when it runs. Until then it costs about 169 tokens; SKILL.md has 1,072 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~169
When it runs · the whole SKILL.md, loaded when a task matches
~2.1k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from zai-org/ZCode at commit aac4755, republished under its Apache-2.0 licence (© zai-org). 1,072 words, ~2,127 tokens.

Download SKILL.mdSave it as .claude/skills/diagnosing-plugins/SKILL.md (or your agent's skills folder).
name
diagnosing-plugins
description
Use to diagnose and fix ZCode plugin and marketplace problems in the ZCode client. Applies when a plugin is not listed, adding a marketplace or installing a plugin fails, a plugin is enabled but its skills or commands are missing, a built-in plugin still appears after being disabled, a plugin is not enabled as expected, a plugin.json manifest has a parse error, a plugin name is invalid, a dependency is unresolved or blocked across marketplaces, or a sensitive configuration value cannot be entered in the interface. Provides the plugin lifecycle, manifest schema, how to manage plugins in the client, and a step-by-step localization and repair workflow.

Diagnosing Plugin Configuration

Goal: reduce any plugin problem to a single concrete fix.

Plugins are managed in Settings → Plugin Management — the Installed tab (enable/disable, view details, configure, uninstall) and the Discover tab (browse, install, and add marketplaces via the + button).

Key facts: enable/disable state is stored under plugins in ~/.zcode/cli/config.json; the official marketplace is zcode-plugins-official; and for cloning marketplace repositories behind a proxy, ZCode reads the proxy from ZCODE_HTTP_PROXY (a bare http_proxy is not used).

1. Plugin lifecycle and persistence

  • Discovery sources (first match wins): inline directories, bundled official plugins, the official plugin cache, and marketplace-installed plugins. The entire subsystem is governed by the plugins.enabled master switch.
  • Manifest location (probed in order): .zcode-plugin/plugin.json (preferred), then .claude-plugin/plugin.json, then .codex-plugin/plugin.json. A plugin's identity is <name>@<marketplace>.
  • Enable/disable resolution: an explicit enable/disable entry always wins; only when no entry exists does the plugin's default-enabled status apply. A disabled plugin still appears in the list as disabled, but its components resolve to nothing.
  • Persistence (all under plugins in ~/.zcode/cli/config.json): the enable/disable map, per-plugin configuration values, and the list of suppressed (uninstalled) built-in plugins. Because a built-in plugin ships with the application and cannot be deleted, "uninstalling" one records a suppression marker that hides it from discovery.
  • Built-in seeding: on first launch, bundled official plugins are materialized into the plugin cache and registered in the official marketplace listing. This is idempotent and only re-materializes on a content or version change.

2. Manifest schema

  • plugin.json: requires name (matching ^[a-z0-9][a-z0-9._-]{0,127}$); optional version (defaults to 0.0.0), description, commands/skills/hooks/mcpServers, and userConfig.
  • Recorded but not executed: agents, channels, lspServers, outputStyles, settings.
  • Component paths are validated: an absolute path or one that escapes the plugin root is rejected as an invalid component path.
  • userConfig: type is one of string, number, boolean, directory, or file, with title, description, default, required, and sensitive. A sensitive value cannot currently be entered in the interface or persisted to the configuration file.
  • marketplace.json: { name, plugins[], pluginRoot?, allowCrossMarketplaceDependenciesOn? }. Each plugins[].source may be a relative path string or an object of kind directory, github, git, url, or git-subdir; npm and pip are not supported.

3. Managing plugins in the client

  • Install: on the Discover tab, find the plugin card and click Get; when done it shows Installed. New plugins are enabled by default.
  • Enable / disable: on the Installed tab, toggle the switch on the plugin's row. Disabling removes all of its components from the session immediately.
  • Configure: open the plugin's detail view and expand Advanced to fill in its configuration values (required fields are marked; sensitive fields cannot be entered here).
  • Uninstall: from the detail view; a built-in plugin can only be disabled, not uninstalled.
  • Add a marketplace: the + button on the Discover tab accepts a GitHub repository, a Git URL, a local directory, or a file.

4. Common pitfalls (symptom → cause → fix)

  1. A plugin is not listed at all — its marketplace was never added, so there is no installation record or cache; or plugins.enabled is false. → Add the marketplace on the Discover tab and install it, or set plugins.enabled: true.
  2. Adding a marketplace or installing fails to clone — an error such as RPC failed, timed out, or early EOF (after retries). The clone process did not inherit the shell proxy. → Set ZCODE_HTTP_PROXY=http://host:port (ZCode reads the proxy only from this variable; a bare http_proxy is ignored).
  3. Enabled but its skills or commands are missing — a component path escapes the plugin root, the plugin is actually disabled, or it is not being treated as enabled where the session reads it. → Open the plugin's detail view to see the invalid component, and make the manifest path relative and inside the plugin root.
  4. A built-in plugin still appears after being disabled, or returns after uninstalling — the suppression state was not applied where it was read. → Confirm the plugin id is in the suppressed-built-ins list in ~/.zcode/cli/config.json; restoring it removes that entry and re-seeds.
  5. Not enabled as expected — listed as enabled but a skill reports "not found" in the session — the default-enabled set was not applied along the session's discovery path even though the listing shows it enabled. → Verify the plugin's skills are actually available in the session (via Settings → Skills and the / menu), not only that the plugin shows as enabled.
  6. Manifest parse error — the JSON is invalid, is not an object, or has a missing/invalid name. → Fix it into a valid object whose name matches the pattern.
  7. Invalid plugin name — the name violates ^[a-z0-9][a-z0-9._-]{0,127}$. → Rename.
  8. Unresolved or cross-marketplace dependency — a dependency lives in another marketplace not listed in allowCrossMarketplaceDependenciesOn, is missing, or forms a cycle. → Add the target marketplace to allowCrossMarketplaceDependenciesOn, install the missing dependency's marketplace, or break the cycle. Dependencies are written as name@marketplace.
  9. Version shows 0.0.0 or updates are not detected — Git/URL plugins often lack a top-level version, and official plugins track updates by commit. → Confirm the installed record and the manifest entry both carry their source revision.
  10. A sensitive configuration value cannot be set — the field is disabled with a note that it requires secure storage. There is no secure credential store yet. → Remove sensitive: true, or provide the value out of band (for example via an environment variable); it cannot be persisted today.
  11. A filesystem/sea source reports "unsupported" — a built-in plugin's cache path is missing or stale. → Re-seed the plugin (clearing its cache entry so it is re-materialized on the next launch).
Show full SKILL.md (176 more words)Show less

5. Localization workflow (in order)

  1. Is the subsystem on? Check plugins.enabled (false means everything is empty).
  2. Look at the plugin. On the Installed tab, confirm whether the plugin is present and enabled; open its detail view for its source, components, and any warnings.
  3. Classify by presence. Entirely absent → a marketplace or installation problem (confirm the marketplace was added and the plugin installed). Present but disabled → check the enable state against the default. Present and enabled but broken at runtime → a component-path problem (pitfall 3) or a session-versus-listing divergence (pitfall 5).
  4. Built-in issues. Compare the suppressed-built-ins list against what the official marketplace offers, and confirm the plugin cache is current.
  5. Installation and network. Reproduce the clone with the proxy set, confirming ZCODE_HTTP_PROXY, and look for the retryable-error signatures.
  6. Session-versus-listing divergence. If the plugin shows enabled but its capabilities are absent in the session, treat it as a discovery-path problem: confirm the plugin's skills and commands actually appear in the session (Settings → Skills, the / menu), not merely that the plugin is enabled.

© zai-org, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

Just SKILL.md in apps/zcode-cli/packages/zcode-guide-plugin/skills/diagnosing-plugins of zai-org/ZCode.

Open the folder on GitHubat commit aac4755

Compare with similar skills

Diagnosing Plugins next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Diagnosing Plugins compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Diagnosing Plugins this skillzai-org/ZCode7.7k—~2.1kAutomated safety check: PassApache-2.0
Wp Plugin Developmentjorgerosal/wordpress-skills103—~12kAutomated safety check: PassMIT
Wp Plugin Developmentjorgerosal/wordpress-skills103—~438Automated safety check: PassMIT
Ckeditor5 Plugin DevelopmentTriliumNext/Trilium38k—~4.9kAutomated safety check: PassAGPL-3.0
FbaZhongye1/KnowAgenticRAG135—~758Automated safety check: PassNone
Planning With Files DeOthmanAdi/planning-with-files27k—~3.7kAutomated safety check: NotesMIT

Similar skills

  • Wp Plugin Development

    jorgerosal/wordpress-skills

    WordPress plugin architecture review and WordPress.org submission standards.

    103 GitHub stars~12k tokensUpdated 4 mo ago
    Frontend & DesignAuto-check passed
  • Wp Plugin Development

    jorgerosal/wordpress-skills

    WordPress plugin architecture review for Codex. An agent skill from jorgerosal/wordpress-skills.

    103 GitHub stars~438 tokensUpdated 4 mo ago
    Agent WorkflowsAuto-check passed
  • Ckeditor5 Plugin Development

    TriliumNext/Trilium

    Write, extend, and review CKEditor 5 plugins in the Trilium (TriliumNext Notes) monorepo — the rich-text-note editor under packages/ckeditor5, whose plugins live in src/plugins/.

    38k GitHub stars~4.9k tokensUpdated today
    DevelopmentAuto-check passed
  • Fba

    Zhongye1/KnowAgenticRAG

    FastAPI Best Architecture (fba) project development guide. An agent skill from Zhongye1/KnowAgenticRAG.

    135 GitHub stars~758 tokensUpdated yesterday
    Backend & APIsAuto-check passed
  • Planning With Files De

    OthmanAdi/planning-with-files

    Persistente dateibasierte Planung für mehrstufige Arbeit mit KI-Agenten.

    27k GitHub stars~3.7k tokensUpdated yesterday
    Agent WorkflowsAuto-check: notes
  • Planning With Files Zh

    OthmanAdi/planning-with-files

    用于多步骤 AI 代理工作的持久化文件规划系统。将 taskplan.md、findings.md 和 progress.md 保存在磁盘上,生命周期钩子会注入选定的项目规划上下文。自动恢复只读取项目规划文件。只有显式运行 session-catchup.py --metadata 才会检查本机同项目的会话元数据;--replay 可输出有长度限制且由 nonce…

    27k GitHub stars~2.1k tokensUpdated yesterday
    Agent WorkflowsAuto-check: notes

More from zai-org/ZCode

All 25 skills in this repo
  • DOCX

    zai-org/ZCode

    Complete DOCX document creation, editing, and analysis capabilities with support for revisions, comments, formatting preservation, and text extraction.

    7.7k GitHub stars~4.9k tokensUpdated yesterday
    Auto-check: notes
  • Visualize

    zai-org/ZCode

    Create visualizations and interactive tools directly in conversation.

    7.7k GitHub stars~8.7k tokensUpdated yesterday
    Auto-check passed
  • PDF

    zai-org/ZCode

    Professional PDF toolkit covering four production workflows: reports, creative visuals, academic LaTeX, and existing PDF processing.

    7.7k GitHub stars~18k tokensUpdated yesterday
    Auto-check: notes
  • A skill your agent uses when ZCode needs to inspect, plan, or execute restoration of old ACP-era ZCode sessions from ~/.zcode/v2/sessions into the new ZCode task/session stores.

    7.7k GitHub stars~1.2k tokensUpdated yesterday
    Auto-check passed
  • Generate, verify, or remove large synthetic ZCode task fixtures in local ~/.zcode persistence for UI/session performance testing.

    7.7k GitHub stars~698 tokensUpdated yesterday
    Auto-check passed
  • Check ZCode module and layer boundaries for code changes. An agent skill from zai-org/ZCode.

    7.7k GitHub stars~1.3k tokensUpdated yesterday
    Auto-check passed

Questions about Diagnosing Plugins

What does Diagnosing Plugins do?

A skill your agent uses to diagnose and fix ZCode plugin and marketplace problems in the ZCode client. Diagnosing Plugins is an agent skill from zai-org/ZCode. Use to diagnose and fix ZCode plugin and marketplace problems in the ZCode client.

When should I use Diagnosing Plugins?

Diagnosing Plugins fits situations like: diagnose and fix ZCode plugin and marketplace problems in the ZCode client; tasks that involve Hooks and plugins; tasks that involve Internationalization.

How do I install Diagnosing Plugins in Claude Code?

Run `npx skills add zai-org/ZCode --skill diagnosing-plugins -a claude-code`. Or copy the skill folder (apps/zcode-cli/packages/zcode-guide-plugin/skills/diagnosing-plugins in zai-org/ZCode) into .claude/skills/diagnosing-plugins in your project. Claude Code loads it when a task matches its description.

How do I install Diagnosing Plugins in Codex?

Run `npx skills add zai-org/ZCode --skill diagnosing-plugins -a codex`. Or copy the skill folder (apps/zcode-cli/packages/zcode-guide-plugin/skills/diagnosing-plugins in zai-org/ZCode) into .agents/skills/diagnosing-plugins in your project. Codex loads it when a task matches its description.

Can I use Diagnosing Plugins in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add zai-org/ZCode --skill diagnosing-plugins -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/diagnosing-plugins, .gemini/skills/diagnosing-plugins, .github/skills/diagnosing-plugins and .opencode/skills/diagnosing-plugins in your project.

What does Diagnosing Plugins need to run?

SKILL.md names no scripts, command-line tools or credentials: Diagnosing Plugins is instructions for the agent only.

Does Diagnosing Plugins access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Diagnosing Plugins safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Diagnosing Plugins use?

Diagnosing Plugins is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Diagnosing Plugins use?

About 2.1k tokens (SKILL.md is roughly 8.5k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.

What are the alternatives to Diagnosing Plugins?

Skills that share tags, products or a category with Diagnosing Plugins: Wp Plugin Development (jorgerosal/wordpress-skills, 103 stars), Wp Plugin Development (jorgerosal/wordpress-skills, 103 stars), Ckeditor5 Plugin Development (TriliumNext/Trilium, 38k stars) and Fba (Zhongye1/KnowAgenticRAG, 135 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Diagnosing Plugins?

zai-org (a GitHub organization) maintains it in zai-org/ZCode, which has 7,659 GitHub stars. The repository holds 5 skills in this directory. The repository was last updated on October 10, 2026.

Source: zai-org/ZCode on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.