Plugin Store
A CLI marketplace for installing/uninstalling/updating Skills and MCP servers across Claude Code, Cursor, and OpenClaw. Also an open-source community platform where any developer can submit plugins.
Pre-flight Checks
Run once per session before the first
command. Do not echo routine output to the user.
1. Check binary version
bash
plugin-store --version 2>/dev/null || ~/.local/bin/plugin-store --version 2>/dev/null || ~/.cargo/bin/plugin-store --version 2>/dev/null
- If the reported version is ≥ (this skill's ): binary is current, skip to step 2.
- If the binary is missing or older: run the installer.
macOS / Linux:
bash
curl -sSL https://raw.githubusercontent.com/okx/plugin-store/main/skills/plugin-store/install.sh | sh
Windows (PowerShell):
powershell
irm https://raw.githubusercontent.com/okx/plugin-store/main/skills/plugin-store/install.ps1 | iex
Offline fallback: If the install script fails and a binary already exists locally, proceed with it. If not installed and the network is unreachable, stop and ask the user to check their connection.
2. Check for Skill update (remote version check)
Fetch the latest Skill version from GitHub (timeout 5 seconds, non-blocking):
bash
curl -sSL --max-time 5 "https://raw.githubusercontent.com/okx/plugin-store/main/skills/plugin-store/SKILL.md" 2>/dev/null | head -20 | grep 'version:' | head -1
Compare the remote
with the local version (
).
If remote version is newer than local, display this notice to the user:
📦 Plugin Store Skill 有新版本可用(当前: 0.3.0, 最新: X.Y.Z)
是否更新?更新命令:
plugin-store install plugin-store --agent claude-code --skill-only
⚠️ 注意:更新后需要重启当前会话,新版 Skill 才会在上下文中生效。
Then wait for the user's response:
- If user says yes / 确认 / 更新 → run the install command, then remind: "Skill 已更新,请重启当前会话(退出并重新进入)以加载新版本。"
- If user says no / 跳过 / 以后再说 → continue with current version, do not ask again this session.
- If the curl fails or times out → skip silently, continue with current version.
If versions match or remote is unreachable, skip silently — do not print anything.
3. Do not auto-reinstall on command failures
Report errors and suggest
or checking
https://github.com/okx/plugin-store.
4. Install onchainos-skills (silent, non-blocking)
bash
npx skills add okx/onchainos-skills --yes 2>/dev/null || true
This installs sub-skills used by Skill Routing (
,
, etc.). Do not block on failure.
Available Plugins
Always run to get the current plugin list — never rely on a hardcoded table.
Parse the output and present it to the user as a clean table (name, category, downloads, description). The registry updates dynamically; this is the only source of truth.
Skill Routing
| User Intent | Action |
|---|
| "What dapps / strategies / skills are available?" | Run , present results as a table |
| "What can you do?" / capability discovery | Run , explain capabilities based on live output |
| "插件商店有什么" / "有什么插件" / "有什么项目" | Run , present results as a table |
| "什么项目最火" / "最热门的项目" / "trending projects" | Run , sort by downloads, highlight top entries |
| "怎么玩DeFi" / "链上怎么赚币" / "链上有什么玩法" | Run , introduce categories and recommend starting points |
| "有什么好的策略" / "推荐策略" | Run , filter and highlight trading-strategy category |
| "有什么DeFi协议" / "推荐DeFi项目" | Run , filter and highlight defi-protocol category |
| "Install X" / "安装 X" | Run plugin-store install <name> --yes
|
| "Uninstall X" / "卸载 X" | Run plugin-store uninstall <name>
|
| "Update all" / "更新插件" | Run plugin-store update --all
|
| "Show installed" / "已安装" | Run |
| "Search X" / "搜索 X" | Run plugin-store search <keyword>
|
| "I want to create/submit a plugin" / "我想开发插件" | Guide through the Developer Workflow below |
| "How to contribute" / "怎么提交插件" / "hackathon" | Guide through the Developer Workflow below |
Command Index
CLI Reference: For full parameter tables, output fields, and error cases, see cli-reference.md.
User Commands
| # | Command | Description |
|---|
| 1 | | List all available plugins in the registry |
| 2 | plugin-store search <keyword>
| Search plugins by name, tag, or description |
| 3 | | Show detailed plugin info (components, chains, protocols) |
| 4 | plugin-store install <name>
| Install a plugin (interactive agent selection) |
| 5 | plugin-store install <name> --yes
| Install non-interactively (auto-detects agents) |
| 6 | plugin-store install <name> --skill-only
| Install skill component only |
| 7 | plugin-store uninstall <name>
| Uninstall a plugin from all agents |
| 8 | plugin-store update --all
| Update all installed plugins |
| 9 | | Show all installed plugins and their status |
| 10 | plugin-store registry update
| Force refresh registry cache |
| 11 | | Update plugin-store CLI itself to latest version |
Developer Commands
| # | Command | Description |
|---|
| 12 | | Scaffold a new plugin (creates plugin.yaml, SKILL.md, LICENSE, etc.) |
| 13 | | Validate a plugin before submission (30+ checks) |
Operation Flow
Intent: Strategy / DApp / Capability Discovery
- Run to fetch the live registry
- Present results as a clean table (name, category, downloads, description)
- Suggest next steps: "Want to install one? Just say "
Intent: Install a Plugin
- Run
plugin-store install <name> --yes
- skips the community plugin confirmation prompt
- Agent selection is automatic in non-interactive mode (installs to all detected agents)
- The CLI will:
- Fetch plugin metadata from registry
- Download and install skill, MCP config, and/or binary as applicable
- Immediately after install succeeds, read the installed skill file directly — do NOT ask the user to restart:
Read file: ~/.claude/skills/<name>/SKILL.md
Then follow the instructions in that file (Pre-flight → onboarding flow). The skill is immediately usable in the current session.
Intent: Manage Installed Plugins
- Run to show current state
- Run
plugin-store update --all
to update everything
- Run
plugin-store uninstall <name>
to remove
Developer Workflow: Create and Submit a Plugin
Plugin Store is an open-source community platform. Any developer can submit a plugin through a Pull Request. The full workflow:
Overview
Two types of plugins:
Type A: Pure Skill — just a SKILL.md that orchestrates onchainos CLI commands
Type B: Skill + Source Code — SKILL.md + a CLI tool compiled/installed from your source repo
Five supported languages for source code:
Rust, Go → compiled to native binary (~1-20MB)
TypeScript, Node.js → distributed via npm install (~KB)
Python → distributed via pip install (~KB)
Step 1: Fork and scaffold
bash
# Fork https://github.com/okx/plugin-store-community on GitHub, then:
git clone --depth=1 git@github.com:YOUR_USERNAME/plugin-store-community.git
cd plugin-store-community
plugin-store init <your-plugin-name>
This creates
submissions/<your-plugin-name>/
with a complete template:
submissions/<your-plugin-name>/
├── plugin.yaml # Plugin manifest (fill in your details)
├── skills/<name>/
│ └── SKILL.md # Skill definition (built-in onchainos demo)
│ └── references/
├── LICENSE
├── CHANGELOG.md
└── README.md
Step 2: Edit plugin.yaml
Pure Skill — just fill in the basics:
yaml
schema_version: 1
name: <your-plugin-name> # lowercase + hyphens, 2-40 chars
version: "1.0.0"
description: "What your plugin does"
author:
name: "Your Name"
github: "your-github-username" # must match PR submitter
license: MIT
category: utility # trading-strategy | defi-protocol | analytics | utility | security | wallet | nft
tags: [keyword1, keyword2]
components:
skill:
dir: skills/<your-plugin-name>
api_calls: [] # external API domains your plugin calls
Skill + Source Code — add a
section pointing to your source repo:
yaml
# ... same as above, plus:
build:
lang: rust # rust | go | typescript | node | python
source_repo: "your-org/your-tool" # your GitHub repo with source code
source_commit: "a1b2c3d4e5f6..." # full 40-char commit SHA (git rev-parse HEAD)
binary_name: "your-tool" # compiled output name
# main: "src/index.js" # required for typescript/node/python
How to get the commit SHA:
bash
cd your-source-repo
git push origin main
git rev-parse HEAD # copy this 40-char string into build.source_commit
Step 3: Write SKILL.md
SKILL.md teaches the AI agent how to use your plugin. Required sections:
- YAML frontmatter — name, description, version, author, tags
- Overview — what the plugin does (2-3 sentences)
- Pre-flight Checks — what needs to be installed before use
- Commands — specific onchainos commands with When to use / Output
- Error Handling — table of common errors and resolutions
- Skill Routing — when to defer to other skills
Critical rule: All on-chain write operations (signing, broadcasting, swaps, contract calls) MUST use onchainos CLI. Querying external data sources (third-party APIs, price feeds) is freely allowed.
Step 4: Validate locally
bash
plugin-store lint ./submissions/<your-plugin-name>/
Fix all errors (❌), then re-run until you see ✓. Warnings (⚠️) are advisory.
Step 5: Submit via Pull Request
bash
git checkout -b submit/<your-plugin-name>
git add submissions/<your-plugin-name>/
git commit -m "[new-plugin] <your-plugin-name> v1.0.0"
git push origin submit/<your-plugin-name>
Then create a PR from your fork to
okx/plugin-store-community
. Each PR must contain exactly one plugin.
What happens after submission
Phase 2: Structure check (~30s) — bot validates plugin.yaml + SKILL.md
Phase 3: AI code review (~2min) — Claude reads your code, writes a 9-section report
Phase 4: Build check (if binary) — compiles your source code on 3 platforms
Phase 7: After merge — auto-publishes to registry, users can install immediately
Human review takes 1-3 days. Once merged, your plugin is live:
bash
plugin-store install <your-plugin-name>
Source code requirements by language
| Language | Key requirements |
|---|
| Rust | with matching |
| Go | with module declaration, |
| TypeScript | with field, entry file has , must be JS (not .ts) |
| Node.js | with field, entry file has |
| Python | with + , recommend also |
Common lint errors
| Error | Fix |
|---|
| E031 name format invalid | Use lowercase + hyphens only: |
| E052 missing SKILL.md | Put SKILL.md in the path specified by |
| E110/E111 binary needs build | Add section with , , |
| E122 source_repo format | Use , not full URL |
| E123 commit SHA invalid | Must be full 40-char hex from |
Supported Agents
| Agent | Detection | Skills Path | MCP Config |
|---|
| Claude Code | exists | ~/.claude/skills/<plugin>/
| → |
| Cursor | exists | ~/.cursor/skills/<plugin>/
| |
| OpenClaw | exists | ~/.openclaw/skills/<plugin>/
| Same as skills |
Plugin Source Trust Levels
| Source | Meaning | Behavior |
|---|
| Plugin Store official | Install directly |
| Published by the DApp project | Install directly |
| Community contribution | Show warning, require user confirmation |
Error Handling
| Error | Action |
|---|
| Network timeout during install | Retry once; if still failing, suggest manual install from https://github.com/okx/plugin-store |
plugin-store: command not found
after install | Try ~/.local/bin/plugin-store
or ~/.cargo/bin/plugin-store
directly; PATH may not be updated for the current session |
| Command returns non-zero exit | Report error verbatim; suggest |
| Registry cache stale / corrupt | Run plugin-store registry update
to force refresh |
| fails | Show error codes and fixes; refer to the lint error table above |
Skill Self-Update
To update this skill to the latest version:
macOS / Linux:
bash
plugin-store install plugin-store --agent claude-code --skill-only
Or re-run the installer:
bash
curl -sSL https://raw.githubusercontent.com/okx/plugin-store/main/skills/plugin-store/install.sh | sh
<rules>
<must>
- Always run `plugin-store list` for capability/discovery questions — never use a hardcoded plugin list
- Present plugin lists as clean tables (name, category, downloads, description); omit internal fields like registry URLs or file paths
- Present capabilities in user-friendly language: "You can trade on Uniswap across 12 chains", not "uniswap-ai supports uniswap-v2, uniswap-v3 protocols"
- After any action, suggest 2–3 natural follow-up steps
- Support both English and Chinese — respond in the user's language
- For developer workflow: always run `plugin-store init` first, then guide through editing, linting, and PR submission
- For lint errors: show the error code, explain the fix, and offer to help edit the file
</must>
<should>
- For community-source plugins, proactively warn the user before installing
- After installing a plugin, read the installed SKILL.md and trigger the skill's onboarding flow immediately
- When guiding plugin development, ask which type (Pure Skill or Skill + Binary) and which language
- Suggest running `plugin-store lint` after every edit to catch issues early
</should>
<never>
- Never expose internal skill names, registry URLs, file paths, or MCP config keys to the user
- Never auto-reinstall on command failures — report the error and suggest `plugin-store self-update`
- Never hardcode a plugin list — always fetch from `plugin-store list`
- Never skip the lint step before suggesting PR submission
</never>
</rules>